From owner-freebsd-isdn Sun Jan 28 4:42:34 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from worker.thw-IP.NET (worker.thw-IP.NET [192.76.134.35]) by hub.freebsd.org (Postfix) with ESMTP id 46D8C37B402 for ; Sun, 28 Jan 2001 04:42:17 -0800 (PST) Received: from localhost (1267 bytes) by worker.thw-IP.NET via rmail with P:stdio/R:inet_mx_hosts/T:inet_zone_smtp (sender: ) (ident using unix) id for ; Sun, 28 Jan 2001 13:42:10 +0100 (CET) (Smail-3.2.0.111 2000-Feb-17 #18 built 2000-Oct-9) Received: from bert.kts.org (bert.kts.org [194.55.156.2]) by ernie.kts.org (Postfix) with ESMTP id 8400252A67; Sun, 28 Jan 2001 13:35:48 +0100 (CET) Received: by bert.kts.org (Postfix, from userid 100) id 543169B30; Sun, 28 Jan 2001 13:35:48 +0100 (CET) Subject: Re: Question about FRMR transmit, although docs say not to In-Reply-To: <3A7338BE.FA7EC4B9@post.rwth-aachen.de> from Gerald Heinig at "Jan 27, 2001 10: 8:14 pm" To: Gerald.Heinig@post.rwth-aachen.de (Gerald Heinig) Date: Sun, 28 Jan 2001 13:35:48 +0100 (CET) Cc: freebsd-isdn@freebsd.org Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 256 Message-Id: <20010128123548.543169B30@bert.kts.org> From: hm@kts.org (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I've seen that i4b does in fact *transmit* this frame as well. This is not true. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe We all live in a yellow subroutine, yellow subroutine, yellow subroutine ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jan 28 6:10:58 2001 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 4BD8537B400 for ; Sun, 28 Jan 2001 06:10:41 -0800 (PST) Received: from post.rwth-aachen.de (s4m028.dialup.RWTH-Aachen.DE [137.226.8.28]) by nets5.rz.rwth-aachen.de (8.10.1/8.10.1/6) with ESMTP id f0SEAdL29708; Sun, 28 Jan 2001 15:10:39 +0100 (MET) Message-ID: <3A7428B6.C871FED2@post.rwth-aachen.de> Date: Sun, 28 Jan 2001 15:12:06 +0100 From: Gerald Heinig X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hm@kts.org Cc: freebsd-isdn@freebsd.org Subject: Re: Question about FRMR transmit, although docs say not to References: <20010128123548.543169B30@bert.kts.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hellmuth Michaelis wrote: > > > I've seen that i4b does in fact *transmit* this frame as well. > > This is not true. Doh. Didn't bother to check whether i4b_tx_frmr() was actually *called*. I stand corrected. So what is this FRMR then? Is it only transmitted by NTs or is it there to maintain compatibility with something else? I'm just curious. Cheers, Gerald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sun Jan 28 11:42:44 2001 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 B573437B698 for ; Sun, 28 Jan 2001 11:42:27 -0800 (PST) Received: from hcswork.hcs.de (hcswork.hcs.de [192.76.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 5C16E5D1E; Sun, 28 Jan 2001 20:41:25 +0100 (CET) Received: by hcswork.hcs.de (Postfix, from userid 200) id 17D2551F; Sun, 28 Jan 2001 20:52:04 +0100 (MET) Subject: Re: Question about FRMR transmit, although docs say not to In-Reply-To: <3A7428B6.C871FED2@post.rwth-aachen.de> "from Gerald Heinig at Jan 28, 2001 03:12:06 pm" To: Gerald Heinig Date: Sun, 28 Jan 2001 20:52:03 +0100 (MET) Cc: freebsd-isdn@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20010128195204.17D2551F@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 Gerald Heinig: > So what is this FRMR then? Is it only transmitted by NTs or is it there to maintain compatibility with something else? It is what the standard says. It shall not be generated by a data link layer but if it is received it shall be handled according to the standard. As i read between the lines, it is only transmitted, if ever, by an exchange. And, if you read what FRMR tells the receiver, it tells the receiver there is something wrong with the way the protocol is implemented on his side ( = there is a bug in the software) - this is something which cannot be said by a TE to an exchange, because the exchange software it is bug free and always standard conformant whatever the definition of bug free and standard conformant might be :-)))))) 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 Sun Jan 28 16:30:31 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id D6D2437B6A2 for ; Sun, 28 Jan 2001 16:30:11 -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 f0T0UIE02244; Mon, 29 Jan 2001 00:30:18 GMT (envelope-from brian@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 f0SNILd01132; Sun, 28 Jan 2001 23:18:21 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200101282318.f0SNILd01132@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Boris Staeblow Cc: freebsd-isdn@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: ppp dialin didn't work with userland ppp In-Reply-To: Message from Boris Staeblow of "Sun, 28 Jan 2001 01:28:01 +0100." <20010128012801.A5785@dva.in-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Jan 2001 23:18:21 +0000 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hello, > > I can`t dial into my FreeBSD 4.2-STABLE machine. :-( > > Setup: FreeBSD 4.2-STABLE, i4b 00.96/Fritz isa, userland-ppp. > Client: Windows 98, Fritz/PCI. > > Any hints? [.....] > tun0: IPCP: deflink: LayerStart. > tun0: IPCP: deflink: SendConfigReq(1) state = Closed > tun0: IPCP: IPADDR[6] 0.0.0.0 > tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression [.....] > tun0: IPCP: deflink: State change Closed --> Req-Sent > tun0: Error: DoLoop: select(): Bad file descriptor > tun0: Debug: DoLoop done. [.....] > Boris Looks like the peer is going away - perhaps due to you asking for 0.0.0.0 as an IP number. What's the story on the client side ? Is the client supposed to be deciding on the server's IP number (an unusual setup) ? -- 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 From owner-freebsd-isdn Mon Jan 29 5:25:26 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4]) by hub.freebsd.org (Postfix) with ESMTP id 1346B37B402 for ; Mon, 29 Jan 2001 05:25:04 -0800 (PST) Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6]) by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f0TDP2D25191; Mon, 29 Jan 2001 14:25:02 +0100 (CET) (envelope-from balu@dva.in-berlin.de) Received: (from uucp@localhost) by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f0TDP2j13385; Mon, 29 Jan 2001 14:25:02 +0100 X-Envelope-From: balu@dva.in-berlin.de X-Envelope-To: freebsd-isdn@FreeBSD.ORG Received: by dva.in-berlin.de (Postfix, from userid 200) id E3AF33FF1; Mon, 29 Jan 2001 14:15:35 +0100 (CET) Date: Mon, 29 Jan 2001 14:15:35 +0100 From: Boris Staeblow To: Brian Somers Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: ppp dialin didn't work with userland ppp Message-ID: <20010129141535.A43873@dva.in-berlin.de> References: <200101282318.f0SNILd01132@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101282318.f0SNILd01132@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Sun, Jan 28, 2001 at 11:18:21PM +0000 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jan 28, 2001 at 11:18:21PM +0000, Brian Somers wrote: > > tun0: IPCP: deflink: LayerStart. > > tun0: IPCP: deflink: SendConfigReq(1) state = Closed > > tun0: IPCP: IPADDR[6] 0.0.0.0 > > tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression > [.....] > > tun0: IPCP: deflink: State change Closed --> Req-Sent > > tun0: Error: DoLoop: select(): Bad file descriptor > > tun0: Debug: DoLoop done. > [.....] > > Boris > > Looks like the peer is going away - perhaps due to you asking for > 0.0.0.0 as an IP number. What's the story on the client side ? Is > the client supposed to be deciding on the server's IP number (an > unusual setup) ? I've changed my setup to static ip numbers, but it didn't fix the problem. I dialup with a Windows 98 system, static IP: 10.1.0.111, to FreeBSD 4.2-STABLE, i4b 00.96, userland ppp via rbch0,static IP: 10.1.0.101. Same problem with dynamic IP-adresses and/or with the original i4b from -stable. The dialup works with sppp via ispX from i4b! Boris ----------------------------------------------------------------------------- /etc/isdn/isdnd.rc: entry name = ULPPP usrdevicename = rbch usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 2766 remote-phone-incoming = * local-phone-dialout = 2766 remote-phone-dialout = 2766 # ppp(8) will override this remdial-handling = first dialin-reaction = accept dialout-type = normal b1protocol = hdlc idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = aocd dialretries = 2 recoverytime = 5 /etc/ppp/ppp.conf: default: set device /dev/cuaa1 enable proxy set log CBCP CCP Chat Connect Command IPCP Tun Phase Debug inc_rbch0: set proctitle ppp-rbch0 disable chap chap81 pap MSChap accept pap chap chap81 MSChap enable proxy set ifaddr 10.1.0.101 10.1.0.111 255.255.255.255 set timeout 120 set dial set login set hangup set device /dev/i4brbch0 set speed sync link * set cd 10 # accept dns # set dns 10.0.0.10 # set nbns 10.0.0.10 enable lqr set lqrperiod 45 disable pred1 deflate deny pred1 deflate ppp.log: Jan 29 14:01:40 dva ppp[44556]: Phase: Using interface: tun0 Jan 29 14:01:40 dva ppp[44556]: Phase: deflink: Created in closed state Jan 29 14:01:40 dva ppp[44556]: Phase: Listening at port 3000. Jan 29 14:01:40 dva ppp[44556]: tun0: Debug: ReadSystem: Checking inc_rbch0 (/etc/ppp/ppp.conf). Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set proctitle ppp-rbch0 Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: disable chap chap81 pap MSChap Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: accept pap chap chap81 MSChap Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: enable proxy Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set ifaddr 10.1.0.101 10.1.0.111 255.255.255.255 Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set timeout 120 Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set dial Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set login Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set hangup Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set device /dev/i4brbch0 Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set speed sync Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: link * set cd 10 Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: enable lqr Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: set lqrperiod 45 Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: disable pred1 deflate Jan 29 14:01:40 dva ppp[44556]: tun0: Command: inc_rbch0: deny pred1 deflate Jan 29 14:01:40 dva ppp[44556]: tun0: Phase: PPP Started (direct mode). Jan 29 14:01:40 dva ppp[44556]: tun0: Debug: Select changes time: no Jan 29 14:01:40 dva ppp[44556]: tun0: Phase: bundle: Establish Jan 29 14:01:40 dva ppp[44556]: tun0: Phase: deflink: closed -> opening Jan 29 14:01:40 dva ppp[44556]: tun0: Debug: deflink: Input is an i4b version 0.96.0 isdn device (/dev/i4brbch0) Jan 29 14:01:40 dva ppp[44556]: tun0: Phase: deflink: Connected! Jan 29 14:01:40 dva ppp[44556]: tun0: Phase: deflink: opening -> carrier Jan 29 14:01:40 dva ppp[44556]: tun0: Debug: deflink: Using i4b_Timeout [0x8086480] Jan 29 14:01:40 dva ppp[44556]: tun0: Debug: Waiting for carrier Jan 29 14:01:41 dva ppp[44556]: tun0: Phase: deflink: /dev/i4brbch0: CD detected Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: Entering i4b_Raw Jan 29 14:01:41 dva ppp[44556]: tun0: Phase: deflink: carrier -> lcp Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorRead: read 44/2048 from 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPull: unknown -> 0x8021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PullPacket: Despatch proto 0x8021 Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: deflink: Error: Unexpected IPCP in phase Establish (ignored) Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorRead: read 27/2048 from 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPull: unknown -> 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PullPacket: Despatch proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 01 01 00 16 01 04 05 dc 05 06 eb d2 fd 9b 04 08 ................ Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: c0 25 00 00 11 94 .%.... Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 04 01 00 07 0d 03 06 ....... Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 2 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_dequeue: queue len = 2 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_Dequeue: Dequeued from queue 1, containing 1 more packets Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorWrite: wrote 26(26) to 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_dequeue: queue len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_Dequeue: Dequeued from queue 1, containing 0 more packets Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorWrite: wrote 11(11) to 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorRead: read 16/2048 from 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPull: unknown -> 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PullPacket: Despatch proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 01 02 00 0e 01 04 05 dc 05 06 eb d2 fd 9b .............. Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_dequeue: queue len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_Dequeue: Dequeued from queue 1, containing 0 more packets Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorWrite: wrote 18(18) to 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorRead: read 24/2048 from 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPull: unknown -> 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PullPacket: Despatch proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 02 02 00 14 02 06 00 0a 00 00 05 06 00 21 73 c5 .............!s. Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 07 02 08 02 .... Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_dequeue: queue len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_Dequeue: Dequeued from queue 1, containing 0 more packets Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorWrite: wrote 24(24) to 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: deflink: DescriptorRead: read 18/2048 from 0 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPull: unknown -> 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PullPacket: Despatch proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 09 00 00 10 eb d2 fd 9b 59 4e 4f 54 00 00 00 00 ........YNOT.... Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0xc021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 1 Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: FSM: Using "deflink" as a transport Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: deflink: State change Initial --> Closed Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: deflink: LayerStart. Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: MPPE: InitOptsOutput Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: MPPE: MasterKey is invalid, MPPE is capable only with CHAP81 authentication Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: MPPE[6] value 0x00000000 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 01 01 00 0a 12 06 00 00 00 00 .......... Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0x80fd Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0x80fd Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 2 Jan 29 14:01:41 dva ppp[44556]: tun0: CCP: deflink: State change Closed --> Req-Sent Jan 29 14:01:41 dva ppp[44556]: tun0: Phase: deflink: lcp -> open Jan 29 14:01:41 dva ppp[44556]: tun0: Phase: bundle: Network Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: FSM: Using "deflink" as a transport Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: deflink: State change Initial --> Closed Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: deflink: LayerStart. Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: IPADDR[6] 10.1.0.101 Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 01 01 00 10 03 06 0a 01 00 65 02 06 00 2d 0f 01 .........e...-.. Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0x8021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0x8021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: m_enqueue: len = 3 Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: deflink: State change Closed --> Req-Sent Jan 29 14:01:41 dva ppp[44556]: tun0: Error: DoLoop: select(): Bad file descriptor Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: DoLoop done. Jan 29 14:01:41 dva ppp[44556]: tun0: Phase: PPP Terminated (normal). Jan 29 14:01:41 dva ppp[44556]: tun0: IPCP: deflink: SendTerminateReq(1) state = Req-Sent Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: fsm_Output Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: 05 01 00 04 .... Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: proto_LayerPush: Using 0x8021 Jan 29 14:01:41 dva ppp[44556]: tun0: Debug: link_PushPacket: Transmit proto 0x8021 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Jan 29 17:48:15 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 36E3837B402 for ; Mon, 29 Jan 2001 17:47:57 -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 f0U1mBE11945; Tue, 30 Jan 2001 01:48:11 GMT (envelope-from brian@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 f0U1nIw09302; Tue, 30 Jan 2001 01:49:18 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200101300149.f0U1nIw09302@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Boris Staeblow Cc: Brian Somers , freebsd-isdn@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: ppp dialin didn't work with userland ppp In-Reply-To: Message from Boris Staeblow of "Mon, 29 Jan 2001 14:15:35 +0100." <20010129141535.A43873@dva.in-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jan 2001 01:49:17 +0000 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, How are you actually executing ppp ? If you're using ``regprog'' and ``regexpr'', are you invoking ppp with something like #! /bin/sh ..... ppp -direct whatever <>/dev/i4brbch0 ppp must be started with a readable *and* writable stdin. I only recently added the <> syntax to the FreeBSD ``sh''. Previously it was only available using bash (or probably zsh). I guess if you're running -stable you've got that though :-) > On Sun, Jan 28, 2001 at 11:18:21PM +0000, Brian Somers wrote: > > > > tun0: IPCP: deflink: LayerStart. > > > tun0: IPCP: deflink: SendConfigReq(1) state = Closed > > > tun0: IPCP: IPADDR[6] 0.0.0.0 > > > tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression > > [.....] > > > tun0: IPCP: deflink: State change Closed --> Req-Sent > > > tun0: Error: DoLoop: select(): Bad file descriptor > > > tun0: Debug: DoLoop done. > > [.....] > > > Boris > > > > Looks like the peer is going away - perhaps due to you asking for > > 0.0.0.0 as an IP number. What's the story on the client side ? Is > > the client supposed to be deciding on the server's IP number (an > > unusual setup) ? > > I've changed my setup to static ip numbers, but it didn't fix > the problem. > > I dialup with a Windows 98 system, static IP: 10.1.0.111, > to FreeBSD 4.2-STABLE, i4b 00.96, userland ppp via rbch0,static IP: 10.1.0.101. > Same problem with dynamic IP-adresses and/or with the original i4b from -stable. > The dialup works with sppp via ispX from i4b! > > Boris > ----------------------------------------------------------------------------- [.....] -- 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 From owner-freebsd-isdn Tue Jan 30 3:35:28 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4]) by hub.freebsd.org (Postfix) with ESMTP id CC7F537B6A2 for ; Tue, 30 Jan 2001 03:35:07 -0800 (PST) Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6]) by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f0UBZ2A00429; Tue, 30 Jan 2001 12:35:02 +0100 (CET) (envelope-from balu@dva.in-berlin.de) Received: (from uucp@localhost) by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f0UBZ1o21513; Tue, 30 Jan 2001 12:35:01 +0100 X-Envelope-From: balu@dva.in-berlin.de X-Envelope-To: freebsd-isdn@FreeBSD.ORG Received: by dva.in-berlin.de (Postfix, from userid 200) id 8B3163FF1; Tue, 30 Jan 2001 12:34:33 +0100 (CET) Date: Tue, 30 Jan 2001 12:34:33 +0100 From: Boris Staeblow To: Brian Somers Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: ppp dialin didn't work with userland ppp Message-ID: <20010130123433.A90355@dva.in-berlin.de> References: <200101300149.f0U1nIw09302@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101300149.f0U1nIw09302@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Tue, Jan 30, 2001 at 01:49:17AM +0000 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 30, 2001 at 01:49:17AM +0000, Brian Somers wrote: > How are you actually executing ppp ? If you're using ``regprog'' and > ``regexpr'', are you invoking ppp with something like regexpr = "ULPPP.*call active" regprog = i4brunppp > #! /bin/sh > ..... > ppp -direct whatever <>/dev/i4brbch0 > > ppp must be started with a readable *and* writable stdin. I only > recently added the <> syntax to the FreeBSD ``sh''. Previously it > was only available using bash (or probably zsh). I guess if you're > running -stable you've got that though :-) Now I've created a shellscript like yours above, compiled a bash2 AND NOW IT WORKS! Thank you! #! /usr/local/bin/bash /usr/sbin/ppp -direct inc_rbch0 <> /dev/i4brbch0 It seems that there is a problem with the contributed i4brunppp! Hellmuth? Boris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Jan 31 16:45:53 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from edisons.it (mail.edisons.it [212.104.1.252]) by hub.freebsd.org (Postfix) with SMTP id 8F61F37B69C for ; Wed, 31 Jan 2001 16:45:35 -0800 (PST) Received: from office ([212.104.25.57]) by edisons.it ; Thu, 01 Feb 2001 01:44:50 +0100 Message-ID: <000901c08be8$66d6ca80$0101a8c0@pyxiscomputers.com> From: "Vittorio Mori" To: Subject: Invalid number format Date: Thu, 1 Feb 2001 01:46:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Now I am ABSOLUTELY sure that there is a nasty bug somewhere in -STABLE and i4b, probably in the kernel. I formatted a brand new drive today, and put on it 4.1.1-RELEASE on it. Got kernel sources (ssys). CVSupped to -STABLE. Installed i4b 0.96. Compiled a brand-new kernel, with i4b. When I dial, I get: "Invalid Number Format". 4.0-RELEASE works fine. Plz take a look at this soon, it's way too frustrating. Also, the problem with the iwic driver persists, even after the patch you sent in the mailing-list some time ago. It's more frequent, but persists. Bye, Wyk'00 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Jan 31 23:11:50 2001 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 4AA3937B65D for ; Wed, 31 Jan 2001 23:11:33 -0800 (PST) Received: from hcswork.hcs.de (hcswork.hcs.de [192.76.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 6AE645D1E; Thu, 1 Feb 2001 08:10:27 +0100 (CET) Received: by hcswork.hcs.de (Postfix, from userid 200) id 8752C38F; Thu, 1 Feb 2001 08:21:16 +0100 (MET) Subject: Re: Invalid number format In-Reply-To: <000901c08be8$66d6ca80$0101a8c0@pyxiscomputers.com> "from Vittorio Mori at Feb 1, 2001 01:46:23 am" To: Vittorio Mori Date: Thu, 1 Feb 2001 08:21:16 +0100 (MET) Cc: freebsd-isdn@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <20010201072116.8752C38F@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From=20the keyboard of Vittorio Mori: > When I dial, I get: >=20 > "Invalid Number Format". >=20 > 4.0-RELEASE works fine. >=20 > Plz take a look at this soon, it's way too frustrating. I already took a look at this but did not found anything so there is not much i=B4m able to do right now. I understand that it is frustrating but please understand that a) i cannot reproduce this, but you are - afaik - the only one who can reproduce this and b) i can and will only work on this if i have time _and_ if i like to do so. > Also, the problem with the iwic driver persists, Which problem (there were several) ? Please give a detailed bug report! > even after the patch you > sent in the mailing-list some time ago. It's more frequent, but persists. The biggest problem was that frames with CRC errors were allowed to go up to the stack and do bad things there. This has been fixed. In case you are talking about getting CRC errors, then there is not much i can do about this: this CRC errors are detected by the chip but the cause for them is in your hardware setup. hellmuth --=20 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 Feb 1 9: 6:21 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from emout1.wish.nl (emout1.wish.nl [212.123.129.74]) by hub.freebsd.org (Postfix) with ESMTP id 2127537B67D for ; Thu, 1 Feb 2001 09:06:02 -0800 (PST) Received: from mail5.inside.servers (mail5.INSIDE.servers [10.1.0.15]) by emout1.wish.nl (Postfix) with SMTP id A646822542 for ; Thu, 1 Feb 2001 18:14:42 +0100 (CET) Received: (qmail 11988 invoked from network); 1 Feb 2001 17:05:51 -0000 Received: from p3423.nl.wish.net (HELO coyote) ([212.123.151.95]) (envelope-sender ) by mail5.outside.servers (qmail-ldap-1.03) with SMTP for ; 1 Feb 2001 17:05:51 -0000 Message-ID: <000d01c08c71$2dc6f2e0$0200a8c0@coyote> From: "Steven Looman" To: Subject: Error in config (telephone stuff), but where???? Date: Thu, 1 Feb 2001 17:59:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm trying to make my computer listen to two numbers, instead of one. But it doesn't seem to work. It does work when I remove one number from the config. Here's my config: system ratesfile = /etc/isdn/isdnd.rates useacctfile = yes acctall = on acctfile = /var/log/isdnd.acct rtprio = 25 monitor-allowed = on monitor-port = 451 monitor = "/var/run/isdn-monitor" monitor-access = fullcmd, channelstate, logevents, callin, callout monitor = "192.168.0.0/24" monitor-access = restrictedcmd, channelstate, logevents, callin, callout entry name = Tel484602 usrdevicename = tel usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = remote-phone-incoming = * dialin-reaction = answer answerprog = "scripts/incoming-tel" b1protocol = raw idletime-incoming = 5 entry name = Tel484541 usrdevicename = tel usrdeviceunit = 1 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = remote-phone-incoming = * dialin-reaction = ignore answerprog = "scripts/incoming-tel" b1protocol = raw idletime-incoming = 5 And, if necessary, here's my kernel config (atleast the ISDN stuff): # i4b options TEL_S0_16_3 device isic0 at isa? port 0xd80 irq 12 flags 3 pseudo-device "i4bq921" pseudo-device "i4bq931" pseudo-device "i4b" pseudo-device "i4btrc" 4 pseudo-device "i4bctl" pseudo-device "i4brbch" 4 pseudo-device "i4btel" 4 pseudo-device "i4bipr" 4 pseudo-device "i4bisppp" 4 options "IPR_VJ" Anyway, when I try to load the config I get an errormsg something like this: No local-phone-outgoing number specified. No remote-phone-outgoing number specified. Can anybody help me? Thx. Steven PS On linux I could see the outgoing calls made by someone else in the house. And if it was going to somebody else with ISDN I could see it's number. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message