I ran into an issue at work that I just can't find the answer to regarding ISDN. I wont elaborate until I get someone that really knows this stuff to answer my question.

:crickets:

We stopped using ISDN a while ago, always had Verizon maintain it and the modem.

Sorry, bud.

:crickets:

We stopped using ISDN a while ago, always had Verizon maintain it and the modem.

Sorry, bud.

You mean you forgot? :eyebrow:

Must stay certified.... Must stay certified.

You mean you forgot? :eyebrow:

Must stay certified.... Must stay certified.

Yeah, it's been years. Our Networks folks gave Verizon all the setups, so I couldn't even tell you any of the params anymore. I just remember using NRZi data, dual channel 128 Kb/s.

I ran into an issue at work that I just can't find the answer to regarding ISDN. I wont elaborate until I get someone that really knows this stuff to answer my question.

Two B plus D. What else do you need?

Two B plus D. What else do you need?

Okay, we've defined a BRI. Try CHAP authentication over multiple B channels to be activated as BW demand rises.

Okay, we've defined a BRI. Try CHAP authentication over multiple B channels to be activated as BW demand rises.

I think you are going to have to do the CHAP over one channel before bonding the channels, but you are beyond my expertise as I always bonded the channels and did not try to increase the bonding as the BW increased.

Once the channels are bonded, the CHAP should work over the bonded channels.

Deactivate as BW drops?

I think you are going to have to do the CHAP over one channel before bonding the channels, but you are beyond my expertise as I always bonded the channels and did not try to increase the bonding as the BW increased.

Once the channels are bonded, the CHAP should work over the bonded channels.

Deactivate as BW drops?

PPP debugs show authentication occuring when raising the second channel as well. But the debug showed authentication failed. So I'm trying to figure out why, if authentication was successful when raising the first channel, the second channel failed. What's diffenent in authentication when bringing up additional channels?

Now what I discovered was hostname on the dialer channel for the far-end router was all upper case and the username on the local router was all lower case. Once I corrected this I was able to bring up additional channels. I'm trying to figure out if this was an issue why would the routers even bring up the first channel?

Yes, additional channels are dropped when BW drops.

PPP debugs show authentication occuring when raising the second channel as well. But the debug showed authentication failed. So I'm trying to figure out why, if authentication was successful when raising the first channel, the second channel failed. What's diffenent in authentication when bringing up additional channels?

Now what I discovered was hostname on the dialer channel for the far-end router was all upper case and the username on the local router was all lower case. Once I corrected this I was able to bring up additional channels. I'm trying to figure out if this was an issue why would the routers even bring up the first channel?.
Same type of routers/modems? Some are case sensitive and some are not as I remember it.

Yes, additional channels are dropped when BW drops.
I remember doing this with my CISCO ISDN router, but the authentication always occurred on one channel.

PPP debugs show authentication occuring when raising the second channel as well. But the debug showed authentication failed. So I'm trying to figure out why, if authentication was successful when raising the first channel, the second channel failed. What's diffenent in authentication when bringing up additional channels?

ok the dumb question, is this for some sort of VPN Solution ....

we use ISDN lines here ( for Radio Station Live Feeds ) but I know there are less expensive connection solutions than ISDN ...


:confused:

and I always hated troubleshooting PPP Issues ... MS VPN uses the same connection protocols? for PPTP .... so you get the fun have looking through logs when connections keep dropping .....

:whistle:

ok the dumb question, is this for some sort of VPN Solution ....

we use ISDN lines here ( for Radio Station Live Feeds ) but I know there are less expensive connection solutions than ISDN ...


:confused:

and I always hated troubleshooting PPP Issues ... MS VPN uses the same connection protocols? for PPTP .... so you get the fun have looking through logs when connections keep dropping .....

:whistle:

No solution of any sort; and not VPN related. It's a current network setup that wasn't working. I just thought I understood ISDN until we had this problem.