Re: ppp not passing long packets (probably after MPSAFE_TTY)
- From: Yuriy Tsibizov <Yuriy.Tsibizov@xxxxxx>
- Date: Sat, 6 Sep 2008 16:52:21 +0400 (MSD)
On Sat, 6 Sep 2008, Ed Schouten wrote:
Thanks for reporting this issue. We should fix this.free# pstat -t
Ed,
I have one problem with ppp modem connection. I use mpd for dial-up
connections, but ng_tty is not working any more and I had to switch back
to ppp.
With ping -s 960 I'm getting ~0% loss, with ping -s 980 I'm almost always
getting 100% loss... But: modem TX light turns on on every attempt to
send ICMP packet.
Dial-up server is Windows 2000 RAS, and I had no problems with it for
last five years, mostly with mpd but ppp was OK too...
I can't say, was ppp broken before MPSAFE_TTY changes, but in 7-CURRENT
days it was in good shape.
Could you give me the output of `pstat -t' while using `ppp'? What
device node/device driver are you using? I know there are some things
fishy w.r.t. flow control, so there are a lot of things we can look in
to.
LINE INQ CAN LIN LOW OUTQ USE LOW COL SESS PGID STATE
sysmouse 0 0 0 0 0 0 0 0 0 0 -
dcons 7680 0 0 768 7812 0 782 0 0 0 Oi
dgdb 0 0 0 0 0 0 0 0 0 0 -
ttyv0 7680 0 0 768 7812 0 782 175 1741 1741 Oil
ttyv1 7680 0 0 768 7812 0 782 13 1742 2718 Oi
ttyv2 7680 0 0 768 7812 0 782 0 1743 2729 Oi
ttyv3 7680 0 0 768 7812 0 782 30417 1744 2439 Oi
ttyv4 7680 0 0 768 7812 0 782 7 1745 1745 Oil
ttyv5 7680 0 0 768 7812 0 782 10 1746 2728 Oi
ttyv6 7680 0 0 768 7812 0 782 103319 1747 1919 Oi
ttyv7 7680 0 0 768 7812 0 782 24922 1748 2719 Oi
ttyv8 0 0 0 0 0 0 0 0 0 0 -
ttyv9 0 0 0 0 0 0 0 0 0 0 -
ttyva 0 0 0 0 0 0 0 0 0 0 -
ttyvb 0 0 0 0 0 0 0 0 0 0 -
ttyvc 0 0 0 0 0 0 0 0 0 0 -
ttyvd 0 0 0 0 0 0 0 0 0 0 -
ttyve 0 0 0 0 0 0 0 0 0 0 -
ttyvf 0 0 0 0 0 0 0 0 0 0 -
consolectl 7680 0 0 768 7812 0 782 0 0 0 Oi
ttyu0 0 0 0 0 0 0 0 0 0 0 IC
ttyu1 23040 0 0 2304 23184 0 2319 4757976 0 0 ICOol
free# uname -a
FreeBSD free.home.local 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sun Aug 31 08:48:35MSD 2008 chibis@xxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/GENERIC i386
free# dmesg | grep uart
uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
uart0: [FILTER]
uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0
uart1: [FILTER]
Is it somehow possible to get some kind of `debug output' from the
Windows machine as well? Thanks!
hm... Not shure if I can dig any debugging from it. I can try to move modems to FreeBSD (6.3 or 7.0) machine, but it will take some time.
Yuriy Tsibizov,
GfK RUS Network Administrator
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- References:
- Re: ppp not passing long packets (probably after MPSAFE_TTY)
- From: Ed Schouten
- Re: ppp not passing long packets (probably after MPSAFE_TTY)
- Prev by Date: Re: ppp not passing long packets (probably after MPSAFE_TTY)
- Next by Date: Re: Do you need x11-drivers/xf86-video-radeonhd-devel? (Re: How about AMD Puma platform support?)
- Previous by thread: Re: ppp not passing long packets (probably after MPSAFE_TTY)
- Index(es):
Relevant Pages
|