Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 Jun 1999 20:10:44 +0200 (CEST)
From:      Andreas Haakh <ah@alvman.RoBIN.de>
To:        Gary Jennejohn <garyj@muc.de>
Cc:        freebsd-isdn@FreeBSD.ORG
Subject:   Re: your mail
Message-ID:  <Pine.BSF.4.05.9906151953130.45942-100000@alvman.RoBIN.de>
In-Reply-To: <199906142135.XAA46318@peedub.muc.de>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <conf-req id=0x3d len=14 05-06-08-30-05-81-03-04-c0-23>
> >00:29:58 lcp input(req-sent): <conf-req id=0x1 len=21 01-04-05-f4
> >		-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 <conf-req id=0x1 len=10 05-06-23-43-d1-ef>
13:16:45 lcp input(req-sent): <conf-req id=0x1 len=21 01-04-05-f4
		-03-04-c0-23-13-09-03-00-c0-7b-7d-f2-81>
13:16:45 lcp parse opts:  mru  auth-proto  0x13 [rej]  send conf-rej
13:16:45 lcp output <conf-rej id=0x1 len=13 13-09-03-00-c0-7b-7d-f2-81>
13:16:45 lcp input(req-sent): <conf-ack id=0x1 len=10 05-06-23-43-d1-ef>
13:16:45 lcp input(ack-rcvd): <conf-req id=0x2 len=12 01-04-05-f4-03-04-c0-23>
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 <conf-ack id=0x2 len=12 01-04-05-f4-03-04-c0-23>
13:16:45 lcp tlu
13:16:45 phase authenticate
13:16:45 pap output <req id=0x2 len=42 1c-30-30-30-38-35-31-38-32-36
		-38-38-37-30-36-31-37-31-35-38-32-38-33-30-23-30-30
		-30-31-08-39-34-30-33-34-35-31-31>
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 <term-req id=0x3 len=4>
Jun 14 13:16:56 alvman /kernel: isp1: lcp input(closing): <term-ack id=0x3 len=4>
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9906151953130.45942-100000>