From owner-freebsd-isdn Tue Jun 15 11:12:28 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from alvman.RoBIN.de (alvman.robin.de [193.174.7.33]) by hub.freebsd.org (Postfix) with ESMTP id 4BBBC156FA for ; Tue, 15 Jun 1999 11:11:14 -0700 (PDT) (envelope-from ah@alvman.RoBIN.de) Received: from localhost (ah@localhost) by alvman.RoBIN.de (8.9.3/8.8.8) with ESMTP id UAA46444; Tue, 15 Jun 1999 20:10:51 +0200 (CEST) (envelope-from ah@alvman.RoBIN.de) Date: Tue, 15 Jun 1999 20:10:44 +0200 (CEST) From: Andreas Haakh To: Gary Jennejohn Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <199906142135.XAA46318@peedub.muc.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 14 Jun 1999, Gary Jennejohn wrote: > Andreas Haakh writes: > > > >Hi, > > > >I get the following debug-output when I try to connect to Telekom. > >Any ideas? > >Option 0x13 is rejected and causes the server to shut down the connection. > > > > > >00:29:57 lcp open(initial) > >00:29:57 phase establish > >00:29:58 Up event > >00:29:58 lcp up(starting) > >00:29:58 lcp output > >00:29:58 lcp input(req-sent): > -03-04-c0-23 > > -13-09-03-00-c0-7b-7d-f2-81> > > ^^^^ > > what ?!? AFAICT this is the Endpoint Descriminator Option per RFC1717. > It should only be used for MPPP (channel bundling). Why in the world > is the Telekom using this ? > > Since sPPP doesn't work with MPPP this option is correctly being rejected, > IMHO. For some reasom the Telekom thinks that it has to do MPPP and is > rejecting our rejection. Very peculiar. > > Of course, I could be out in left field and this may be some weird M$ type > authorization crap. MicroSloth can't even adhere to their _own_ standards. You are right and my asumption, that Option 13 causes the rejection, was wrong! They did not like the configuration-request regarding the authorisation protocol. If I ommit <03-04-c0-23> then at least lcp phase finishes without any error. But now a new problem arises: It semms, that the setting of the "pap TO" occurs right _after_ the receipt of pap-success and I think this is a bug in if_spppsubr.c. 13:16:30 lcp close(initial) 13:16:44 lcp open(initial) 13:16:44 phase establish 13:16:45 Up event 13:16:45 lcp up(starting) 13:16:45 lcp output 13:16:45 lcp input(req-sent): 13:16:45 lcp parse opts: mru auth-proto 0x13 [rej] send conf-rej 13:16:45 lcp output 13:16:45 lcp input(req-sent): 13:16:45 lcp input(ack-rcvd): 13:16:45 lcp parse opts: mru auth-proto 13:16:45 lcp parse opt values: mru 1524 auth-proto send conf-ack 13:16:45 lcp output 13:16:45 lcp tlu 13:16:45 phase authenticate 13:16:45 pap output 13:16:45 pap success 13:16:46 pap TO(req-sent) rst_counter = 10 13:16:47 pap TO(req-sent) rst_counter = 9 13:16:48 pap TO(req-sent) rst_counter = 8 13:16:49 pap TO(req-sent) rst_counter = 7 13:16:50 pap TO(req-sent) rst_counter = 6 13:16:51 pap TO(req-sent) rst_counter = 5 13:16:52 pap TO(req-sent) rst_counter = 4 13:16:53 pap TO(req-sent) rst_counter = 3 13:16:54 pap TO(req-sent) rst_counter = 2 13:16:55 pap TO(req-sent) rst_counter = 1 Jun 14 13:16:56 alvman /kernel: isp1: pap TO(req-sent) rst_counter = 0 Jun 14 13:16:56 alvman /kernel: isp1: pap tld Jun 14 13:16:56 alvman /kernel: isp1: lcp close(opened) Jun 14 13:16:56 alvman /kernel: isp1: phase terminate Jun 14 13:16:56 alvman /kernel: isp1: lcp output Jun 14 13:16:56 alvman /kernel: isp1: lcp input(closing): Jun 14 13:16:56 alvman /kernel: isp1: phase dead Jun 14 13:16:56 alvman /kernel: isp1: lcp down(closed) Jun 14 13:16:56 alvman /kernel: isp1: Down event (carrier loss) Andreas -- Andreas Haakh * Mollerstraße 7 * 64289 Darmstadt * ah@alvman.RoBIN.de http://www.RoBIN.de für privaten Internet-Zugang in Darmstadt/Rödermark http://www.FreeBSD.org freies Berkley-Unix für Intel-Architektur(>=80386). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message