cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1282
Views
0
Helpful
27
Replies

ISDN Driving me insane... keeps dialing.

peterfaist
Level 1
Level 1

Config

Current configuration : 3528 bytes

!

version 12.2

service timestamps debug uptime

service timestamps log datetime localtime

service password-encryption

!

hostname ************

!

logging buffered 4096 debugging

logging monitor notifications

aaa new-model

!

!

aaa authentication login default group tacacs+ enable

aaa authentication login no_tacacs enable

aaa authentication ppp default local

aaa authorization exec default group tacacs+ if-authenticated

aaa authorization commands 15 default group tacacs+ if-authenticated

aaa accounting exec default start-stop group tacacs+

aaa accounting commands 15 default start-stop group tacacs+

aaa accounting network default start-stop group tacacs+

aaa accounting system default start-stop group tacacs+

aaa session-id common

enable secret 5 ************

!

username 02 password 7 ************

username ************ password 7 ************

!

!

clock timezone PST -8

clock summer-time EST recurring

ip subnet-zero

!

!

no ip domain-lookup

!

ip ssh time-out 120

ip ssh authentication-retries 3

!

crypto mib ipsec flowmib history tunnel size 200

crypto mib ipsec flowmib history failure size 200

isdn switch-type basic-ni

!

interface Loopback0

ip address 172.18.40.1 255.255.255.192

!

interface Ethernet0/0

ip address 172.18.40.65 255.255.255.192

half-duplex

!

interface Serial0/0

no ip address

no fair-queue

!

interface BRI0/0

ip address 192.168.252.254 255.255.255.252

encapsulation ppp

no ip route-cache

no ip mroute-cache

dialer map ip 192.168.252.253 name 02 19998887776

dialer map ip 192.168.252.253 name 02 19998887777

dialer load-threshold 5 either

dialer-group 1

isdn switch-type basic-ni

isdn spid1 1

isdn spid2 2

no fair-queue

no cdp enable

ppp multilink

!

interface Serial0/1

no ip address

encapsulation frame-relay

no ip route-cache

no ip mroute-cache

no fair-queue

frame-relay traffic-shaping

frame-relay lmi-type ansi

!

interface Serial0/1.1 point-to-point

bandwidth 128

ip address 192.168.50.182 255.255.255.252

no ip route-cache

no ip mroute-cache

frame-relay class cir64/port128

frame-relay interface-dlci 110

!

router eigrp 228

network 172.18.0.0

network 192.168.50.0

no auto-summary

no eigrp log-neighbor-changes

!

ip classless

ip route 0.0.0.0 0.0.0.0 192.168.50.181

ip route 0.0.0.0 0.0.0.0 192.168.252.253 220

no ip http server

no ip pim bidir-enable

!

!

map-class frame-relay cir64/port128

frame-relay cir 128000

frame-relay bc 16000

frame-relay mincir 64000

frame-relay adaptive-shaping becn

logging 172.18.16.49

access-list 100 deny eigrp any any

access-list 100 permit ip any any

access-list 101 permit ip any any

access-list 101 permit eigrp any any

dialer-list 1 protocol ip list 100

!

!

snmp-server community *********

snmp-server community *********

snmp-server manager

tacacs-server host 172.18.16.49 key *********

tacacs-server host 172.18.16.25 key *********

call rsvp-sync

!

!

mgcp profile default

!

dial-peer cor custom

!

!

!

!

!

line con 0

login authentication no_tacacs

line aux 0

modem Dialin

transport input all

line vty 0 4

session-timeout 60

exec-timeout 60 0

password 7 *********

line vty 5

!

no scheduler allocate

ntp clock-period 17208447

ntp server 172.18.16.1

!

end

ISDN Status:

Global ISDN Switchtype = basic-ni

ISDN BRI0/0 interface

dsl 0, interface ISDN Switchtype = basic-ni

Layer 1 Status:

ACTIVE

Layer 2 Status:

TEI = 107, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

TEI 107, ces = 1, state = 5(init)

spid1 configured, no LDN, spid1 sent, spid1 valid

Endpoint ID Info: epsf = 0, usid = 70, tid = 1

TEI Not Assigned, ces = 2, state = 3(await establishment)

spid2 configured, no LDN, spid2 NOT sent, spid2 NOT valid

Layer 3 Status:

1 Active Layer 3 Call(s)

CCB:callid=0, sapi=0, ces=2, B-chan=0, calltype=INTERNAL

CCB:callid=C, sapi=0, ces=1, B-chan=1, calltype=DATA

Active dsl 0 CCBs = 2

The Free Channel Mask: 0x80000002

Number of L2 Discards = 0, L2 Session ID = 0

Total Allocated ISDN CCBs = 2

ISDN History:

--------------------------------------------------------------------------------

ISDN CALL HISTORY

--------------------------------------------------------------------------------

Call History contains all active calls, and a maximum of 100 inactive calls.

Inactive call data will be retained for a maximum of 15 minutes.

--------------------------------------------------------------------------------

Call Calling Called Remote Seconds Seconds Seconds Charges

Type Number Number Name Used Left Idle Units/Currency

--------------------------------------------------------------------------------

In (spid 1 ac) (spid1) +.7b62.c62e 100

In (spid 1 ac) (spid1) +.7b62.c62e 96

--------------------------------------------------------------------------------

So, it keeps dialing over and over again.

I don't understand though.. I've marked eigrp as uninteresting, and yet it keeps dialing, when there's not supposed to be any traffic. ALl traffic should be routing through the serial link, and when it goes down, it should use the backup ISDN.

Any idea? It should just establish layer 2, but not try to establish layer 3 until a call is made.

1 Accepted Solution

Accepted Solutions

If you do not wish to RX calls on this line , and if it is backup there is really no need to recerive calls , you can configure the command under the BRI

isdn reject data

isdn reject voice

View solution in original post

27 Replies 27

jamey
Level 4
Level 4

Try adding passive-interface bri0 under the router eigrp process.

Also, I could be wrong but the output of your show isdn call shows the calls as "in". Could you the other router be calling up this router?

I tried making bri0 passive already.

the number showing up on the show isdn history is the number of spid 1, and the first part is the area code, preceeded by the number (1).

I find that strange too.

But, the router on the other side has an entirely different spid.

So in other words, it's as if the router is dialing it's own spid...

deilert
Level 6
Level 6

ok to fix the problem with the router keeps dialing

your acl 100 needs to be fine tuned

access-list 100 deny eigrp any any (this is good)good

access-list 100 permit ip any any

After your permit place the 'log' keyword

access-list 100 permit ip any any log

This will give you Source & dest ip addresses as well as port #'s , once you get this info you can determine what is placing calls.

You also have a problem with Spid 2 the switch is not recognizing the spids the router is advertising you can teel this by

TEI Not Assigned, ces = 2, state = 3(await establishment)

spid2 configured, no LDN, spid2 NOT sent, spid2 NOT valid

you are not getting TEI from the switch , Open a ticket with the provider .

the valid state for spids are init and established all other states are not valid you will not be able to place a call

The spids, prior, said state 5=(init), but the router still kept dialing... I interpret this as "initializing". ISDN calls were still successful, but I wanted to ensure that we weren't incuring any additional charges, as this was a problem in the past.

So, I removed the spids, re-inserted them and reloaded. Now it says SPID Not valid.. but I'm going to try and put the second one in again.

place the log statement at the end of the permit in acl 100 this will tell you who is dialing

I put the new ACL and Passive-interface on bri0/0,

access-list 100 deny eigrp any any

access-list 100 permit ip any any log

but all I'm seeing is this...

Oct 2 07:53:39: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to up

Oct 2 07:53:40: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up

Oct 2 07:53:41: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0/0:1, chang

ed state to up

Oct 2 07:53:41: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1

, changed state to up

Oct 2 07:53:45: %ISDN-6-CONNECT: Interface BRI0/0:1 is now connected to 1775 00

c0.7b62.c62e

Oct 2 07:55:21: %ISDN-6-DISCONNECT: Interface BRI0/0:1 disconnected from 1775

00c0.7b62.c62e, call lasted 102 seconds

Oct 2 07:55:21: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to down

Oct 2 07:55:21: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to dow

n

Oct 2 07:55:22: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0/0:1, chang

ed state to down

Oct 2 07:55:22: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1

, changed state to down

I think the box on the remote side is calling you can you do the same thing there and see what you see

SHow isdn history on the remote side reveals that no calls have been made...

in the show ISDN status, did you notice this??

Layer 3 Status:

1 Active Layer 3 Call(s)

CCB:callid=0, sapi=0, ces=2, B-chan=0, calltype=INTERNAL

CCB:callid=C, sapi=0, ces=1, B-chan=1, calltype=DATA

CALLtype=INTERNAL ???

that's odd, don't you think?

It only keeps the info for 15 minutes configure the log statment and wait for the next call

Ok, this is strange.. here's the config of the int on the other side..

interface BRI1/0

ip address 192.168.252.253 255.255.255.252

encapsulation ppp

no ip route-cache

no ip mroute-cache

dialer-group 1

isdn switch-type basic-ni

isdn spid1 19330042000101

isdn spid2 19340042000101

no fair-queue

no cdp enable

ppp authentication chap

ppp multilink

it's not configured to dial!

but, here's what the log says: (I did a clear log before I did a show log, what's up with the time/date stamp?)

17w1d: ISDN BR1/0: TX -> RRp sapi = 0 tei = 64 nr = 5

17w1d: ISDN BR1/0: RX <- RRp sapi = 0 tei = 64 nr = 5

17w1d: ISDN BR1/0: TX -> RRf sapi = 0 tei = 64 nr = 5

17w1d: ISDN BR1/0: RX <- RRf sapi = 0 tei = 64 nr = 5

17w1d: ISDN BR1/0: RX <- RRp sapi = 0 tei = 65 nr = 1

17w1d: ISDN BR1/0: TX -> RRf sapi = 0 tei = 65 nr = 1

17w1d: ISDN BR1/0: RX <- RRp sapi = 0 tei = 64 nr = 5

17w1d: ISDN BR1/0: TX -> RRf sapi = 0 tei = 64 nr = 5

17w1d: ISDN BR1/0: RX <- RRp sapi = 0 tei = 65 nr = 1

17w1d: ISDN BR1/0: TX -> RRp sapi = 0 tei = 65 nr = 1

17w1d: ISDN BR1/0: TX -> RRf sapi = 0 tei = 65 nr = 1

17w1d: ISDN BR1/0: RX <- RRf sapi = 0 tei = 65 nr = 1

17w1d: %SEC-6-IPACCESSLOGDP: list 100 permitted icmp 172.18.89.188 -> 172.18.40.

128 (0/0), 1 packet

17w1d: %SEC-6-IPACCESSLOGDP: list 100 permitted icmp 172.18.89.188 -> 172.18.40.

229 (0/0), 1 packet

Is there on openview box or some kind on network managements server 172.18.89.188 ?

No, I think that's actually a welchia-infected machine. I blocked ICMP.. same deal.

Here's the config on the other side

Current configuration : 3734 bytes

!

!

version 12.2

no parser cache

service config

no service single-slot-reload-enable

service timestamps debug uptime

service timestamps log uptime

service password-encryption

no service dhcp

!

!

boot system slot0:c3640-i-mz.122-2.t.bin

logging buffered 10000 debugging

logging rate-limit console 10 except errors

!

clock timezone EST -5

clock summer-time EST recurring

ip subnet-zero

!

no ip dhcp-client network-discovery

isdn switch-type basic-ni

!

!

interface BRI1/0

ip address 192.168.252.253 255.255.255.252

encapsulation ppp

no ip route-cache

no ip mroute-cache

dialer-group 1

isdn switch-type basic-ni

isdn spid1 1 1

isdn spid2 1 2

no fair-queue

no cdp enable

ppp authentication chap

ppp multilink

!

!

!

router eigrp 228

timers active-time 6

passive-interface BRI1/1

network 148.189.0.0

network 172.18.0.0

no auto-summary

eigrp log-neighbor-changes

!

access-list 100 deny eigrp any any

access-list 100 permit ip any any log

access-list 101 permit ip any any

access-list 101 permit eigrp any any

dialer-list 1 protocol ip list 100

Your passive interface statement is pointing at the wrong interface:

interface BRI1/0

ip address 192.168.252.253 255.255.255.252

!

router eigrp 228

timers active-time 6

passive-interface BRI1/1

add

service timestamps debug datetime msec

service timestamps log datetime msec

to your config to change the date/time stamps from router uptime to local date/time.

Also do a debug dialer events on both routers. This will tell dialing causes.