From owner-freebsd-isdn Sun Mar 19 2:17:25 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from peedub.muc.de (peedub.muc.de [193.149.49.109]) by hub.freebsd.org (Postfix) with ESMTP id 764F037B6B9 for ; Sun, 19 Mar 2000 02:17:19 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.3/8.6.9) with ESMTP id KAA01674; Sun, 19 Mar 2000 10:51:29 +0100 (CET) Message-Id: <200003190951.KAA01674@peedub.muc.de> X-Mailer: exmh version 2.1.0 09/18/1999 To: Andreas Haakh Cc: ISDN-List Subject: Re: isp0 up and running but not working Reply-To: Gary Jennejohn In-reply-to: Your message of "Sat, 18 Mar 2000 19:19:30 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Sun, 19 Mar 2000 10:51:29 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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 ' 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