Date: Sat, 18 Mar 2000 19:19:30 +0100 (CET) From: Andreas Haakh <ah@haakh.de> To: Gary Jennejohn <garyj@muc.de> Cc: Christoph Kukulies <kuku@gilberto.physik.RWTH-Aachen.DE>, Ingolf Koch <ingolf@knuut.de>, ISDN-List <freebsd-isdn@FreeBSD.ORG> Subject: Re: isp0 up and running but not working Message-ID: <Pine.BSF.4.21.0003181851250.3234-200000@alvman.RoBIN.de> In-Reply-To: <200003102253.XAA01167@peedub.muc.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1556486397-953403570=:3234 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT 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 higher > >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 would > 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 lost 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 realize, that the first packet is lost. Andreas -- Ingenieurbüro für Baustatik * Dipl.-Ing. Andreas Haakh Mollerstraße 7 * 64289 Darmstadt * Andreas@Haakh.de Tel. 06151-788361 Fax. 06151-788362 Mobil 0173-361.6884 --0-1556486397-953403570=:3234 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="if_spppsubr.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: <Pine.BSF.4.21.0003181919300.3234@alvman.RoBIN.de> Content-Description: patch to if_spppsubr.c Content-Disposition: attachment; filename="if_spppsubr.c.patch" KioqIC9zeXMvbmV0L2lmX3NwcHBzdWJyLmMJU3VuIEZlYiAxMyAwNDozMTo1 NSAyMDAwDQotLS0gaWZfc3BwcHN1YnIuYwlTYXQgTWFyIDE4IDE4OjQ3OjI1 IDIwMDANCioqKioqKioqKioqKioqKg0KKioqIDY2MSw2NzEgKioqKg0KICAJ CWlmKGlwLT5pcF9zcmMuc19hZGRyID09IElOQUREUl9BTlkpCS8qIC1obSAq Lw0KICAJCXsNCiAgCQkJbV9mcmVlbShtKTsNCiAgCQkJc3BseChzKTsNCiAg CQkJaWYoaXAtPmlwX3AgPT0gSVBQUk9UT19UQ1ApDQohIAkJCQlyZXR1cm4o RUFERFJOT1RBVkFJTCk7DQogIAkJCWVsc2UNCiAgCQkJCXJldHVybigwKTsN CiAgCQl9DQogIAkJDQogIAkJLyoNCi0tLSA2NjEsNjcxIC0tLS0NCiAgCQlp ZihpcC0+aXBfc3JjLnNfYWRkciA9PSBJTkFERFJfQU5ZKQkvKiAtaG0gKi8N CiAgCQl7DQogIAkJCW1fZnJlZW0obSk7DQogIAkJCXNwbHgocyk7DQogIAkJ CWlmKGlwLT5pcF9wID09IElQUFJPVE9fVENQKQ0KISAJCQkJcmV0dXJuKEVU SU1FRE9VVCk7DQogIAkJCWVsc2UNCiAgCQkJCXJldHVybigwKTsNCiAgCQl9 DQogIA0KICAJCS8qDQoqKiogL3N5cy9uZXQvaWZfc3BwcHN1YnIuYwlTdW4g RmViIDEzIDA0OjMxOjU1IDIwMDANCi0tLSBpZl9zcHBwc3Vici5jCVNhdCBN YXIgMTggMTg6NDc6MjUgMjAwMA0KKioqKioqKioqKioqKioqDQoqKiogNjU4 LDY3NCAqKioqDQogIAkJICogLSB3ZSBmbGFnIFRDUCBwYWNrZXRzIHdpdGgg c3JjIGlwIDAgYXMgYW4gZXJyb3INCiAgCQkgKi8JDQogIA0KICAJCWlmKGlw LT5pcF9zcmMuc19hZGRyID09IElOQUREUl9BTlkpCS8qIC1obSAqLw0KICAJ CXsNCiAgCQkJbV9mcmVlbShtKTsNCiAgCQkJc3BseChzKTsNCiAgCQkJaWYo aXAtPmlwX3AgPT0gSVBQUk9UT19UQ1ApDQohIAkJCQlyZXR1cm4oRUFERFJO T1RBVkFJTCk7DQogIAkJCWVsc2UNCiAgCQkJCXJldHVybigwKTsNCiAgCQl9 DQogIAkJDQogIAkJLyoNCiAgCQkgKiBQdXQgbG93IGRlbGF5LCB0ZWxuZXQs IHJsb2dpbiBhbmQgZnRwIGNvbnRyb2wgcGFja2V0cw0KICAJCSAqIGluIGZy b250IG9mIHRoZSBxdWV1ZS4NCiAgCQkgKi8NCi0tLSA2NTgsNjc0IC0tLS0N CiAgCQkgKiAtIHdlIGZsYWcgVENQIHBhY2tldHMgd2l0aCBzcmMgaXAgMCBh cyBhbiBlcnJvcg0KICAJCSAqLwkNCiAgDQogIAkJaWYoaXAtPmlwX3NyYy5z X2FkZHIgPT0gSU5BRERSX0FOWSkJLyogLWhtICovDQogIAkJew0KICAJCQlt X2ZyZWVtKG0pOw0KICAJCQlzcGx4KHMpOw0KICAJCQlpZihpcC0+aXBfcCA9 PSBJUFBST1RPX1RDUCkNCiEgCQkJCXJldHVybihFVElNRURPVVQpOw0KICAJ CQllbHNlDQogIAkJCQlyZXR1cm4oMCk7DQogIAkJfQ0KICANCiAgCQkvKg0K ICAJCSAqIFB1dCBsb3cgZGVsYXksIHRlbG5ldCwgcmxvZ2luIGFuZCBmdHAg Y29udHJvbCBwYWNrZXRzDQogIAkJICogaW4gZnJvbnQgb2YgdGhlIHF1ZXVl Lg0KICAJCSAqLw0KKioqIC9zeXMvbmV0L2lmX3NwcHBzdWJyLmMJU3VuIEZl YiAxMyAwNDozMTo1NSAyMDAwDQotLS0gaWZfc3BwcHN1YnIuYwlTYXQgTWFy IDE4IDE4OjQ3OjI1IDIwMDANCioqKioqKioqKioqKioqKg0KKioqIDY2MSw2 NzEgKioqKg0KICAJCWlmKGlwLT5pcF9zcmMuc19hZGRyID09IElOQUREUl9B TlkpCS8qIC1obSAqLw0KICAJCXsNCiAgCQkJbV9mcmVlbShtKTsNCiAgCQkJ c3BseChzKTsNCiAgCQkJaWYoaXAtPmlwX3AgPT0gSVBQUk9UT19UQ1ApDQoh IAkJCQlyZXR1cm4oRUFERFJOT1RBVkFJTCk7DQogIAkJCWVsc2UNCiAgCQkJ CXJldHVybigwKTsNCiAgCQl9DQogIAkJDQogIAkJLyoNCi0tLSA2NjEsNjcx IC0tLS0NCiAgCQlpZihpcC0+aXBfc3JjLnNfYWRkciA9PSBJTkFERFJfQU5Z KQkvKiAtaG0gKi8NCiAgCQl7DQogIAkJCW1fZnJlZW0obSk7DQogIAkJCXNw bHgocyk7DQogIAkJCWlmKGlwLT5pcF9wID09IElQUFJPVE9fVENQKQ0KISAJ CQkJcmV0dXJuKEVUSU1FRE9VVCk7DQogIAkJCWVsc2UNCiAgCQkJCXJldHVy bigwKTsNCiAgCQl9DQogIA0KICAJCS8qDQo= --0-1556486397-953403570=:3234-- 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?Pine.BSF.4.21.0003181851250.3234-200000>