From owner-freebsd-isdn Sun Apr 1 8:48:27 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from bau1.a-city.de (bau1.a-city.de [195.126.182.1]) by hub.freebsd.org (Postfix) with ESMTP id 711B237B718 for ; Sun, 1 Apr 2001 08:48:23 -0700 (PDT) (envelope-from pavlo.baron@a-city.de) Received: from bws1 (udial592.a-city.de [195.127.250.92]) by bau1.a-city.de (8.11.2/8.11.2) with SMTP id f31FmLf28900 for ; Sun, 1 Apr 2001 17:48:22 +0200 Message-ID: <003c01c0bac4$9d547c50$c900a8c0@bws1> From: "Pavlo Baron" To: Subject: cause 16 - what is wrong? Date: Sun, 1 Apr 2001 17:57:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit 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 hi, i've got a cause 16 message trying to connect to my ISP via a AVM Fritz!Card PCI. The hardware is ok and installed on a FreeBSD 4.0 machine. My isdnd runs on tty6 in full-screen mode. The isp0 is ifconfig-ed to 0.0.0.0, because my ISP doesn't give me a static IP-adress on logon. Wenn i try to ping to a server out there, in the isdn-window i get this cascade of message-blocks (every 4 sec. frequently) : ----------------snipp------------------------------------------------------- ---------------------------------- 31.03.2001 19:31:01 DBG msg_dialout: dial req from isp, unit 0 31.03.2001 19:31:01 DBG setup_dialout: entry acity ok! 31.03.2001 19:31:01 DBG find_by_device_for_dialout: found entry 3! 31.03.2001 19:31:01 DBG FSM event [msg-dialout]: [idle => dialing] 31.03.2001 19:31:01 DBG F_DIAL: local dial out request 31.03.2001 19:31:01 DBG select_first_dialno: only one no, no = .... 31.03.2001 19:31:01 CHD 00044 acity rate 150 sec/unit (rate) 31.03.2001 19:31:01 CHD 00044 acity dialing out from ... to ... 31.03.2001 19:31:01 CHD 00044 acity outgoing call proceeding (ctl 0, ch 1) 31.03.2001 19:31:04 DBG msg_charging: 1 unit(s) (estimated) 31.03.2001 19:31:04 CHD 00044 acity outgoing call active (ctl 0, ch 1, isp0) 31.03.2001 19:31:04 DBG FSM event [msg-con-act-ind]: [dialing => connected] 31.03.2001 19:31:04 DBG F_DOK: dial out ok 31.03.2001 19:31:04 DBG select_this_dialno: index = 0, no = ... --------------------> 31.03.2001 19:31:07 CHD 00044 acity outgoing call disconnected (remote) --------------------> 31.03.2001 19:31:07 CHD 00044 acity cause 16: Normal call clearing (Q.850) --------------------> 31.03.2001 19:31:07 CHD 00044 acity charging: 1 units, 3 seconds --------------------> 31.03.2001 19:31:07 CHD 00044 acity accounting: in 65, out 79 (in 65, out 65) 31.03.2001 19:31:07 DBG FSM event [msg-disc-ind]: [connected => idle] 31.03.2001 19:31:07 DBG F_IDIS: disconnect indication ----------------snipp------------------------------------------------------- ------------------------------------- it seems, that the -------------------> lines describe the error that occures on dial out - cause 16. What does this cause mean? What should i do to fix this problem? The remote node disconnects - schuld i ask my ISP to check out his logs and if yes, what should he look for? thanks P.Baron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Apr 2 9:56:25 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id D558037B71A; Mon, 2 Apr 2001 09:56:11 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14k7cd-0007Tc-00; Mon, 02 Apr 2001 18:56:07 +0200 Received: from a2ec4.pppool.de ([213.6.46.196] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.22 #1) id 14k7cd-0007B4-00; Mon, 02 Apr 2001 18:56:07 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f32Gq1I02500; Mon, 2 Apr 2001 18:52:02 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200104021652.f32Gq1I02500@Magelan.Leidinger.net> Date: Mon, 2 Apr 2001 18:52:00 +0200 (CEST) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) To: ru@FreeBSD.org Cc: net@FreeBSD.org, isdn@freebsd.org In-Reply-To: <20010331204534.B11966@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f32Gq1I02500 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 31 M=E4r, Ruslan Ermilov wrote: [-isdn CCed,] Dear -isdn readers, we are talking about the actual behavior of -current, see -current and -net for the beginning of the discussion. >> >> If I use >> >> route add default -interface isp1 >> >> I wan't to have the packets routed trough isp1. I don't care about = how >> >> the routing table is held consistent, but I if the route is discard= ed >> >> without my interaction it not only violates POLA, in this case it's >> >> prohibits a valid use of the -interface feature (dial on demand via= sppp >> >> is broken at the moment). >> >>=20 >> > OK, finally got it. When the interface goes down, the address is st= ill >> > valid, and there is no reason to delete (static?) routes that use th= is >> > address, but the new code does. I was confused by the code comment = below >>=20 >> I didn't have a static IP address. The only static thing in this conte= xt >> is the interface the defaultroute is assigned to. At every >> dial-on-demand I get another IP. >>=20 > Well, if address is deleted from an interface, all routes that use it > will be invalidated (deleted) to avoid using the wrong address. This > patch only fixes interface down/up case, when address does not change. If "isp1" is a valid address in this context: it doesn't change. Here a little bit of cut&paste (your "#if 0" patch is applied) which perhaps gives you a hint what I have here: ---snip--- (3) netchild@ttyp1 % ifconfig isp1 isp1: flags=3Da010 mtu 1500 inet 0.0.0.0 --> 0.0.0.1 netmask 0xffff0000=20 ether 00:00:00:00:00:00 (4) netchild@ttyp1 % netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Ex= pire default 0:0:0:0:0:0 USc 0 1 isp1 0.0.0.1 0.0.0.0 UH 0 0 isp1 127.0.0.1 127.0.0.1 UH 2 4613 lo0 192.168.1 link#1 UC 1 0 ed0 =3D= > (5) netchild@ttyp1 % isdn-up # this is a SUID wrapper for "ifconfig isp= 1 up" (6) netchild@ttyp1 % ifconfig isp1 isp1: flags=3Da011 mtu 1500 inet 0.0.0.0 --> 0.0.0.1 netmask 0xffff0000=20 ether 00:00:00:00:00:00=20 (7) netchild@ttyp1 % netstat -rn =20 Routing tables Internet: Destination Gateway Flags Refs Use Netif Ex= pire default 0:0:0:0:0:0 USc 0 1 isp1 0.0.0.1 0.0.0.0 UH 0 0 isp1 0.0.0.2 0.0.0.0 UH 0 0 isp0 127.0.0.1 127.0.0.1 UH 2 4613 lo0 192.168.1 link#1 UC 1 0 ed0 =3D= > ---snip--- isp1 gets a new IP address after the ppp negotiation of sppp/isdnd. 0.0.0.0 -> 0.0.0.1 uses a documented hack in the i4b stack which discards the first packet to don't let go a packet with a wrong address (0.0.0.0) out of the computer. After a timeout or an "ifconfig isp1 down" it hangs up and the dynamic IP address of isp1 get's replaced by 0.0.0.0 again. The actual behavior of -current breaks the documented way of enabling dial-on-demand with sppp/isdnd. (To -isdn readers: after the first "ifconfig isp1 down" the defaultroute vanishes, after a manual "route add default -interface isp1" the route stays even with subsequent "ifconfig isp1 down", doing an additional "route add ..." is annoying, needs additional privileges and violates POLA) Bye, Alexander. --=20 Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Apr 2 10:45:44 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 75AF237B722; Mon, 2 Apr 2001 10:45:29 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f32HjGR78170; Mon, 2 Apr 2001 20:45:16 +0300 (EEST) (envelope-from ru) Date: Mon, 2 Apr 2001 20:45:16 +0300 From: Ruslan Ermilov To: Alexander Leidinger Cc: net@FreeBSD.org, isdn@FreeBSD.org Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) Message-ID: <20010402204516.A74854@sunbay.com> Mail-Followup-To: Alexander Leidinger , net@FreeBSD.org, isdn@FreeBSD.org References: <20010331204534.B11966@sunbay.com> <200104021652.f32Gq1I02500@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104021652.f32Gq1I02500@Magelan.Leidinger.net>; from Alexander@leidinger.net on Mon, Apr 02, 2001 at 06:52:00PM +0200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 02, 2001 at 06:52:00PM +0200, Alexander Leidinger wrote: > On 31 Mar, Ruslan Ermilov wrote: > > [-isdn CCed,] > > Dear -isdn readers, we are talking about the actual behavior of > -current, see -current and -net for the beginning of the discussion. > > >> >> If I use > >> >> route add default -interface isp1 > >> >> I wan't to have the packets routed trough isp1. I don't care about how > >> >> the routing table is held consistent, but I if the route is discarded > >> >> without my interaction it not only violates POLA, in this case it's > >> >> prohibits a valid use of the -interface feature (dial on demand via sppp > >> >> is broken at the moment). > >> >> > >> > OK, finally got it. When the interface goes down, the address is still > >> > valid, and there is no reason to delete (static?) routes that use this > >> > address, but the new code does. I was confused by the code comment below > >> > >> I didn't have a static IP address. The only static thing in this context > >> is the interface the defaultroute is assigned to. At every > >> dial-on-demand I get another IP. > >> > > Well, if address is deleted from an interface, all routes that use it > > will be invalidated (deleted) to avoid using the wrong address. This > > patch only fixes interface down/up case, when address does not change. > > If "isp1" is a valid address in this context: it doesn't change. > Nope, "isp1" is not an address, it is the pointer to an interface. Routing table entry has both pointer to an interface, and a pointer to one of its addresses. That is what you see in the output from ``route -vn get default'' command, as IFP and IFA sockaddrs. > Here a little bit of cut&paste (your "#if 0" patch is applied) > which perhaps gives you a hint what I have here: > ---snip--- > (3) netchild@ttyp1 % ifconfig isp1 > isp1: flags=a010 mtu 1500 > inet 0.0.0.0 --> 0.0.0.1 netmask 0xffff0000 > ether 00:00:00:00:00:00 > > (4) netchild@ttyp1 % netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 0:0:0:0:0:0 USc 0 1 isp1 > 0.0.0.1 0.0.0.0 UH 0 0 isp1 > 127.0.0.1 127.0.0.1 UH 2 4613 lo0 > 192.168.1 link#1 UC 1 0 ed0 => > > (5) netchild@ttyp1 % isdn-up # this is a SUID wrapper for "ifconfig isp1 up" > > (6) netchild@ttyp1 % ifconfig isp1 > isp1: flags=a011 mtu 1500 > inet 0.0.0.0 --> 0.0.0.1 netmask 0xffff0000 > ether 00:00:00:00:00:00 > > (7) netchild@ttyp1 % netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 0:0:0:0:0:0 USc 0 1 isp1 > 0.0.0.1 0.0.0.0 UH 0 0 isp1 > 0.0.0.2 0.0.0.0 UH 0 0 isp0 > 127.0.0.1 127.0.0.1 UH 2 4613 lo0 > 192.168.1 link#1 UC 1 0 ed0 => > ---snip--- > > isp1 gets a new IP address after the ppp negotiation of sppp/isdnd. > 0.0.0.0 -> 0.0.0.1 uses a documented hack in the i4b stack which > discards the first packet to don't let go a packet with a wrong address > (0.0.0.0) out of the computer. After a timeout or an "ifconfig isp1 > down" it hangs up and the dynamic IP address of isp1 get's replaced by > 0.0.0.0 again. The actual behavior of -current breaks the documented way > of enabling dial-on-demand with sppp/isdnd. > (To -isdn readers: after the first "ifconfig isp1 down" the defaultroute > vanishes, after a manual "route add default -interface isp1" the route > stays even with subsequent "ifconfig isp1 down", doing an additional > "route add ..." is annoying, needs additional privileges and violates > POLA) > OK, we fixed the "ifconfig down" case already. The attached patch alters inet routing code so that it does not delete routes with the "default" source address of 0.0.0.0; ip_output() will take care of choosing the right address. Please let me know if it works for you. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: in_rmx.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_rmx.c,v retrieving revision 1.39 diff -u -p -u -r1.39 in_rmx.c --- in_rmx.c 2001/03/19 09:16:16 1.39 +++ in_rmx.c 2001/04/02 17:25:57 @@ -416,6 +416,9 @@ in_ifadown(struct ifaddr *ifa) if (ifa->ifa_addr->sa_family != AF_INET) return 1; + if (((struct sockaddr_in *)ifa->ifa_addr)->sin_addr.s_addr == INADDR_ANY) + return 0; + arg.rnh = rnh = rt_tables[AF_INET]; arg.ifa = ifa; rnh->rnh_walktree(rnh, in_ifadownkill, &arg); --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Apr 2 15:22:47 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97]) by hub.freebsd.org (Postfix) with ESMTP id F1E2037B722 for ; Mon, 2 Apr 2001 15:22:44 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-195-14-250-86.netcologne.de [195.14.250.86]) by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id AAA04143; Tue, 3 Apr 2001 00:22:43 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.11.3/8.11.3) id f32MN0c01085; Tue, 3 Apr 2001 00:23:00 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Tue, 3 Apr 2001 00:23:00 +0200 (CEST) Message-Id: <200104022223.f32MN0c01085@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: freebsd-isdn@freebsd.org Subject: dual channel ISDN Reply-To: van.woerkom@netcologne.de Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I would like to use the second ISDN channel in case I need a fast download. Joerg Wunsch put my nose on the fact that userland ppp is able to handle multiple links over ppp. Has anyone tried this out yet and could give me instructions how to use this feature? Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Apr 2 15:27:15 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97]) by hub.freebsd.org (Postfix) with ESMTP id 6389737B71D for ; Mon, 2 Apr 2001 15:27:13 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-213-168-96-197.netcologne.de [213.168.96.197]) by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id AAA04796; Tue, 3 Apr 2001 00:27:12 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.11.3/8.11.3) id f32MRTx01100; Tue, 3 Apr 2001 00:27:29 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Tue, 3 Apr 2001 00:27:29 +0200 (CEST) Message-Id: <200104022227.f32MRTx01100@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: freebsd-isdn@freebsd.org Subject: i4b and -CURRENT Reply-To: van.woerkom@netcologne.de Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org So, finally I'm able again to run i4b with a recent -CURRENT. Things to watch out were 1) use "ispppcontrol" instead of "spppcontrol" in scripts 2) add hints for the i4b driver to /boot/device.hints, because my ISDN card is an old isa one: (...) # isdn hint.isic.0.at="isa" hint.isic.0.port="0xd80" hint.isic.0.irq="5" hint.isic.0.flags="3" 3) according to documentation sppp devices are not longer necessary, perhaps ppp as well (have not tried yet) Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Apr 2 18:31:23 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 5726137B720 for ; Mon, 2 Apr 2001 18:31:20 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f331Vi823844; Tue, 3 Apr 2001 02:31:45 +0100 (BST) (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.3/8.11.3) with ESMTP id f331aGg01407; Tue, 3 Apr 2001 02:36:16 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104030136.f331aGg01407@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: van.woerkom@netcologne.de Cc: freebsd-isdn@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: dual channel ISDN In-Reply-To: Message from Marc van Woerkom of "Tue, 03 Apr 2001 00:23:00 +0200." <200104022223.f32MN0c01085@oranje.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Apr 2001 02:36:15 +0100 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi, > > I would like to use the second ISDN channel in case I need > a fast download. > > Joerg Wunsch put my nose on the fact that userland ppp > is able to handle multiple links over ppp. > > Has anyone tried this out yet and could give me > instructions how to use this feature? Have a look at /usr/share/examples/ppp/*isdn* > Regards, > Marc -- 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 Apr 3 7:14:12 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 68D3137B719; Tue, 3 Apr 2001 07:14:07 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtp (Exim 3.22 #1) id 14kRZI-0003mx-00; Tue, 03 Apr 2001 16:14:00 +0200 Received: from b83f0.pppool.de ([213.7.131.240] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.22 #1) id 14kRZE-0004Sb-00; Tue, 03 Apr 2001 16:13:56 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f33EDSm02426; Tue, 3 Apr 2001 16:13:29 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200104031413.f33EDSm02426@Magelan.Leidinger.net> Date: Tue, 3 Apr 2001 16:13:27 +0200 (CEST) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) To: ru@FreeBSD.org Cc: net@FreeBSD.org, isdn@FreeBSD.org In-Reply-To: <20010402204516.A74854@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2 Apr, Ruslan Ermilov wrote: > OK, we fixed the "ifconfig down" case already. The attached patch alters > inet routing code so that it does not delete routes with the "default" > source address of 0.0.0.0; ip_output() will take care of choosing the > right address. Please let me know if it works for you. I reverted your "#if 0" patch (which worked for me) and applied this patch: no, didn't works, the route vanishes. Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Apr 3 7:24:11 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 6EB1D37B71B; Tue, 3 Apr 2001 07:24:02 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f33ENlc65472; Tue, 3 Apr 2001 17:23:47 +0300 (EEST) (envelope-from ru) Date: Tue, 3 Apr 2001 17:23:47 +0300 From: Ruslan Ermilov To: Alexander Leidinger Cc: net@FreeBSD.org, isdn@FreeBSD.org Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) Message-ID: <20010403172347.A64216@sunbay.com> Mail-Followup-To: Alexander Leidinger , net@FreeBSD.org, isdn@FreeBSD.org References: <20010402204516.A74854@sunbay.com> <200104031413.f33EDSm02426@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104031413.f33EDSm02426@Magelan.Leidinger.net>; from Alexander@leidinger.net on Tue, Apr 03, 2001 at 04:13:27PM +0200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Apr 03, 2001 at 04:13:27PM +0200, Alexander Leidinger wrote: > On 2 Apr, Ruslan Ermilov wrote: > > > OK, we fixed the "ifconfig down" case already. The attached patch alters > > inet routing code so that it does not delete routes with the "default" > > source address of 0.0.0.0; ip_output() will take care of choosing the > > right address. Please let me know if it works for you. > > I reverted your "#if 0" patch (which worked for me) and applied this > patch: no, didn't works, the route vanishes. > Nope, you should not have been reverting the "#if 0" patch, you should have used both. The "#if 0" patch, like you called it, fixed the case when the route disappeared on ``ifconfig down''. Right? If I understood you correctly, the route still disappeared after a new IP address was negotiated with the peer. The last patch is a special hack for routes with the "default" (0.0.0.0) address; the routing code will not delete such routes. Or did I misunderstood something, and negotiated IP address is added as an alias address to an interface? How does the ``ifconfig'' output looks after the IP address is negotiated? (If the new address is an alias address, then the second patch is not required.) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Apr 3 10:14:36 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id BB48337B722; Tue, 3 Apr 2001 10:14:28 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14kUNw-0002Do-00; Tue, 03 Apr 2001 19:14:28 +0200 Received: from a3b42.pppool.de ([213.6.59.66] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.22 #1) id 14kUNv-0001Ed-00; Tue, 03 Apr 2001 19:14:27 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f33HDIm04806; Tue, 3 Apr 2001 19:13:19 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200104031713.f33HDIm04806@Magelan.Leidinger.net> Date: Tue, 3 Apr 2001 19:13:16 +0200 (CEST) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) To: ru@FreeBSD.org Cc: net@FreeBSD.org, isdn@FreeBSD.org In-Reply-To: <20010403172347.A64216@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 3 Apr, Ruslan Ermilov wrote: > On Tue, Apr 03, 2001 at 04:13:27PM +0200, Alexander Leidinger wrote: >> On 2 Apr, Ruslan Ermilov wrote: >> >> > OK, we fixed the "ifconfig down" case already. The attached patch alters >> > inet routing code so that it does not delete routes with the "default" >> > source address of 0.0.0.0; ip_output() will take care of choosing the >> > right address. Please let me know if it works for you. >> >> I reverted your "#if 0" patch (which worked for me) and applied this >> patch: no, didn't works, the route vanishes. >> > Nope, you should not have been reverting the "#if 0" patch, you should > have used both. Oh, ok. > The "#if 0" patch, like you called it, fixed the case when the route > disappeared on ``ifconfig down''. Right? With only the "#if 0" patch, everything worked as bevore the commit. > If I understood you correctly, the route still disappeared after a > new IP address was negotiated with the peer. The last patch is a No. > special hack for routes with the "default" (0.0.0.0) address; the > routing code will not delete such routes. Or did I misunderstood > something, and negotiated IP address is added as an alias address > to an interface? How does the ``ifconfig'' output looks after > the IP address is negotiated? (If the new address is an alias > address, then the second patch is not required.) This is the output with only the second patch applied and a connection to my ISP: ---snip--- (10) root@ttyp2 # route -vn get default u: inet 0.0.0.0; u: inet 0.0.0.0; u: link ; RTM_GET: Report Metrics: len 168, pid: 0, seq 1, errno 0, flags: locks: inits: sockaddrs: default default route to: default destination: default mask: default interface: isp1 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 locks: inits: sockaddrs: default isp1:0.0.0.0.0.0 default isp1:0.0.0.0.0.0 213.6.59.66 (11) root@ttyp2 # ifconfig isp1 isp1: flags=a051 mtu 1500 inet 213.6.59.66 --> 0.0.0.1 netmask 0xffff0000 ether 00:00:00:00:00:00 (13) root@ttyp2 # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 0:0:0:0:0:0 USc 30 2 isp1 0.0.0.1 213.6.59.66 UH 0 0 isp1 0.0.0.2 0.0.0.0 UH 0 0 isp0 127.0.0.1 127.0.0.1 UH 2 14817 lo0 192.168.1 link#1 UC 0 0 ed0 => ---snip--- Bye, Alexander. -- Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Apr 3 10:23:19 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 8FA5637B71D; Tue, 3 Apr 2001 10:23:11 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14kUWM-0003nj-00; Tue, 03 Apr 2001 19:23:10 +0200 Received: from a35dd.pppool.de ([213.6.53.221] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.22 #1) id 14kUWH-00008g-00; Tue, 03 Apr 2001 19:23:06 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f33HDIm04806; Tue, 3 Apr 2001 19:13:19 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200104031713.f33HDIm04806@Magelan.Leidinger.net> Date: Tue, 3 Apr 2001 19:13:16 +0200 (CEST) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) To: ru@FreeBSD.org Cc: net@FreeBSD.org, isdn@FreeBSD.org In-Reply-To: <20010403172347.A64216@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 3 Apr, Ruslan Ermilov wrote: > On Tue, Apr 03, 2001 at 04:13:27PM +0200, Alexander Leidinger wrote: >> On 2 Apr, Ruslan Ermilov wrote: >> >> > OK, we fixed the "ifconfig down" case already. The attached patch alters >> > inet routing code so that it does not delete routes with the "default" >> > source address of 0.0.0.0; ip_output() will take care of choosing the >> > right address. Please let me know if it works for you. >> >> I reverted your "#if 0" patch (which worked for me) and applied this >> patch: no, didn't works, the route vanishes. >> > Nope, you should not have been reverting the "#if 0" patch, you should > have used both. Oh, ok. > The "#if 0" patch, like you called it, fixed the case when the route > disappeared on ``ifconfig down''. Right? With only the "#if 0" patch, everything worked as bevore the commit. > If I understood you correctly, the route still disappeared after a > new IP address was negotiated with the peer. The last patch is a No. > special hack for routes with the "default" (0.0.0.0) address; the > routing code will not delete such routes. Or did I misunderstood > something, and negotiated IP address is added as an alias address > to an interface? How does the ``ifconfig'' output looks after > the IP address is negotiated? (If the new address is an alias > address, then the second patch is not required.) This is the output with only the second patch applied and a connection to my ISP: ---snip--- (10) root@ttyp2 # route -vn get default u: inet 0.0.0.0; u: inet 0.0.0.0; u: link ; RTM_GET: Report Metrics: len 168, pid: 0, seq 1, errno 0, flags: locks: inits: sockaddrs: default default route to: default destination: default mask: default interface: isp1 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 locks: inits: sockaddrs: default isp1:0.0.0.0.0.0 default isp1:0.0.0.0.0.0 213.6.59.66 (11) root@ttyp2 # ifconfig isp1 isp1: flags=a051 mtu 1500 inet 213.6.59.66 --> 0.0.0.1 netmask 0xffff0000 ether 00:00:00:00:00:00 (13) root@ttyp2 # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 0:0:0:0:0:0 USc 30 2 isp1 0.0.0.1 213.6.59.66 UH 0 0 isp1 0.0.0.2 0.0.0.0 UH 0 0 isp0 127.0.0.1 127.0.0.1 UH 2 14817 lo0 192.168.1 link#1 UC 0 0 ed0 => ---snip--- Bye, Alexander. -- Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 5 9:28:32 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 7C79F37B62A for ; Thu, 5 Apr 2001 09:28:24 -0700 (PDT) (envelope-from Gerald.Heinig@post.rwth-aachen.de) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f35GSNq24380; Thu, 5 Apr 2001 18:28:23 +0200 (MEST) Received: from post.rwth-aachen.de (s4m023.dialup.RWTH-Aachen.DE [137.226.8.23]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/3) with ESMTP id f35GSLG24376; Thu, 5 Apr 2001 18:28:22 +0200 (MEST) Message-ID: <3ACC8F6F.384A9E44@post.rwth-aachen.de> Date: Thu, 05 Apr 2001 17:29:51 +0200 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: Pavlo Baron Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: cause 16 - what is wrong? References: <003c01c0bac4$9d547c50$c900a8c0@bws1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Pavlo Baron wrote: > > hi, > > i've got a cause 16 message trying to connect to my ISP via a AVM Fritz!Card > PCI. The hardware is ok and installed on a FreeBSD 4.0 machine. My isdnd > runs on tty6 in full-screen mode. The isp0 is ifconfig-ed to 0.0.0.0, > because my ISP doesn't give me a static IP-adress on logon. Wenn i try to > ping to a server out there, in the isdn-window i get this cascade of > message-blocks (every 4 sec. frequently) : > > ----------------snipp------------------------------------------------------- > ---------------------------------- > > 31.03.2001 19:31:01 DBG msg_dialout: dial req from isp, unit 0 > 31.03.2001 19:31:01 DBG setup_dialout: entry acity ok! > 31.03.2001 19:31:01 DBG find_by_device_for_dialout: found entry 3! > 31.03.2001 19:31:01 DBG FSM event [msg-dialout]: [idle => dialing] > 31.03.2001 19:31:01 DBG F_DIAL: local dial out request > 31.03.2001 19:31:01 DBG select_first_dialno: only one no, no = .... > 31.03.2001 19:31:01 CHD 00044 acity rate 150 sec/unit (rate) > 31.03.2001 19:31:01 CHD 00044 acity dialing out from ... to ... > 31.03.2001 19:31:01 CHD 00044 acity outgoing call proceeding (ctl 0, ch 1) > 31.03.2001 19:31:04 DBG msg_charging: 1 unit(s) (estimated) > 31.03.2001 19:31:04 CHD 00044 acity outgoing call active (ctl 0, ch 1, isp0) > 31.03.2001 19:31:04 DBG FSM event [msg-con-act-ind]: [dialing => connected] > 31.03.2001 19:31:04 DBG F_DOK: dial out ok > 31.03.2001 19:31:04 DBG select_this_dialno: index = 0, no = ... > --------------------> 31.03.2001 19:31:07 CHD 00044 acity outgoing call > disconnected (remote) > --------------------> 31.03.2001 19:31:07 CHD 00044 acity cause 16: Normal > call clearing (Q.850) > --------------------> 31.03.2001 19:31:07 CHD 00044 acity charging: 1 units, > 3 seconds > --------------------> 31.03.2001 19:31:07 CHD 00044 acity accounting: in 65, > out 79 (in 65, out 65) > 31.03.2001 19:31:07 DBG FSM event [msg-disc-ind]: [connected => idle] > 31.03.2001 19:31:07 DBG F_IDIS: disconnect indication > > ----------------snipp------------------------------------------------------- > ------------------------------------- > > it seems, that the -------------------> lines describe the error that > occures on dial out - cause 16. What does this cause mean? What should i do > to fix this problem? The remote node disconnects - schuld i ask my ISP to > check out his logs and if yes, what should he look for? Hi Pavlo, If you haven't had a response to this message, here's my interpretation: Cause 16 is normal call clearing (it also says so in the message), so basically your ISP is hanging up on you. That normally happens when your authentication is flaky ie. you've used the wrong PAP and/or CHAP password. Check your authentication settings and make sure that you've got usernames and passwords correct. For the kernel ppp driver, see man ispppcontrol and for the userland ppp daemon, check your config file. Hope that helps, Gerald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 5 17:22:20 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id F062A37B449 for ; Thu, 5 Apr 2001 17:22:15 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f360MEe63916 for freebsd-isdn@freebsd.org.AVP; Fri, 6 Apr 2001 02:22:14 +0200 (CEST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f360MEq63904 for freebsd-isdn@freebsd.org; Fri, 6 Apr 2001 02:22:14 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.3/8.11.0) with ESMTP id f35Mu9C12772 for ; Fri, 6 Apr 2001 00:56:09 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Fri, 6 Apr 2001 00:56:09 +0200 (CEST) From: Leif Neland To: Subject: pppoe (=poptop?) over userland ppp 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 I've searched the mailing list archives and google, but can't locate any answers. I'm running userland ppp on a -current box as a firewall/isdn-router to connect my home-network over isdn to the internet. I'm running poptop on the linux gateway at work, and I can connect a home windows-me vith microsofts VPN to poptop and connect to the nt's inside the firewall at work. (I scared a coworker this evening: He had just checked he was the last one at the office, and suddenly the printer started printing! :-) ) But I'd like to have pppoe running on my home gateway to transparently connect my home network to the office network. While I've seen examples where I can write in ppp.conf "device: PPPoE:ed0" to connect a netgraph node to an ethernet card, I can not do "device: PPPoE:tun0"; tun0 is not a netgraph node as ed0 is. I've also tried device: PPPoE:i4bing0, but gets Warning: i4bing0 unexpected nodetype ``i4bing'' (wanted ``ether'') What to do then? Also; I can't see where I specify the adress of the remote poptop gateway machine. Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Apr 5 17:47:11 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 A4A9F37B443 for ; Thu, 5 Apr 2001 17:47:06 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f360lDU13235; Fri, 6 Apr 2001 01:47:13 +0100 (BST) (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.3/8.11.3) with ESMTP id f360l9P03701; Fri, 6 Apr 2001 01:47:09 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104060047.f360l9P03701@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Leif Neland Cc: freebsd-isdn@FreeBSD.ORG, brian@Awfulhak.org Subject: Tunneling with ppp (was: pppoe (=poptop?) over userland ppp) In-Reply-To: Message from Leif Neland of "Fri, 06 Apr 2001 00:56:09 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Apr 2001 01:47:09 +0100 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org PPPoE just puts ppp packets into ethernet frames. It's only good for tunneling if you've got a direct link between the two sides (maybe bridged). One of the simplest ways to set up a tunnel between you and them is with ssh - something like set device "!ssh remotehost -e none ppp -direct in" You can replace the ``ppp -direct in'' bit with some pppd incantation on linux if you know how (I don't). Beware though - if linux's sshd is openssh, it may be built with pipes instead of sockets and end up not working because openssh assumes that a pipe is uni-directional and only creates stdin as a read-only descriptor. This breaks ppp -direct which assumes descriptor 0 is bi-directional. The big arguments are: Bad: You've got an unreliable layer above a reliable layer - when someone creates a tcp connection through the tunnel and a packet is dropped, two layers of error correction kick in. Good: Use ``ssh -C'' instead of any ppp-level compression and you make a killing with compression that more than makes up for the TCP over TCP problem. The tunnel is as secure as your ssh key It's a piece of p1ss to set up. See /usr/share/examples/ppp/ppp.conf.sample. > I've searched the mailing list archives and google, but can't locate any > answers. > > I'm running userland ppp on a -current box as a firewall/isdn-router to > connect my home-network over isdn to the internet. > > I'm running poptop on the linux gateway at work, and I can connect a home > windows-me vith microsofts VPN to poptop and connect to the nt's inside > the firewall at work. (I scared a coworker this evening: He had just > checked he was the last one at the office, and suddenly the printer > started printing! :-) ) > > But I'd like to have pppoe running on my home gateway to transparently > connect my home network to the office network. > > While I've seen examples where I can write in ppp.conf "device: PPPoE:ed0" > to connect a netgraph node to an ethernet card, I can not do "device: > PPPoE:tun0"; tun0 is not a netgraph node as ed0 is. > > I've also tried device: PPPoE:i4bing0, but gets > > Warning: i4bing0 unexpected nodetype ``i4bing'' (wanted ``ether'') > > What to do then? > > Also; I can't see where I specify the adress of the remote poptop gateway > machine. > > Leif -- 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 Sat Apr 7 0:15:43 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id 035EC37B422 for ; Sat, 7 Apr 2001 00:15:39 -0700 (PDT) (envelope-from martin@duskware.de) Received: from fwd07.aul.t-online.de by mailout04.sul.t-online.com with smtp id 14lmwb-00023p-02; Sat, 07 Apr 2001 09:15:37 +0200 Received: from night-porter.duskware.de (520038743430-0001@[217.80.108.138]) by fmrl07.sul.t-online.com with esmtp id 14lmwX-1dcOZ6C; Sat, 7 Apr 2001 09:15:33 +0200 Received: (from martin@localhost) by night-porter.duskware.de (8.11.3/8.11.0) id f377FWG04663 for freebsd-isdn@freebsd.org; Sat, 7 Apr 2001 09:15:32 +0200 (MEST) From: Martin Husemann Message-Id: <200104070715.f377FWG04663@night-porter.duskware.de> Subject: PPP encapsulation To: freebsd-isdn@freebsd.org Date: Sat, 7 Apr 2001 09:14:17 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Sender: 520038743430-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! For reasons completely unrelated to ISDN I'm currently modifying if_spppsubr.c to optionally work without adding/expeccting serial encapsulation (PPP in HDLC-like Framing, RFC 1662). While there, I wondered if this framing is usefull for transmitting PPP over ISDN, and answered myself "not at all". Is there any standard requiring this framing? Do implemenations typically (a) require it and/or (b) use it (besides being tolerant and allowing us to use and require it - it's easily detectable automatically)? What would happen if I'd change the isp driver to not use serial framing? Any hints? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 7 1:37:24 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from bau1.a-city.de (bau1.a-city.de [195.126.182.1]) by hub.freebsd.org (Postfix) with ESMTP id DE56E37B422 for ; Sat, 7 Apr 2001 01:37:21 -0700 (PDT) (envelope-from pavlo.baron@a-city.de) Received: from bws1 (udial501.a-city.de [195.127.250.1]) by bau1.a-city.de (8.11.2/8.11.2) with SMTP id f378bEH17514; Sat, 7 Apr 2001 10:37:14 +0200 Message-ID: <002001c0bf3f$6f9a4540$c900a8c0@bws1> From: "Pavlo Baron" To: , , Subject: Re: cause 16 - what is wrong? Date: Sat, 7 Apr 2001 10:47:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit 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 hi, thanks to all for your attemptions to help me installing my ISDN. But last week end i finally installed it by myself (it was a long hack!) - here are my experiences: it's possibly not a new thing - my ISP gives me a dynamic IP address on logon. My spppcontrol conf. looked like: spppcontrol isp0 0 0.0.0.0 62.63.64.66 ... ...and that seems not to function: if i type here the gateway IP address of my ISP, there are different things happening: either my ISP throws me out or i disconnect automatically denying the given dynamic IP address! The trick is in the well known i4b-hack: i must type something like: spppcontrol isp0 0.0.0.0 0.0.0.1 ... Then, i get a dynamic IP address from my provider without denying it. P.Baron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 7 4:29:50 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 99FED37B424; Sat, 7 Apr 2001 04:29:46 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f37BTvU25108; Sat, 7 Apr 2001 12:29:57 +0100 (BST) (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.3/8.11.3) with ESMTP id f37BTjl55848; Sat, 7 Apr 2001 12:29:45 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104071129.f37BTjl55848@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Martin Husemann Cc: freebsd-isdn@FreeBSD.org, brian@Awfulhak.org, joerg@FreeBSD.org Subject: Re: PPP encapsulation In-Reply-To: Message from Martin Husemann of "Sat, 07 Apr 2001 09:14:17 +0200." <200104070715.f377FWG04663@night-porter.duskware.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 07 Apr 2001 12:29:44 +0100 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This framing is only required for passing ppp packets over asynchronous transports. Something the sppp (stands for *synchronous* ppp) device doesn't do AFAIK. So yes, tearing out the code would probably be a good thing IMHO. I've cc'd Joerg in case I'm talking out my ass - I believe he wrote sppp originally :-) > Hi! > > For reasons completely unrelated to ISDN I'm currently modifying if_spppsubr.c > to optionally work without adding/expeccting serial encapsulation > (PPP in HDLC-like Framing, RFC 1662). > > While there, I wondered if this framing is usefull for transmitting PPP over > ISDN, and answered myself "not at all". > > Is there any standard requiring this framing? Do implemenations typically > (a) require it and/or (b) use it (besides being tolerant and allowing us > to use and require it - it's easily detectable automatically)? > > What would happen if I'd change the isp driver to not use serial framing? > > Any hints? > > > Martin -- 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 Sat Apr 7 5:26:26 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id CE0EA37B424; Sat, 7 Apr 2001 05:26:23 -0700 (PDT) (envelope-from martin@duskware.de) Received: from fwd01.aul.t-online.de by mailout04.sul.t-online.com with smtp id 14lrnK-0005LD-05; Sat, 07 Apr 2001 14:26:22 +0200 Received: from night-porter.duskware.de (520038743430-0001@[217.80.108.138]) by fmrl01.sul.t-online.com with esmtp id 14lrn9-2J7xI0C; Sat, 7 Apr 2001 14:26:11 +0200 Received: (from martin@localhost) by night-porter.duskware.de (8.11.3/8.11.0) id f37CPGl05469; Sat, 7 Apr 2001 14:25:16 +0200 (MEST) From: Martin Husemann Message-Id: <200104071225.f37CPGl05469@night-porter.duskware.de> Subject: Re: PPP encapsulation In-Reply-To: <200104071129.f37BTjl55848@hak.lan.Awfulhak.org> "from Brian Somers at Apr 7, 2001 12:29:44 pm" To: Brian Somers Date: Sat, 7 Apr 2001 14:25:16 +0200 (MEST) Cc: Martin Husemann , freebsd-isdn@FreeBSD.org, joerg@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Sender: 520038743430-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > So yes, tearing out the code would probably be a good thing IMHO. We don't need to tear it out (I'm adding a PP_NOFRAMING flag to sppp.pp_flags), but this encourages me to try isp with this bit set, as soon as I'm done. The Cisco framing handling is mangled into this code, so I'd prefer not to touch it (as I can't test that). Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message