Using a 803 BRI to raise 128K connection to my ISP

[BeelzebubUK]

Hi there,

My ISP offers 128K connection on a freephone number (Its in the UK called RedHotAnt).
As its a free service the lines are always busy at peak times and so its very difficult to raise the 2nd channel (usually have to resume the 2nd line several times before it will connect in Win9x).
So I've set up a 803 router to use ip address negotiate and ppp auth chap callin to raise the call to my ISP and so with load-thresholds set will automatically dial the 2nd channel for me.
So....it dials the 1st channel no problem and my PC can connect through my router to the internet. But....it tries to raise the 2nd channel and fails at the authentication stage. Heres the config of the router..

version 12.0
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname isptest
!
!
!
!
!
!
!
ip subnet-zero
!
ip name-server 212.41.41.1
ip name-server 212.41.41.6
isdn switch-type basic-net3
!
!
process-max-time 200
!
interface Ethernet0
ip address xxxxx
no ip directed-broadcast
ip nat inside
!
interface BRI0
description Outbound calls
ip address negotiated
no ip directed-broadcast
ip nat outside
encapsulation ppp
dialer idle-timeout 14400
dialer string xxxxx
dialer string xxxxx
dialer load-threshold 1 either
dialer-group 1
isdn switch-type basic-net3
no fair-queue
ppp chap hostname xxxxxx
ppp chap password 7 xxxxx
ppp multilink
!
ip nat inside source list 100 interface BRI0 overload
no ip http server
ip classless
ip route 0.0.0.0 0.0.0.0 BRI0
!
access-list 100 permit ip any any
dialer-list 1 protocol ip permit
!
line con 0
transport input none
stopbits 1
line vty 0 4
login
!
end


I've also used pap and ms-chap for authentication with the same negative results.

Heres the debug for ppp negotiation and authentication :


00:24:64424509440: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
00:24:64424509504: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 08081050003
00:24:64424510104: BR0:2 PPP: Treating connection as a callout
00:24:64424550400: BR0:2 PPP: Phase is ESTABLISHING, Active Open
00:24:64430558804: BR0:2 PPP: No remote authentication for call-out
00:24:68719476735: BR0:2 CHAP: Using alternate hostname rhaa0121768
00:24:68719476735: BR0:2 LCP: O CONFREQ [Closed] id 11 len 28
00:24:68719476735: BR0:2 LCP: MagicNumber 0xB0D8C1D6 (0x0506B0D8C1D6)
00:24:64424550400: BR0:2 LCP: MRRU 1524 (0x110405F4)
00:24:68719517696: BR0:2 LCP: EndpointDisc 1 Local (0x130E017268616130313231373638)
00:24:16: BR0:2 LCP: I CONFREQ [REQsent] id 1 len 30
00:24:16: BR0:2 LCP: MRU 1514 (0x010405EA)
00:24:16: BR0:2 LCP: AuthProto CHAP (0x0305C22305)
00:24:16: BR0:2 LCP: MagicNumber 0xED9A8844 (0x0506ED9A8844)
00:24:16: BR0:2 LCP: PFC (0x0702)
00:24:16: BR0:2 LCP: ACFC (0x0802)
00:24:16: BR0:2 LCP: MRRU 1514 (0x110405EA)
00:24:16: BR0:2 LCP: EndpointDisc 0 Null (0x130300)
00:24:16: BR0:2 LCP: O CONFACK [REQsent] id 1 len 30
00:24:16: BR0:2 LCP: MRU 1514 (0x010405EA)
00:24:16: BR0:2 LCP: AuthProto CHAP (0x0305C22305)
00:24:16: BR0:2 LCP: MagicNumber 0xED9A8844 (0x0506ED9A8844)
00:24:16: BR0:2 LCP: PFC (0x0702)
00:24:16: BR0:2 LCP: ACFC (0x0802)
00:24:16: BR0:2 LCP: MRRU 1514 (0x110405EA)
00:24:16: BR0:2 LCP: EndpointDisc 0 Null (0x130300)
00:24:16: BR0:2 LCP: I CONFACK [ACKsent] id 11 len 28
00:24:16: BR0:2 LCP: MagicNumber 0xB0D8C1D6 (0x0506B0D8C1D6)
00:24:16: BR0:2 LCP: MRRU 1524 (0x110405F4)
00:24:16: BR0:2 LCP: EndpointDisc 1 Local (0x130E017268616130313231373638)
00:24:16: BR0:2 LCP: State is Open
00:24:16: BR0:2 PPP: Phase is AUTHENTICATING, by the peer
00:24:16: BR0:2 CHAP: I CHALLENGE id 2 len 26 from "HiPer"
00:24:16: BR0:2 CHAP: Using alternate hostname rhaa0121768
00:24:16: BR0:2 CHAP: Username HiPer not found
00:24:16: BR0:2 CHAP: Using default password
00:24:16: BR0:2 CHAP: O RESPONSE id 2 len 32 from "rhaa0121768"
00:24:16: BR0:2 CHAP: I FAILURE id 2 len 4
00:24:16: BR0:2 LCP: I TERMREQ [Open] id 3 len 4
00:24:16: BR0:2 LCP: O TERMACK [Open] id 3 len 4
00:24:16: BR0:2 PPP: Phase is TERMINATING
00:24:73020493148: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 08081050003
00:24:73081572864: %ISDN-6-DISCONNECT: Interface BRI0:2 disconnected from 08081050003 , call lasted 1 seconds
00:24:73020493212: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
00:24:73020493604: BR0:2 LCP: State is Closed
00:24:73015885668: BR0:2 PPP: Phase is DOWN
00:24:73014444032: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 08081050003

Now I'm pretty sure that its RedHotAnts equipment thats at fault but if anyone has any suggestions as to what I can change on my router it will be greatly appreciated. Even better if someone has got this working with RedHotAnt

[sig][/sig]

 

[BusinessPhoneSystems]

Are you sure that RedHotAnt supports 128K. I was on the site the other day and could not see 128K available!

Might be totally wrong but, thought I would give it a mention.

Please let me know what you think of the ISP as it looks interesting!

 

[Gazman]

Try removing the multilink command. Most ISP connections don't use it. Also, when using PAP authentication (probably what you need to use), are you using the "callin"
statement on the end of the line?

 

[UNIX72]

I agreed with Gazman try using the callin statement. Had similar problem in which second channel did not initalize.