Date: Sun, 19 Mar 2000 10:51:29 +0100 From: Gary Jennejohn <garyj@peedub.muc.de> To: Andreas Haakh <ah@haakh.de> Cc: ISDN-List <freebsd-isdn@FreeBSD.ORG> Subject: Re: isp0 up and running but not working Message-ID: <200003190951.KAA01674@peedub.muc.de> In-Reply-To: Your message of "Sat, 18 Mar 2000 19:19:30 %2B0100." <Pine.BSF.4.21.0003181851250.3234-200000@alvman.RoBIN.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Andreas Haakh writes: >On Fri, 10 Mar 2000, Gary Jennejohn wrote: > >> Christoph Kukulies writes: >> >Another strangeness, which may be related to that: >> > >> >When I start my 'ping -i20 <peerhost>' to protect against = >> >undesired shorthold the first ping doesn't get through. >> > >> >This happens also when using ssh/rlogin, which times out in the highe= r >> >layer. = >> > >> >So to say, the way connections are made is kind of abnormal, >> >I always have to do a ping first or some other event that causes >> >a dialout before I can safely start ssh/rlogin. >> > >> = >> yeah, this is normal for sPPP. The first few packets queued never get >> sent. I'm not sure why, but I think that if_spppsubr.c might be >> cleaning out its queues after the connection is established. That woul= d >> explain the behavior. Have to look at the code in more detail. > >actually the first packet send out has a src ip-address of 0.0.0.0 which= >is discarded in sppp_output (if_spppsubr.c) as the reply would never get= >back... > >A working solution is to change the return value from EADDRNOTAVAIL to >ETIMEDOUT which gives the programms an immediate chance to resend the lo= st >packet (the attached patch for FBSD4.0-STABLE does this). I think >ETIMEDOUT is the better errornumber, as this is what would happen anyway= >if the packet was sent and EADDNOTAVAIL suggests that the destination >address was not found... > >ssh, telnet, and lynx/netscape/netscape_os/2 with squid (these are the >applications that I tested) work fine with this change. You don't realiz= e, >that the first packet is lost. > [patch deleted] This doesn't work either :( I have a static IP address and the first packets are still being dropped (I always use a ping -c 2 to open the connection). The real problem is somewhere else. It's definitely related to sPPP since I never saw this when I was using ipr. --- Gary Jennejohn / garyj@muc.de garyj@fkr.cpqcorp.net gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200003190951.KAA01674>