Date: Thu, 9 Dec 1999 01:55:32 +0100 From: Juergen Lock <nox@jelal.kn-bremen.de> To: Gary Jennejohn <garyj@muc.de> Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b syncppp not talking with Ascend Max (HP,4000-6000) version 6.1.3 - 6.1.7 ? Message-ID: <19991209015532.A8835@saturn> In-Reply-To: <199912080846.JAA06546@peedub.muc.de> References: <19991208011823.A18553@saturn.kn-bremen.de> <199912080846.JAA06546@peedub.muc.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 08, 1999 at 09:46:06AM +0100, Gary Jennejohn wrote: > Juergen Lock writes: > >On Tue, Dec 07, 1999 at 11:07:56PM +0100, Gary Jennejohn wrote: > >> Does it work to other ISPs ? > >> > > Yep, with mobilcom or talkline for example it works. (essentially same > >setup, just other interfaces with different numbers and login/passwords.) > >At my `regluar' ISP btw i have static IPs too (and still use raw IP not > >syncppp for lower overhead), but during the day these `Call-by-Call' > >ISPs are cheaper than a local call, and that not working new one > >now even would be between 1800 and 2100... > > > > OK, I played around some. Here's what I discovered: > > # netstat -nra > isp0: flags=a015<UP,DEBUG,POINTOPOINT,LINK1,MULTICAST> mtu 1500 > inet 0.0.0.0 --> 0.0.0.1 netmask 0xff000000 > isp1: flags=a011<UP,POINTOPOINT,LINK1,MULTICAST> mtu 1500 > inet 193.149.49.109 --> 193.149.48.12 netmask 0xffffff00 > isp2: flags=a015<UP,DEBUG,POINTOPOINT,LINK1,MULTICAST> mtu 1500 > inet 0.0.0.0 --> 0.0.0.1 netmask 0xffffffff That looks like ifconfig -a not netstat btw... > > isp0 points at one of my ISPs, isp2 points at Lübeckernachrichten. Try > to connect to LN: > > Dec 8 09:20:55 peedub /kernel.nb: isp2: ipcp nak opts: address [wantaddr 212.162.14.157] <7>isp2: sppp_set_ip_addr: rtinit DEL > failed, error=65 > Dec 8 09:20:55 peedub /kernel.nb: isp2: sppp_set_ip_addr: rtinit ADD failed, error=17[agree] > > same thing you saw. > > # ifconfig isp0 down delete > # netstat -nra > > isp0: flags=a014<DEBUG,POINTOPOINT,LINK1,MULTICAST> mtu 1500 > isp1: flags=a011<UP,POINTOPOINT,LINK1,MULTICAST> mtu 1500 > inet 193.149.49.109 --> 193.149.48.12 netmask 0xffffff00 > isp2: flags=a015<UP,DEBUG,POINTOPOINT,LINK1,MULTICAST> mtu 1500 > inet 0.0.0.0 --> 0.0.0.1 netmask 0xffffffff > > Connect to LN: > > Dec 8 09:24:10 peedub /kernel.nb: isp2: ipcp input(req-sent): <conf-nak id=0x6 len=10 03-06-d4-a2-0f-b3> > Dec 8 09:24:10 peedub /kernel.nb: isp2: ipcp nak opts: address [wantaddr 212.162.15.179] [agree] > Dec 8 09:24:10 peedub /kernel.nb: isp2: ipcp output <conf-req id=0x7 len=10 03-06-d4-a2-0f-b3> > > it works !!! And they have a fast internet connection, too. > > So, it's obvious that you cannot have more than 1 interface with 0.0.0.0 and > 0.0.0.1 and expect it to succeed. Right. But that wasn't my problem, i always have only one ppp if configured at a time. (Have you tried the static ifconfig tests i posted, did you get the error too?) My problem actually was the interface route (eg route add default -interface isp3), when i replaced that with a `route add default 0.0.0.1' it finally worked. Now if anyone would tell me why -interface works with all my other links, just not when i try _this_ ISP... > Seems reasonable, since the routing > routines see 2 entries with the same addresses and just reject any attempt > to modify the second one. > > This would be a good application for connect/disconnect scripts. Just down > and delete any interfaces with 0.0.0.0/0.0.0.1 after use and up them just > before use. Yea i have scripts too, they also symlink the right resolv.conf for the various ISPs... btw could ppp query nameserver address(es) too? M$'s one seems to be able to (on servers that support it), or is that one of those `special' undocumented M$ extensions again? And i also have a `regexpr = "isp[0-9]-.* outgoing call active"' in the isdnd.rc that invokes a script i hacked together to update the ipfw rules for the dynamic local ppp address... Regards, -- Juergen Lock <nox.foo@jelal.kn-bremen.de> (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991209015532.A8835>