From owner-freebsd-isdn Sun Nov 12 2:43:32 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.itsx.com (unknown [212.26.197.7]) by hub.freebsd.org (Postfix) with ESMTP id 7A4B637B479 for ; Sun, 12 Nov 2000 02:43:30 -0800 (PST) Received: by mail.itsx.com (Postfix, from userid 101) id A00DC12481; Sun, 12 Nov 2000 11:43:29 +0100 (CET) Subject: porting V.110 support from linux? To: freebsd-isdn@FreeBSD.ORG Date: Sun, 12 Nov 2000 11:43:29 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001112104329.A00DC12481@mail.itsx.com> From: job@itsx.com (Job de Haas) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I just started working with the isdn4bsd in order to play with a wap phone. As far as I now can see V.110 support is needed for this. As this code is in linux and there have been successful reports of using phones with this, I wondered if anyone can tell me what the issues would be in porting this to the isdn4bsd code. Things I'm looking for are a pointer to where in the code it would fit in (if there is a single place). And what the complextities would be with existing code. Or of course if someone is already working on this. It would be even better if I'm just doing something wrong and someone can put me straight :-) Thanks, Job To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Nov 12 3:39:39 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id D031F37B479 for ; Sun, 12 Nov 2000 03:39:33 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id MAA56634; Sun, 12 Nov 2000 12:39:31 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.1/8.8.8) with ESMTP id eACBdFg00620; Sun, 12 Nov 2000 12:39:15 +0100 (CET) (envelope-from root@nihil.plaut.de) Date: Sun, 12 Nov 2000 12:39:15 +0100 (CET) From: Michael Reifenberger To: Job de Haas Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: porting V.110 support from linux? In-Reply-To: <20001112104329.A00DC12481@mail.itsx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 12 Nov 2000, Job de Haas wrote: ... > Things I'm looking for are a pointer to where in the code it would fit > in (if there is a single place). And what the complextities would be > with existing code. Or of course if someone is already working on this. ... Probably you should put it into NETGRAPH (And therefore use I4B 0.96). man netgraph(3) or see the NETGRAP artice on http://www.daemonnews.org . BTW: I'm verry interrestet in a V110 Implementation as well. I've the V.110 doku sitting here, it's just difficult to understand :-) (As usual...) If possible we should avoid using Linux code too much because of the GPL. BTW: Where is the V.110 code in Linux? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Nov 12 3:46:12 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.itsx.com (unknown [212.26.197.7]) by hub.freebsd.org (Postfix) with ESMTP id D3CE137B479 for ; Sun, 12 Nov 2000 03:46:01 -0800 (PST) Received: by mail.itsx.com (Postfix, from userid 101) id 5FD2F12481; Sun, 12 Nov 2000 12:46:00 +0100 (CET) Subject: Re: porting V.110 support from linux? In-Reply-To: from Michael Reifenberger at "Nov 12, 2000 12:39:15 pm" To: freebsd-isdn@FreeBSD.ORG Date: Sun, 12 Nov 2000 12:46:00 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001112114600.5FD2F12481@mail.itsx.com> From: job@itsx.com (Job de Haas) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > ... > Probably you should put it into NETGRAPH (And therefore use I4B 0.96). > man netgraph(3) or see the NETGRAP artice on http://www.daemonnews.org . Ok, thanks. I'll look into it. > BTW: I'm verry interrestet in a V110 Implementation as well. > I've the V.110 doku sitting here, it's just difficult to understand :-) > (As usual...) > If possible we should avoid using Linux code too much because of the GPL. > BTW: Where is the V.110 code in Linux? Ah sorry, I meant to mention that: /usr/src/linux/drivers/isdn/isdn_v110.* Thanks, Job To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Nov 12 7:37:16 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from mailhost2.dircon.co.uk (mailhost2.dircon.co.uk [194.112.32.66]) by hub.freebsd.org (Postfix) with ESMTP id 1F5EF37B479 for ; Sun, 12 Nov 2000 07:37:13 -0800 (PST) Received: from bastet.com (bastet.dircon.co.uk [194.112.47.130]) by mailhost2.dircon.co.uk (8.9.3/8.9.3) with ESMTP id PAA52246; Sun, 12 Nov 2000 15:34:16 GMT Message-ID: <3A0EB3F0.A242FFCB@bastet.com> Date: Sun, 12 Nov 2000 15:14:56 +0000 From: Clem Dye X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: hm@hcs.de Cc: Poul-Henning Kamp , freebsd-isdn@FreeBSD.ORG Subject: Re: CRC error / Receive Aborted error References: <20001110155429.E417F39F7@hcswork.hcs.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From a personal viewpoint I belive that it's always better to have too much rather than too little info. I'm in the process of gathering kit right now to permit me to use FreeBSD as an ISDN router. Given that I'm totally new to this, anything and everything may be of help. Having not seen the problem first hand (yet) I can't comment properly on the issue per se, but couldn't the messages go to stderr or an [exception] log file of some sort, or perhaps be user-controllable with a switch? Clem Hellmuth Michaelis wrote: > > >From the keyboard of Poul-Henning Kamp: > > > >The errors occur at the time where the exchange shuts down layer 1. > > >I have tried to find out if there is a bug in the ISAC handling code, > > >but i could not find one. All seems to work ok. > > > > > >Based on what i see, the only conclusion i can draw from this is that the > > >above mentioned errors occuring while shutting down the layer 1 can not > > >be avoided. > > > > Right, but shouldn't we stop printf'ing them all the time then ? > > I don't like to disable them in general, because its a very good hardware > setup "debugging" aid. > > I thought about if it is possible to check that the bus is in an "about to > be deactivated" condition and if yes, prevent printing the messages out. > > hellmuth > -- > Hellmuth Michaelis Tel +49 40 55 97 47-70 > HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 > Oldesloer Strasse 97-99 Mail hm [at] hcs.de > D-22457 Hamburg WWW http://www.hcs.de > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Nov 12 9: 6:47 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id B0D7D37B479 for ; Sun, 12 Nov 2000 09:06:45 -0800 (PST) Received: from post.rwth-aachen.de (s4m246.dialup.RWTH-Aachen.DE [137.226.8.246]) by nets5.rz.rwth-aachen.de (8.10.1/8.10.1/7) with ESMTP id eACH6im16078 for ; Sun, 12 Nov 2000 18:06:44 +0100 (MET) Message-ID: <3A0ECE7E.AA705752@post.rwth-aachen.de> Date: Sun, 12 Nov 2000 18:08:14 +0100 From: Gerald Heinig X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-isdn@freebsd.org Subject: /kernel: isp0: Could not run DAD: driver problem? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, I've just upgraded from the i4b in 4.1.1-STABLE to i4b-0.96 and am getting the messages in the subject line from the kernel. What have I forgotten? Everything works OK, except that I'm getting these messages. Cheers, Gerald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Nov 13 1:15:19 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id F090F37B479 for ; Mon, 13 Nov 2000 01:15:16 -0800 (PST) Received: from hcswork.hcs.de (hcswork.hcs.de [192.76.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 8CF815D1B; Mon, 13 Nov 2000 10:15:15 +0100 (CET) Received: by hcswork.hcs.de (Postfix, from userid 200) id 5010915FB; Mon, 13 Nov 2000 10:15:15 +0100 (MET) Subject: Re: porting V.110 support from linux? In-Reply-To: <20001112104329.A00DC12481@mail.itsx.com> from Job de Haas at "Nov 12, 0 11:43:29 am" To: job@itsx.com (Job de Haas) Date: Mon, 13 Nov 2000 10:15:15 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 601 Message-Id: <20001113091515.5010915FB@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Job de Haas: > I just started working with the isdn4bsd in order to play with a wap phone. > As far as I now can see V.110 support is needed for this. Please contact Bert Driehuis (driehuis@playbeing.org). IIRC he was playing with V.110 for isdn4bsd. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Nov 16 1:13:25 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from sykes.demon.co.uk (unknown [212.187.142.143]) by hub.freebsd.org (Postfix) with ESMTP id 3F2E137B4C5 for ; Thu, 16 Nov 2000 01:13:13 -0800 (PST) Received: from sykes (martinh [192.168.2.6]) by sykes.demon.co.uk (8.7.6/v3.2) with SMTP id JAA21879 for ; Thu, 16 Nov 2000 09:13:10 GMT Message-ID: <01af01c04fad$41abf9a0$0602a8c0@melksham> From: "Martin Hillier" To: Subject: Conection drops Date: Thu, 16 Nov 2000 09:11:51 -0000 Organization: Sykes Pickavant MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01AC_01C04FAD.41920900" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_01AC_01C04FAD.41920900 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 I am having another crack at fixing my isdn connection problem. Most of the time I cant connect, it looks like the layer comes up and = then a remote request to close it comes in? Other people with other isdn cards connect ok, and I can connect to = other isps by just changing the phone numbers and user details. I have included 2 logs from 2 connections first fails next works. Any idea what to try/check for now, help its driving me crazy. Thanks in advance.. This attempt does not work ppp ON blackhole> tun0: Phase: bundle: Establish tun0: Phase: 1: closed -> opening tun0: Chat: Phone: 08081050010 tun0: Phase: 1: Connected! tun0: Phase: 1: opening -> dial tun0: Chat: 1: Dial attempt 1 of 10 tun0: Phase: 1: dial -> carrier tun0: Phase: 1: /dev/i4brbch0: CD detected tun0: Phase: 1: carrier -> login tun0: Phase: 1: login -> lcp tun0: LCP: FSM: Using "1" as a transport tun0: LCP: 1: State change Initial --> Closed tun0: LCP: 1: State change Closed --> Stopped tun0: LCP: 1: LayerStart tun0: LCP: 1: SendConfigReq(76) state =3D Stopped tun0: LCP: MRU[4] 1500 tun0: LCP: MAGICNUM[6] 0x17b31b9e tun0: LCP: MRRU[4] 1500 tun0: LCP: SHORTSEQ[2] tun0: LCP: ENDDISC[15] PSN: 441225700081 tun0: LCP: 1: State change Stopped --> Req-Sent tun0: LCP: 1: SendConfigReq(76) state =3D Req-Sent tun0: LCP: MRU[4] 1500 tun0: LCP: MAGICNUM[6] 0x17b31b9e tun0: LCP: MRRU[4] 1500 tun0: LCP: SHORTSEQ[2] tun0: LCP: ENDDISC[15] PSN: 441225700081 tun0: LCP: 1: RecvConfigReq(1) state =3D Req-Sent tun0: LCP: MRU[4] 1524 tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) tun0: LCP: ENDDISC[9] MAC 00:c0:7b:8a:c8:ef tun0: LCP: 1: SendConfigAck(1) state =3D Req-Sent tun0: LCP: MRU[4] 1524 tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) tun0: LCP: ENDDISC[9] MAC 00:c0:7b:8a:c8:ef tun0: LCP: 1: State change Req-Sent --> Ack-Sent tun0: LCP: 1: RecvConfigRej(76) state =3D Ack-Sent tun0: LCP: MRRU[4] 1500 tun0: LCP: SHORTSEQ[2] tun0: LCP: 1: SendConfigReq(77) state =3D Ack-Sent tun0: LCP: MRU[4] 1500 tun0: LCP: MAGICNUM[6] 0x17b31b9e tun0: LCP: ENDDISC[15] PSN: 441225700081 tun0: LCP: 1: RecvConfigAck(77) state =3D Ack-Sent tun0: LCP: 1: State change Ack-Sent --> Opened tun0: LCP: 1: LayerUp tun0: Phase: bundle: Authenticate tun0: Phase: 1: his =3D CHAP 0x05, mine =3D none Ppp ON blackhole> tun0: Phase: Chap Input: CHALLENGE (16 bytes from = nas5.lon1.Le vel3.net) tun0: Phase: Chap Output: RESPONSE (rhas0121443) tun0: Phase: Chap Input: SUCCESS tun0: Phase: 1: lcp -> open tun0: Phase: bundle: Network tun0: IPCP: FSM: Using "1" as a transport tun0: IPCP: 1: State change Initial --> Closed tun0: IPCP: 1: LayerStart. tun0: IPCP: 1: SendConfigReq(40) state =3D Closed tun0: IPCP: IPADDR[6] 212.187.136.116 tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression tun0: IPCP: PRIDNS[6] 212.41.41.1 tun0: IPCP: SECDNS[6] 212.41.41.6 tun0: IPCP: 1: State change Closed --> Req-Sent PPp ON blackhole> tun0: IPCP: 1: RecvConfigReq(1) state =3D Req-Sent tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression tun0: IPCP: IPADDR[6] 212.113.2.196 tun0: IPCP: 1: SendConfigAck(1) state =3D Req-Sent tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression tun0: IPCP: IPADDR[6] 212.113.2.196 tun0: IPCP: 1: State change Req-Sent --> Ack-Sent tun0: IPCP: 1: RecvConfigAck(40) state =3D Ack-Sent tun0: IPCP: 1: State change Ack-Sent --> Opened tun0: IPCP: 1: LayerUp. tun0: IPCP: myaddr 212.187.136.116 hisaddr =3D 212.113.2.196 PPP ON blackhole> tun0: IPCP: 1: RecvTerminateReq(2) state =3D Opened tun0: IPCP: 1: LayerDown: 212.187.136.116 tun0: IPCP: 1: SendTerminateAck(2) state =3D Opened tun0: IPCP: 1: State change Opened --> Stopping tun0: Warning: Unrecognised CBCP packet (code 5, length 4) tun0: LCP: 1: RecvTerminateReq(2) state =3D Opened tun0: LCP: 1: LayerDown tun0: LCP: 1: SendTerminateAck(2) state =3D Opened tun0: LCP: 1: State change Opened --> Stopping tun0: Phase: 1: open -> lcp tun0: IPCP: 1: State change Stopping --> Starting tun0: IPCP: 1: LayerFinish. tun0: IPCP: Connect time: 0 secs: 0 octets in, 48 octets out tun0: IPCP: : 1760 packets in, 1917 packets out ------=_NextPart_000_01AC_01C04FAD.41920900 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,

I am having another crack = at fixing my=20 isdn connection problem.

Most of the time I cant connect, it = looks like=20 the layer comes up and then a remote request to close it comes = in?

Other=20 people with other isdn cards connect ok, and I can connect to other isps = by just=20 changing the phone numbers and user details.

I have included 2 = logs from=20 2 connections first fails next works.

Any idea what to try/check = for now,=20 help its driving me crazy.

Thanks in advance..

This = attempt does=20 not work

ppp ON blackhole> tun0: Phase: bundle: = Establish
tun0:=20 Phase: 1: closed -> opening
tun0: Chat: Phone: = 08081050010
tun0: Phase:=20 1: Connected!
tun0: Phase: 1: opening -> dial
tun0: Chat: 1: = Dial=20 attempt 1 of 10
tun0: Phase: 1: dial -> carrier
tun0: Phase: 1: = /dev/i4brbch0: CD detected
tun0: Phase: 1: carrier -> = login
tun0:=20 Phase: 1: login -> lcp
tun0: LCP: FSM: Using "1" as a = transport
tun0:=20 LCP: 1: State change Initial --> Closed
tun0: LCP: 1: State change = Closed=20 --> Stopped
tun0: LCP: 1: LayerStart
tun0: LCP: 1: = SendConfigReq(76)=20 state =3D Stopped
tun0: LCP:  MRU[4] 1500
tun0: LCP:  = MAGICNUM[6]=20 0x17b31b9e
tun0: LCP:  MRRU[4] 1500
tun0: LCP: =20 SHORTSEQ[2]
tun0: LCP:  ENDDISC[15] PSN: 441225700081
tun0: = LCP: 1:=20 State change Stopped --> Req-Sent
tun0: LCP: 1: SendConfigReq(76) = state =3D=20 Req-Sent
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] = 0x17b31b9e
tun0: LCP:  MRRU[4] 1500
tun0: LCP: =20 SHORTSEQ[2]
tun0: LCP:  ENDDISC[15] PSN: 441225700081
tun0: = LCP: 1:=20 RecvConfigReq(1) state =3D Req-Sent
tun0: LCP:  MRU[4] = 1524
tun0:=20 LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05)
tun0: LCP:  = ENDDISC[9] MAC=20 00:c0:7b:8a:c8:ef
tun0: LCP: 1: SendConfigAck(1) state =3D = Req-Sent
tun0:=20 LCP:  MRU[4] 1524
tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP=20 0x05)
tun0: LCP:  ENDDISC[9] MAC 00:c0:7b:8a:c8:ef
tun0: LCP: = 1:=20 State change Req-Sent --> Ack-Sent
tun0: LCP: 1: RecvConfigRej(76) = state =3D=20 Ack-Sent
tun0: LCP:  MRRU[4] 1500
tun0: LCP: =20 SHORTSEQ[2]
tun0: LCP: 1: SendConfigReq(77) state =3D = Ack-Sent
tun0:=20 LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] = 0x17b31b9e
tun0:=20 LCP:  ENDDISC[15] PSN: 441225700081
tun0: LCP: 1: = RecvConfigAck(77)=20 state =3D Ack-Sent
tun0: LCP: 1: State change Ack-Sent --> = Opened
tun0:=20 LCP: 1: LayerUp
tun0: Phase: bundle: Authenticate
tun0: Phase: 1: = his =3D=20 CHAP 0x05, mine =3D none
Ppp ON blackhole> tun0: Phase: Chap = Input:=20 CHALLENGE (16 bytes from nas5.lon1.Le
vel3.net)
tun0: Phase: Chap = Output:=20 RESPONSE (rhas0121443)
tun0: Phase: Chap Input: SUCCESS
tun0: = Phase: 1:=20 lcp -> open
tun0: Phase: bundle: Network
tun0: IPCP: FSM: Using = "1" as=20 a transport
tun0: IPCP: 1: State change Initial --> = Closed
tun0: IPCP:=20 1: LayerStart.
tun0: IPCP: 1: SendConfigReq(40) state =3D = Closed
tun0:=20 IPCP:  IPADDR[6]  212.187.136.116
tun0: IPCP: =20 COMPPROTO[6]  16 VJ slots with slot compression
tun0: = IPCP: =20 PRIDNS[6]  212.41.41.1
tun0: IPCP:  SECDNS[6] =20 212.41.41.6
tun0: IPCP: 1: State change Closed --> Req-Sent
PPp = ON=20 blackhole> tun0: IPCP: 1: RecvConfigReq(1) state =3D = Req-Sent
tun0:=20 IPCP:  COMPPROTO[6]  16 VJ slots with slot = compression
tun0:=20 IPCP:  IPADDR[6]  212.113.2.196
tun0: IPCP: 1: = SendConfigAck(1)=20 state =3D Req-Sent
tun0: IPCP:  COMPPROTO[6]  16 VJ slots = with slot=20 compression
tun0: IPCP:  IPADDR[6]  212.113.2.196
tun0: = IPCP: 1:=20 State change Req-Sent --> Ack-Sent
tun0: IPCP: 1: = RecvConfigAck(40) state=20 =3D Ack-Sent
tun0: IPCP: 1: State change Ack-Sent --> = Opened
tun0: IPCP:=20 1: LayerUp.
tun0: IPCP: myaddr 212.187.136.116 hisaddr =3D = 212.113.2.196
PPP=20 ON blackhole> tun0: IPCP: 1: RecvTerminateReq(2) state =3D = Opened
tun0:=20 IPCP: 1: LayerDown: 212.187.136.116
tun0: IPCP: 1: = SendTerminateAck(2) state=20 =3D Opened
tun0: IPCP: 1: State change Opened --> = Stopping
tun0: Warning:=20 Unrecognised CBCP packet (code 5, length 4)
tun0: LCP: 1: = RecvTerminateReq(2)=20 state =3D Opened
tun0: LCP: 1: LayerDown
tun0: LCP: 1: = SendTerminateAck(2)=20 state =3D Opened
tun0: LCP: 1: State change Opened --> = Stopping
tun0:=20 Phase: 1: open -> lcp
tun0: IPCP: 1: State change Stopping -->=20 Starting
tun0: IPCP: 1: LayerFinish.
tun0: IPCP: Connect time: 0 = secs: 0=20 octets in, 48 octets out
tun0: IPCP: : 1760 packets in, 1917 packets=20 out
------=_NextPart_000_01AC_01C04FAD.41920900-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Nov 16 15: 1:51 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 3AACD37B479 for ; Thu, 16 Nov 2000 15:01:37 -0800 (PST) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.1/8.11.1) with ESMTP id eAGMxGF32305; Thu, 16 Nov 2000 22:59:16 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.1) with ESMTP id eAGMxRb44146; Thu, 16 Nov 2000 22:59:27 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200011162259.eAGMxRb44146@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Martin Hillier" Cc: freebsd-isdn@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Conection drops In-Reply-To: Message from "Martin Hillier" of "Thu, 16 Nov 2000 09:11:51 GMT." <01af01c04fad$41abf9a0$0602a8c0@melksham> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 2000 22:59:27 +0000 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As you say, everything looks fine - except that the peer wants to close the connection (I assume pretty soon after it's been established). The only things I can suggest are: If you've got a dynamic IP, add two extra args to your ``set ifaddr'' line (two zeros). Check the man page for what these do. This is a known problem with a lot of ppp implementations - especially NT's RAS. (if you've got a dynamic IP, I'd bet that this is the problem). Try removing your ``set mrru'' - perhaps the other side is worrying about you having asked for multi-link. You may also want to remove your ``set enddisc''. Try setting your MRU to 1524 - to match the peer's. And if all else fails, ask your ISP to tell you what their log complains about.... of course they'll ask you to reinstall windows, but it's worth a try as a last resort :*D > Hi,=20 > > I am having another crack at fixing my isdn connection problem. > > Most of the time I cant connect, it looks like the layer comes up and = > then a remote request to close it comes in? > > Other people with other isdn cards connect ok, and I can connect to = > other isps by just changing the phone numbers and user details. > > I have included 2 logs from 2 connections first fails next works. > > Any idea what to try/check for now, help its driving me crazy. > > Thanks in advance.. > > This attempt does not work > > ppp ON blackhole> tun0: Phase: bundle: Establish > tun0: Phase: 1: closed -> opening > tun0: Chat: Phone: 08081050010 > tun0: Phase: 1: Connected! > tun0: Phase: 1: opening -> dial > tun0: Chat: 1: Dial attempt 1 of 10 > tun0: Phase: 1: dial -> carrier > tun0: Phase: 1: /dev/i4brbch0: CD detected > tun0: Phase: 1: carrier -> login > tun0: Phase: 1: login -> lcp > tun0: LCP: FSM: Using "1" as a transport > tun0: LCP: 1: State change Initial --> Closed > tun0: LCP: 1: State change Closed --> Stopped > tun0: LCP: 1: LayerStart > tun0: LCP: 1: SendConfigReq(76) state =3D Stopped > tun0: LCP: MRU[4] 1500 > tun0: LCP: MAGICNUM[6] 0x17b31b9e > tun0: LCP: MRRU[4] 1500 > tun0: LCP: SHORTSEQ[2] > tun0: LCP: ENDDISC[15] PSN: 441225700081 > tun0: LCP: 1: State change Stopped --> Req-Sent > tun0: LCP: 1: SendConfigReq(76) state =3D Req-Sent > tun0: LCP: MRU[4] 1500 > tun0: LCP: MAGICNUM[6] 0x17b31b9e > tun0: LCP: MRRU[4] 1500 > tun0: LCP: SHORTSEQ[2] > tun0: LCP: ENDDISC[15] PSN: 441225700081 > tun0: LCP: 1: RecvConfigReq(1) state =3D Req-Sent > tun0: LCP: MRU[4] 1524 > tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) > tun0: LCP: ENDDISC[9] MAC 00:c0:7b:8a:c8:ef > tun0: LCP: 1: SendConfigAck(1) state =3D Req-Sent > tun0: LCP: MRU[4] 1524 > tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) > tun0: LCP: ENDDISC[9] MAC 00:c0:7b:8a:c8:ef > tun0: LCP: 1: State change Req-Sent --> Ack-Sent > tun0: LCP: 1: RecvConfigRej(76) state =3D Ack-Sent > tun0: LCP: MRRU[4] 1500 > tun0: LCP: SHORTSEQ[2] > tun0: LCP: 1: SendConfigReq(77) state =3D Ack-Sent > tun0: LCP: MRU[4] 1500 > tun0: LCP: MAGICNUM[6] 0x17b31b9e > tun0: LCP: ENDDISC[15] PSN: 441225700081 > tun0: LCP: 1: RecvConfigAck(77) state =3D Ack-Sent > tun0: LCP: 1: State change Ack-Sent --> Opened > tun0: LCP: 1: LayerUp > tun0: Phase: bundle: Authenticate > tun0: Phase: 1: his =3D CHAP 0x05, mine =3D none > Ppp ON blackhole> tun0: Phase: Chap Input: CHALLENGE (16 bytes from = > nas5.lon1.Le > vel3.net) > tun0: Phase: Chap Output: RESPONSE (rhas0121443) > tun0: Phase: Chap Input: SUCCESS > tun0: Phase: 1: lcp -> open > tun0: Phase: bundle: Network > tun0: IPCP: FSM: Using "1" as a transport > tun0: IPCP: 1: State change Initial --> Closed > tun0: IPCP: 1: LayerStart. > tun0: IPCP: 1: SendConfigReq(40) state =3D Closed > tun0: IPCP: IPADDR[6] 212.187.136.116 > tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression > tun0: IPCP: PRIDNS[6] 212.41.41.1 > tun0: IPCP: SECDNS[6] 212.41.41.6 > tun0: IPCP: 1: State change Closed --> Req-Sent > PPp ON blackhole> tun0: IPCP: 1: RecvConfigReq(1) state =3D Req-Sent > tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression > tun0: IPCP: IPADDR[6] 212.113.2.196 > tun0: IPCP: 1: SendConfigAck(1) state =3D Req-Sent > tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression > tun0: IPCP: IPADDR[6] 212.113.2.196 > tun0: IPCP: 1: State change Req-Sent --> Ack-Sent > tun0: IPCP: 1: RecvConfigAck(40) state =3D Ack-Sent > tun0: IPCP: 1: State change Ack-Sent --> Opened > tun0: IPCP: 1: LayerUp. > tun0: IPCP: myaddr 212.187.136.116 hisaddr =3D 212.113.2.196 > PPP ON blackhole> tun0: IPCP: 1: RecvTerminateReq(2) state =3D Opened > tun0: IPCP: 1: LayerDown: 212.187.136.116 > tun0: IPCP: 1: SendTerminateAck(2) state =3D Opened > tun0: IPCP: 1: State change Opened --> Stopping > tun0: Warning: Unrecognised CBCP packet (code 5, length 4) > tun0: LCP: 1: RecvTerminateReq(2) state =3D Opened > tun0: LCP: 1: LayerDown > tun0: LCP: 1: SendTerminateAck(2) state =3D Opened > tun0: LCP: 1: State change Opened --> Stopping > tun0: Phase: 1: open -> lcp > tun0: IPCP: 1: State change Stopping --> Starting > tun0: IPCP: 1: LayerFinish. > tun0: IPCP: Connect time: 0 secs: 0 octets in, 48 octets out > tun0: IPCP: : 1760 packets in, 1917 packets out > > ------=_NextPart_000_01AC_01C04FAD.41920900 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > http-equiv=3DContent-Type> > > > > >
Hi,

I am having another crack = > at fixing my=20 > isdn connection problem.

Most of the time I cant connect, it = > looks like=20 > the layer comes up and then a remote request to close it comes = > in?

Other=20 > people with other isdn cards connect ok, and I can connect to other isps = > by just=20 > changing the phone numbers and user details.

I have included 2 = > logs from=20 > 2 connections first fails next works.

Any idea what to try/check = > for now,=20 > help its driving me crazy.

Thanks in advance..

This = > attempt does=20 > not work

ppp ON blackhole> tun0: Phase: bundle: = > Establish
tun0:=20 > Phase: 1: closed -> opening
tun0: Chat: Phone: = > 08081050010
tun0: Phase:=20 > 1: Connected!
tun0: Phase: 1: opening -> dial
tun0: Chat: 1: = > Dial=20 > attempt 1 of 10
tun0: Phase: 1: dial -> carrier
tun0: Phase: 1: = > > /dev/i4brbch0: CD detected
tun0: Phase: 1: carrier -> = > login
tun0:=20 > Phase: 1: login -> lcp
tun0: LCP: FSM: Using "1" as a = > transport
tun0:=20 > LCP: 1: State change Initial --> Closed
tun0: LCP: 1: State change = > Closed=20 > --> Stopped
tun0: LCP: 1: LayerStart
tun0: LCP: 1: = > SendConfigReq(76)=20 > state =3D Stopped
tun0: LCP:  MRU[4] 1500
tun0: LCP:  = > MAGICNUM[6]=20 > 0x17b31b9e
tun0: LCP:  MRRU[4] 1500
tun0: LCP: =20 > SHORTSEQ[2]
tun0: LCP:  ENDDISC[15] PSN: 441225700081
tun0: = > LCP: 1:=20 > State change Stopped --> Req-Sent
tun0: LCP: 1: SendConfigReq(76) = > state =3D=20 > Req-Sent
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] = > > 0x17b31b9e
tun0: LCP:  MRRU[4] 1500
tun0: LCP: =20 > SHORTSEQ[2]
tun0: LCP:  ENDDISC[15] PSN: 441225700081
tun0: = > LCP: 1:=20 > RecvConfigReq(1) state =3D Req-Sent
tun0: LCP:  MRU[4] = > 1524
tun0:=20 > LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05)
tun0: LCP:  = > ENDDISC[9] MAC=20 > 00:c0:7b:8a:c8:ef
tun0: LCP: 1: SendConfigAck(1) state =3D = > Req-Sent
tun0:=20 > LCP:  MRU[4] 1524
tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP=20 > 0x05)
tun0: LCP:  ENDDISC[9] MAC 00:c0:7b:8a:c8:ef
tun0: LCP: = > 1:=20 > State change Req-Sent --> Ack-Sent
tun0: LCP: 1: RecvConfigRej(76) = > state =3D=20 > Ack-Sent
tun0: LCP:  MRRU[4] 1500
tun0: LCP: =20 > SHORTSEQ[2]
tun0: LCP: 1: SendConfigReq(77) state =3D = > Ack-Sent
tun0:=20 > LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] = > 0x17b31b9e
tun0:=20 > LCP:  ENDDISC[15] PSN: 441225700081
tun0: LCP: 1: = > RecvConfigAck(77)=20 > state =3D Ack-Sent
tun0: LCP: 1: State change Ack-Sent --> = > Opened
tun0:=20 > LCP: 1: LayerUp
tun0: Phase: bundle: Authenticate
tun0: Phase: 1: = > his =3D=20 > CHAP 0x05, mine =3D none
Ppp ON blackhole> tun0: Phase: Chap = > Input:=20 > CHALLENGE (16 bytes from nas5.lon1.Le
vel3.net)
tun0: Phase: Chap = > Output:=20 > RESPONSE (rhas0121443)
tun0: Phase: Chap Input: SUCCESS
tun0: = > Phase: 1:=20 > lcp -> open
tun0: Phase: bundle: Network
tun0: IPCP: FSM: Using = > "1" as=20 > a transport
tun0: IPCP: 1: State change Initial --> = > Closed
tun0: IPCP:=20 > 1: LayerStart.
tun0: IPCP: 1: SendConfigReq(40) state =3D = > Closed
tun0:=20 > IPCP:  IPADDR[6]  212.187.136.116
tun0: IPCP: =20 > COMPPROTO[6]  16 VJ slots with slot compression
tun0: = > IPCP: =20 > PRIDNS[6]  212.41.41.1
tun0: IPCP:  SECDNS[6] =20 > 212.41.41.6
tun0: IPCP: 1: State change Closed --> Req-Sent
PPp = > ON=20 > blackhole> tun0: IPCP: 1: RecvConfigReq(1) state =3D = > Req-Sent
tun0:=20 > IPCP:  COMPPROTO[6]  16 VJ slots with slot = > compression
tun0:=20 > IPCP:  IPADDR[6]  212.113.2.196
tun0: IPCP: 1: = > SendConfigAck(1)=20 > state =3D Req-Sent
tun0: IPCP:  COMPPROTO[6]  16 VJ slots = > with slot=20 > compression
tun0: IPCP:  IPADDR[6]  212.113.2.196
tun0: = > IPCP: 1:=20 > State change Req-Sent --> Ack-Sent
tun0: IPCP: 1: = > RecvConfigAck(40) state=20 > =3D Ack-Sent
tun0: IPCP: 1: State change Ack-Sent --> = > Opened
tun0: IPCP:=20 > 1: LayerUp.
tun0: IPCP: myaddr 212.187.136.116 hisaddr =3D = > 212.113.2.196
PPP=20 > ON blackhole> tun0: IPCP: 1: RecvTerminateReq(2) state =3D = > Opened
tun0:=20 > IPCP: 1: LayerDown: 212.187.136.116
tun0: IPCP: 1: = > SendTerminateAck(2) state=20 > =3D Opened
tun0: IPCP: 1: State change Opened --> = > Stopping
tun0: Warning:=20 > Unrecognised CBCP packet (code 5, length 4)
tun0: LCP: 1: = > RecvTerminateReq(2)=20 > state =3D Opened
tun0: LCP: 1: LayerDown
tun0: LCP: 1: = > SendTerminateAck(2)=20 > state =3D Opened
tun0: LCP: 1: State change Opened --> = > Stopping
tun0:=20 > Phase: 1: open -> lcp
tun0: IPCP: 1: State change Stopping -->=20 > Starting
tun0: IPCP: 1: LayerFinish.
tun0: IPCP: Connect time: 0 = > secs: 0=20 > octets in, 48 octets out
tun0: IPCP: : 1760 packets in, 1917 packets=20 > out
-- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message