LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Networking (https://www.linuxquestions.org/questions/linux-networking-3/)
-   -   Windows XP dialup to Linux dies after 20 seconds (https://www.linuxquestions.org/questions/linux-networking-3/windows-xp-dialup-to-linux-dies-after-20-seconds-245323/)

BillJennings 10-20-2004 09:12 PM
Windows XP dialup to Linux dies after 20 seconds
 
I have set up several Linux boxes as dialup servers. They seem to connect just fine, and I can ping the linux box from the windows box... for about 15 to 20 seconds. Then the pings start timing out and the windows box starts counting receive errors. Also, it dies immediately if I try to ping the windows box from the linux box.

Here is /etc/ppp/options:

10.0.1.2:
ms-dns 10.0.1.2
asyncmap 0
auth
crtscts
lock
hide-password
modem
debug 7
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx

Here is /etc/mgetty/login.config

/AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap login debug
* - - /bin/login @

Here is "ifconfig ppp0" after it stops working:

ppp0 Link encap:Point-to-Point Protocol
inet addr:10.0.1.2 P-t-P:10.0.1.8 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:2471 (2.4 KiB) TX bytes:1237 (1.2 KiB)

Here is "tcpdump -n -i ppp0":

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
19:04:05.801640 IP 10.0.1.8 > 224.0.0.22: igmp v3 report, 1 group record(s)
19:04:06.151559 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 512
19:04:06.151571 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 512
19:04:07.151366 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 768
19:04:07.151382 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 768
19:04:08.051193 IP 10.0.1.8.3136 > 239.255.255.250.1900: UDP, length: 133
19:04:08.161169 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 1024
19:04:08.161176 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 1024
19:04:09.160979 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 1280
19:04:09.160987 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 1280
19:04:10.000820 IP 10.0.1.8.68 > 255.255.255.255.67: BOOTP/DHCP, Request, length: 300
19:04:10.150787 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 1536
19:04:10.150794 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 1536
19:04:11.060616 IP 10.0.1.8.3136 > 239.255.255.250.1900: UDP, length: 133
19:04:11.150596 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 1792
19:04:11.150603 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 1792
19:04:12.150408 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 2048
19:04:12.150420 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 2048
19:04:13.160214 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 2304
19:04:13.160221 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 2304
19:04:14.160024 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 2560
19:04:14.160034 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 2560
19:04:15.159833 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 2816
19:04:15.159845 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 2816
19:04:16.169641 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 3072
19:04:16.169650 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 3072
19:04:17.159454 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 3328
19:04:17.159462 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 3328
19:04:18.159263 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 3584
19:04:18.159269 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 3584
19:04:19.159074 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 3840
19:04:19.159084 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 3840
19:04:20.168884 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 4096
19:04:20.168892 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 4096
19:04:21.168695 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 4352
19:04:21.168706 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 4352

19:04:26.347719 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 4608
19:04:26.347729 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 4608
19:04:27.347530 IP 10.0.1.8 > 10.0.1.2: icmp 40: echo request seq 4864
19:04:27.347539 IP 10.0.1.2 > 10.0.1.8: icmp 40: echo reply seq 4864

notice the gap... one ping times out, then one gets through, then nothing gets through.

I've googled for this for several days and haven't found a thing.

Any help at all would be greatly appreciated.

TIA

Bill Jennings

TigerOC 10-21-2004 02:02 AM
Perhaps this article will help. You may have missed something like setting up users or groups.

BillJennings 10-21-2004 03:30 AM
Thanks, but the article only covers getting the link started, which I am able to do. My problem is keeping it going for longer than 20 or 30 seconds. The windows box gets logged in and starts pinging the linux box. It gets responses for the first 12 or 15 pings, then it misses one or two, gets one or two, then it never gets any more until I disconnect and reconnect. Then it starts all over again.

Something is happening after 12 or 15 seconds that buggers up the ppp link. All subsequent packets sent by the linux box to the windows box are counted as errors by the windows box, and no further packets are recieved from the windows box by the linux box.

Everything is hunky dory for about 15 seconds though.

This is starting to piss me off...

Sincerely.

Bill Jennings

BillJennings 10-21-2004 03:42 PM
I think I fixed it. I disabled asyncmap negotiation in /etc/ppp/options:

-am

Perhaps the interface on the linux box was left in "cooked" mode and the link worked until the windows box sent a ^S to the linux box, which took about 15 to 20 seconds to happen.

Well, thanks!

Sincerely
Bill Jennings


All times are GMT -5. The time now is 09:45 PM.