1721 and ISDN, Plase take a look at my config, see a problem??

[LedZepRock]

Hi

I am trying to set up a ISDN connection to a couple of companys we deal with, its not working, when I turn on Debug I get the following error

00:34:12: IP: s=192.168.xxx.xxx (FastEthernet0), d=xxx.xxx.xxx.xxx, len 48, dispose ip
.notgateway

Here is my config

version 12.2
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Failover
!
enable secret 5 $1$HK0L$mOzOzvWe4TGOF841CQg201
enable password xxxxxx
!
username xxxxx password 0 xxxxx
ip subnet-zero
no ip routing
!
isdn switch-type basic-net3
!
!
!
interface BRI0
no ip address
encapsulation ppp
no ip route-cache
shutdown
dialer idle-timeout 300
dialer fast-idle 120
dialer map ip 192.168.xxx.xxx name xxxxx broadcast
dialer-group 2
isdn switch-type basic-net3
isdn spid1 xxxxxxxxxxx
ppp authentication chap
!
interface FastEthernet0
ip address 192.168.xxx.xxx 255.255.255.0
no ip route-cache
speed auto
full-duplex
!
ip classless
ip route xxx.xxx.xxx.xxx 255.255.255.0 xxx.xxx.xxx.xxx
no ip http server
!
!
access-list 101 permit tcp any any
dialer-list 2 protocol ip list 101
!
line con 0
line aux 0
line vty 0 4
password xxxxx
login
!
no scheduler allocate
end

Any ideas would be most great

Simon

 

[fmonteiro]

Your BRI0 is in shutdown state. Please do a "no shutdown" and let's see what happens next.

 

[LedZepRock]

Thanks fmonteiro

OK well turning it on should help

I was using "debug all" to see the error but now the interface is up I get pages and pages of information (making it hard to get a "undebug all" in), the connection is still no comming up (using FTP) but I am unsure of what debug mode I should use to see if it is dialing or not!!

Any help would be most nice....

Simon

 

[eurobadger]

Hi

If you are using basic-net 3 as your switch type, you probably don't need the spid. However you do need a number to dial to and I guess an IP address on your BRI0.

Debug dialer events will show whether you are dialling the correct number
Debug isdn events will show what is happening with the B-channels
Debug PPP authentiaction will show that part of the call set up.

Don't run them all at the same time, as your screen will get swamped!

EB

 

[LedZepRock]

Thanks for the info, I have been sent a configuration for a client that made me rethink how this worked, I have put the configuration in and it still does not work, but when I type in the command

Failover#isdn call interface bri 0 XXXXXXXXX

I got the following information, now it seems to show that the ISDN is connecting OK, so my problem seams to be getting the FTP traffic sent to the router, I can get it to bring up the line?? any ideas???

Failover#
20:02:00: ISDN BR0: Outgoing call id = 0x800A, dsl 0
20:02:00: ISDN BR0: Event: Call to 01283511351 at 64 Kb/s
20:02:00: ISDN BR0: process_bri_call(): call id 0x800A, called_number XXXXXXXX, speed 64, call type DATA
20:02:00: CCBRI_Go Fr Host InPkgInfo (Len=27) :
20:02:00: 1 0 1 80 A 0 4 2 88 90 18 1 83 70 C 80 30 31 32 38 33 35 31 31 33 35 31
20:02:00:
20:02:00: CC_CHAN_GetIdleChanbri: dsl 0
20:02:00: Found idle channel B1
20:02:02: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to XXXXXXXXX XXXXXX




Current configuration : 1037 bytes
!
version 12.2
service config
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Failover
!
enable secret 5 $1$HK0L$mOzOzvWe4TGOF841CQg201
!
ip subnet-zero
no ip routing
!
isdn switch-type basic-net3
!
!
!
interface BRI0
no ip address
encapsulation ppp
no ip route-cache
dialer idle-timeout 300
dialer fast-idle 120
isdn switch-type basic-net3
no cdp enable
ppp authentication chap
!
interface FastEthernet0
ip address 192.168.XXX.XXX 255.255.255.0
speed auto
full-duplex
no cdp enable
!
interface Dialer1
ip address negotiated
encapsulation ppp
dialer pool 1
dialer idle-timeout 300
dialer string XXXXXXXXXX
dialer-group 1
ppp chap hostname XXXX
ppp chap password 7 00262634307425
!
ip classless
ip route XXX.XXX.XXX.XXX 255.255.255.0 Dialer1
no ip http server
!
!
access-list 101 permit ip any any
dialer-list 1 protocol ip list 101
!
line con 0
exec-timeout 0 0
line aux 0
line vty 0 4
password xxxxx
login
!
end


Any help would be great
Simon

 

[eurobadger]

Hi

I think to allow ftp you will need to have a related permit statement in your acl.

Somthing like
permit tcp any any eq ftp

would do as a starting point

EB

 

[LedZepRock]

OK

I have looked at the logs and it all seams to be working until this point....

IP: s=192.168.3.254 (FastEthernet0), d=XX.XX.38.75 (Dialer1), len 48, encapsulation failedPQUICC_FEC(0/0): PHY 0 Read reg = 0 val = 3000

Why would encapsulation fail???

Simon

 

[routerhead]

encapsulation if used for end to end communication and would fail if both sides of the connection are configured with different encapsulation types. Make sure the other end is configured with ppp encapsulation.

 

[LedZepRock]

Hi thanks Mr Head

Yes, I have a copy of the other side config and they do have
"encapsulation ppp" on both the BRI0 interface and the Dialer1 interface. also we both have the command "ppp authentication chap" and ppp multilink.

Simon