cisco 3660 taking more than one channel to make a call.

[rnarayana]

Hello,

Cisco 3660 router which has a T1 PRI card which is intergrated with a PBX takes more than one channel to make a call .Can any one tell me what can be the problem.

The IOS Version is 12.2.7 and the call manager version is 3.1(2c)

The connections are as follows.

Publisher+subscriber----- Cat 4000 ---- cisco 3660 with PRI ---- PBX

Thanks

[dumartin]

Can you capture the q931 debug and a show call active voice brief and attach it. It shouldnt take 2 ports for a call. You may want to attach to the show isdn service and show isdn stat too to help verify what is happening.

[rnarayana]

Here are the info you wanted .

Debug q931

ISDN Q931 packets debugging is on

3660#

*Mar 1 00:05:02.391: ISDN Se2/0:23: RX <- SETUP pd = 8 callref = 0x00E8

*Mar 1 00:05:02.391: Bearer Capability i = 0x8090

*Mar 1 00:05:02.391: Channel ID i = 0xA98384

*Mar 1 00:05:02.391: Calling Party Number i = 0xA1, '9032363517', Plan:ISDN, Type:National

*Mar 1 00:05:02.395: Called Party Number i = 0xA1, '3515', Plan:ISDN, Type:National

*Mar 1 00:05:02.399: ISDN Se2/0:23: TX -> CALL_PROC pd = 8 callref = 0x80E8

*Mar 1 00:05:02.399: Channel ID i = 0xA98384

*Mar 1 00:05:02.427: ISDN Se2/0:23: TX -> ALERTING pd = 8 callref = 0x80E8

*Mar 1 00:05:02.427: Progress Ind i = 0x8188

3660#

3660#

3660#

3660# - In-band info or appropriate now available

*Mar 1 00:05:02.967: ISDN Se2/0:23: RX <- DISCONNECT pd = 8 callref = 0x00E8

*Mar 1 00:05:02.967: Cause i = 0x8190 - Normal call clearing

*Mar 1 00:05:02.967: ISDN Se2/0:23: TX -> RELEASE pd = 8 callref = 0x80E8

*Mar 1 00:05:03.063: ISDN Se2/0:23: RX <- STATUS pd = 8 callref = 0x00E8

*Mar 1 00:05:03.063: Cause i = 0x80E5 - Message not compatible with call state

*Mar 1 00:05:03.063: Call State i = 0x0C

*Mar 1 00:05:03.543: ISDN Se2/0:23: RX <- RELEASE_COMP pd = 8 callref = 0x00E8

*Mar 1 00:05:05.951: ISDN Se2/0:23: RX <- CONNECT pd = 8 callref = 0x8004

*Mar 1 00:05:05.951: Channel ID i = 0xA98397

*Mar 1 00:05:05.951: ISDN Se2/0:23: TX -> CONNECT_ACK pd = 8 callref = 0x0004

*Mar 1 00:05:07.875: ISDN Se2/0:23: RX <- SETUP pd = 8 callref = 0x0001

*Mar 1 00:05:07.875: Bearer Capability i = 0x8090

*Mar 1 00:05:07.875: Channel ID i = 0xA98389

*Mar 1 00:05:07.875: Calling Party Number i = 0xA1, '9032363517', Plan:ISDN, Type:National

*Mar 1 00:05:07.875: Called Party Number i = 0xA1, '3515', Plan:ISDN, Type:National

*Mar 1 00:05:07.879: ISDN Se2/0:23: TX -> SETUP pd = 8 callref = 0x0005

*Mar 1 00:05:07.879: Bearer Capability i = 0x8090A2

*Mar 1 00:05:07.879: Channel ID i = 0xA98396

*Mar 1 00:05:07.879: Calling Party Number i = 0xA1, '3517', Plan:ISDN, Type:National

*Mar 1 00:05:07.883: Called Party Number i = 0xA1, '3515', Plan:ISDN, Type:National

*Mar 1 00:05:07.883: ISDN Se2/0:23: TX -> CALL_PROC pd = 8 callref = 0x8001

*Mar 1 00:05:07.883: Channel ID i = 0xA98389

*Mar 1 00:05:08.107: ISDN Se2/0:23: RX <- SETUP pd = 8 callref = 0x0002

*Mar 1 00:05:08.107: Bearer Capability i = 0x8090A2

*Mar 1 00:05:08.107: Channel ID i = 0xA98381

*Mar 1 00:05:08.107: Calling Party Number i = 0xA1, '9032363517', Plan:ISDN, Type:National

*Mar 1 00:05:08.111: Called Party Number i = 0xA1, '3515', Plan:ISDN, Type:National

*Mar 1 00:05:08.115: ISDN Se2/0:23: TX -> SETUP pd = 8 callref = 0x0006

*Mar 1 00:05:08.115: Bearer Capability i = 0x8090A2

*Mar 1 00:05:08.115: Channel ID i = 0xA98395

*Mar 1 00:05:08.115: Calling Party Number i = 0xA1, '3517', Plan:ISDN, Type:National

*Mar 1 00:05:08.115: Called Party Number i = 0xA1, '3515', Plan:ISDN, Type:National

*Mar 1 00:05:08.119: ISDN Se2/0:23: TX -> CALL_PROC pd = 8 callref = 0x8002

*Mar 1 00:05:08.119: Channel ID i = 0xA98381

*Mar 1 00:05:08.139: ISDN Se2/0:23: RX <- CALL_PROC pd = 8 callref = 0x8005

*Mar 1 00:05:08.139: Channel ID i = 0xA98396

*Mar 1 00:05:08.335: ISDN Se2/0:23: RX <- SETUP pd = 8 callref = 0x0003

Show call active voice

------------------ show call active voice ------------------

Total call-legs: 0

Total call-legs: 0

[dumartin]

It appears you have a config issue.Tthe called number of 3515 comes in. We then TX a setup to 3515 at the same time. It looks like the call is hairpinning. Do you have a dial-peer to send 3515 out the PRI? Can you attach the show run?

[rnarayana]

Here are the dial peer configured

dial-peer voice 1 voip

destination-pattern 392.

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 2 pots

destination-pattern 3[0-9][0-1][0-9]

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 2/0:23

forward-digits all

!

dial-peer voice 5 pots

destination-pattern [2-9]......

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 2/0:23

forward-digits all

!

dial-peer voice 6 pots

destination-pattern 1[8].........

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 2/0:23

forward-digits all

!

dial-peer voice 7 pots

destination-pattern 1..........

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 2/0:23

forward-digits all

!

dial-peer voice 10 voip

destination-pattern 393.

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 11 voip

destination-pattern 394.

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 100 pots

incoming called-number .T

destination-pattern .T

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 2/0:23

forward-digits all

!

dial-peer voice 14 voip

destination-pattern 395[0-1]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 15 voip

destination-pattern 3906

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 16 voip

destination-pattern 3915

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 17 voip

destination-pattern 398[0,1]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 18 voip

destination-pattern 3917

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 19 voip

destination-pattern 3458

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 20 voip

destination-pattern 380[0,2-4,7-9]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 21 voip

destination-pattern 381[0-1,3-9]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 22 voip

destination-pattern 382[0,3-9]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 23 voip

destination-pattern 383[0-5,7-9]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 24 voip

destination-pattern 384[0-9]

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 25 voip

destination-pattern 35..

progress_ind setup enable 3

translate-outgoing calling 1

voice-class h323 10

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 26 voip

preference 2

destination-pattern 35..

progress_ind setup enable 3

translate-outgoing calling 1

voice-class h323 10

session target ipv4:10.90.10.10

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 13 voip

destination-pattern 39..

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

!

dial-peer voice 27 voip

destination-pattern 3380

progress_ind setup enable 3

translate-outgoing calling 1

session target ipv4:10.90.10.20

dtmf-relay h245-alphanumeric

codec g711ulaw

ip precedence 5

no vad

[dumartin]

You have dial-peers for POTS and VOIP that will route the same number.

dial-peer voice 100 pots 1 , will route all calls out the PRI. ".T" means and called number. If you get more specific on your peers you should see this go away. The rule is POTS are used first, if there is no match roll to VOIP. .T is matching everything.

Try-

show dialplan number #

This will show you what peers can route that number.

[rnarayana]

Thanks a lot.