Menu
▾
▴
Re: [IPCop-devel] Bug fix for 0.1.2beta2 ? ISDN dual channel with no BoD
|
From: Guy E. <gu...@tr...> - 2002-04-25 23:25:14
|
Hi John,
Answers below...
At 11:10 25/04/02 +0100, you wrote:
>On Wed, Apr 24, 2002 at 09:15:14AM +1000, Guy Ellis wrote:
> > Hi John,
> >
> > I saw your post on IPCop-devel. I wrote the ibod changes, and found that
> > both channels came up ok for me and several other beta testers.
>
>Good, that means that it's just a local problem for us (unmetered ISDN
>dialup to Demon Internet in the UK).
Maybe.
> > One thing I did find is that the first channel needed to connect before
> the
> > second call is attempted, otherwise ML-PPP lcp negotiation seems to fail.
> >
> > So perhaps you have experienced a timing problem. Perhaps we need to
> wait a
> > bit longer before bringing up the second channel.
>
>The first channel is dialing up and getting an IP address in about
>3 seconds (see syslog excerpt below). The second channel does not
>even try to startup, it's as if the "isdnctrl addlink" command is
>not bonding them together.
>
>One question that I not sure on - when we run "isdnctrl addlink ippp0",
>how does it know that the channel we want to add is ippp1 ?
ippp1 is defined as a slave device for ippp0
> > Please try changing the sleep value (currently 5 seconds) to say 10
> seconds
> > with the original script and see if that fixes the problem.
>
>It's now a live system that works well with the extra dial commands, so
>I'm a bit relectant to change it too much (at least inside office hours).
>I'll let you know if I get more information.
Please try the original script when you get a chance, and send me the log.
We can then compare it to your logs below.
Cheers,
-Guy.
> > You could also check /var/log/messages to what is actually going on.
>
>OK, here's a short excerpt:
>----------------------------------------------------------------------
>Apr 23 20:35:06 gateway ipcop: Dialing Demon - Dual ISDN.
>Apr 23 20:35:06 gateway ipppd: info: no CHAP secret entry for this user!
>Apr 23 20:35:06 gateway ipppd[464]: Found 2 devices: ,
>Apr 23 20:35:06 gateway ipppd[465]: ipppd i2.2.12 (isdn4linux version of
>pppd by MH) started
>Apr 23 20:35:06 gateway ipppd[465]: init_unit: 0
>Apr 23 20:35:06 gateway ipppd[465]: Connect[0]: /dev/ippp0, fd: 5
>Apr 23 20:35:06 gateway ipppd[465]: init_unit: 1
>Apr 23 20:35:06 gateway ipppd[465]: Connect[1]: /dev/ippp1, fd: 6
>Apr 23 20:35:12 gateway kernel: ippp0: dialing 1 08440416677...
>Apr 23 20:35:14 gateway kernel: isdn_net: ippp0 connected
>Apr 23 20:35:14 gateway ipppd[465]: Local number: 01234771023, Remote
>number: 08440416677, Type: outgoing
>Apr 23 20:35:14 gateway ipppd[465]: PHASE_WAIT -> PHASE_ESTABLISHED,
>ifunit: 0, linkunit: 0, fd: 5
>Apr 23 20:35:14 gateway ipppd[465]: Remote message:
>Apr 23 20:35:14 gateway ipppd[465]: MPPP negotiation, He: Yes We: Yes
>Apr 23 20:35:14 gateway ipppd[465]: CCP enabled! Trying CCP.
>Apr 23 20:35:14 gateway ipppd[465]: CCP: got ccp-unit 0 for link 0
>(Compression Control Protocol)
>Apr 23 20:35:14 gateway ipppd[465]: ccp_resetci!
>Apr 23 20:35:15 gateway ipppd[465]: ccp_resetci!
>Apr 23 20:35:15 gateway ipppd[465]: local IP address 193.195.20.90
>Apr 23 20:35:15 gateway ipppd[465]: remote IP address 158.152.1.222
>Apr 23 20:35:15 gateway ipcop: PPP has gone up on ippp0
>----------------------------------------------------------------------
>
>With the extra dial commands I get the following:
>----------------------------------------------------------------------
>Apr 23 16:08:02 gateway ipcop: Dialing Demon - Dual ISDN.
>Apr 23 16:08:02 gateway ipppd: info: no CHAP secret entry for this user!
>Apr 23 16:08:02 gateway ipppd[30638]: Found 2 devices: ,
>Apr 23 16:08:02 gateway ipppd[30639]: ipppd i2.2.12 (isdn4linux version of
>pppd by MH) started
>Apr 23 16:08:02 gateway ipppd[30639]: init_unit: 0
>Apr 23 16:08:02 gateway ipppd[30639]: Connect[0]: /dev/ippp0, fd: 8
>Apr 23 16:08:02 gateway ipppd[30639]: init_unit: 1
>Apr 23 16:08:02 gateway ipppd[30639]: Connect[1]: /dev/ippp1, fd: 9
>Apr 23 16:08:03 gateway kernel: ippp0: dialing 1 08440416677...
>Apr 23 16:08:05 gateway kernel: isdn_net: ippp0 connected
>Apr 23 16:08:05 gateway ipppd[30639]: Local number: 01234771023, Remote
>number: 08440416677, Type: outgoing
>Apr 23 16:08:05 gateway ipppd[30639]: PHASE_WAIT -> PHASE_ESTABLISHED,
>ifunit: 0, linkunit: 0, fd: 8
>Apr 23 16:08:05 gateway ipppd[30639]: Remote message:
>Apr 23 16:08:05 gateway ipppd[30639]: MPPP negotiation, He: Yes We: Yes
>Apr 23 16:08:05 gateway ipppd[30639]: CCP enabled! Trying CCP.
>Apr 23 16:08:05 gateway ipppd[30639]: CCP: got ccp-unit 0 for link 0
>(Compression Control Protocol)
>Apr 23 16:08:05 gateway ipppd[30639]: ccp_resetci!
>Apr 23 16:08:05 gateway ipppd[30639]: ccp_resetci!
>Apr 23 16:08:06 gateway ipppd[30639]: local IP address 193.195.20.90
>Apr 23 16:08:06 gateway ipppd[30639]: remote IP address 158.152.1.222
>Apr 23 16:08:06 gateway ipcop: PPP has gone up on ippp0
>
>
>Apr 23 16:08:08 gateway kernel: ippp1: dialing 1 08440416677...
>Apr 23 16:08:10 gateway ipppd[30639]: Local number: , Remote number:
>08440416677, Type: outgoing
>Apr 23 16:08:10 gateway ipppd[30639]: PHASE_WAIT -> PHASE_ESTABLISHED,
>ifunit: 1, linkunit: 1, fd: 9
>Apr 23 16:08:10 gateway kernel: isdn_net: ippp1 connected
>Apr 23 16:08:10 gateway ipppd[30639]: ioctl(SIOCSIFMTU): No such device, 7
>ippp1 1500.
>Apr 23 16:08:10 gateway ipppd[30639]: Remote message:
>Apr 23 16:08:10 gateway ipppd[30639]: MPPP negotiation, He: Yes We: Yes
>Apr 23 16:08:10 gateway ipppd[30639]: ipppd[1]: discr: 2
>Apr 23 16:08:10 gateway ipppd[30639]: ipppd[1]: passed 1
>Apr 23 16:08:10 gateway ipppd[30639]: ipppd[1]: passed 2
>Apr 23 16:08:10 gateway ipppd[30639]: ipppd[1]: pap/chap-check passed
>Apr 23 16:08:10 gateway ipppd[30639]: ok, found a valid bundle with linkunit 0
>Apr 23 16:08:10 gateway ipppd[30639]: bundle: 0
>----------------------------------------------------------------------
>
> > Please advise.
> >
> > Cheers,
> >
> > - Guy.
>
>
> >
> >
> > At 04:34 pm 23/04/2002 +0100, you wrote:
> > >Hi
> > >We've been testing the dual channel ISDN option with no Bandwidth on
> Demand
> > >because Demon's "Super Showroom" keeps dropping both lines when
> > >
> > >Anyway with the new ppp-on script only the first channel was dialling up
> > >and "isdnctrl status ippp1" showed that the second channel was still down.
> > >
> > >I modified ppp-on to force a dialup after the "addlink" isdnctrl command
> > >using:
> > > system('/usr/sbin/isdnctrl', 'dial', 'ippp1');
> > >and the now both lines come up and stay up.
> > >
> > >A short patch file is attached.
> > >
> > >--
> > >John Edwards
> > >sh...@co...
> >
> > ------------------------------------------------------------------
> > Guy Ellis
> > gu...@tr...
> >
> > Traverse Technologies
> > ABN 98 078 657 324
> > 652 Smith St.,
> > Clifton Hill, Victoria, 3068
> > AUSTRALIA
> > http://www.traverse.com.au
> > Tel (+613) 9486 7775
> > Fax (+613) 9482 7754
> > Mobile 0419 398 234
> > ------------------------------------------------------------------
> >
> >
> > _______________________________________________
> > IPCop-devel mailing list
> > IPC...@li...
> > https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>
>--
>John Edwards
>sh...@co...
*****************************************************************
Guy Ellis
gu...@tr...
Traverse Technologies Australia
652 Smith St.,
Clifton Hill, Vic. 3068,
Australia.
http://www.traverse.com.au
Tel (613) 9486 7775
Fax (613) 9482 7754
Mobile 0419 398 234
*****************************************************************
|