Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

Forward TELCO calls to new SIP environment

Hi All,

          I am having issues to convert my current voice system to pure VOIP. There is the deal, currently we have a T1 link coming from our Telco to the current PBX(TELECO ----> PBX). This works fine.

Now, want to replace the legacy PBX with an Asterisk  server but asterisk server does not have a T1 card yet. The goal is to used cisco router with a T1 card, and forward the calls to the asterisk server. So new design needs to be TELCO ------> Cisco router-------> Aterisk server.

With the T1 connected to the cisco router, i can't call out nor i can't receive calls from the PSTN.

Debug out from the asterisk server show: "Got SIP response 503 "Service Unavailable" back from 10.1xx.0.x(cisco router with the T1 card)"

Below are show outputs taken from the cisco router:

sh controllers t1
T1 0/0 is up.
  Applique type is Channelized T1
  Cablelength is long gain36 0db
   No alarms detected.
  alarm-trigger is not set
  Soaking time: 3, Clearance time: 10
  AIS State:Clear  LOS State:Clear  LOF State:Clear
  Version info Firmware: 20090113, FPGA: 20, spm_count = 0
  Framing is ESF, Line Code is B8ZS, Clock Source is Line.
  CRC Threshold is 320. Reported from firmware  is 320.
  Data in current interval (542 seconds elapsed):
     56 Line Code Violations, 632 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 334 Unavail Secs
  Total Data (last 24 hours)
     0 Line Code Violations, 0 Path Code Violations,
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86400 Unavail Secs


sh isdn status
Global ISDN Switchtype = primary-5ess
ISDN Serial0/0:23 interface
        dsl 0, interface ISDN Switchtype = primary-5ess
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 0 CCBs = 0
    The Free Channel Mask:  0x807FFFFF
    Number of L2 Discards = 0, L2 Session ID = 1
    Total Allocated ISDN CCBs = 0

Partial router configuartion:

voice service voip

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

h323

!

!

voice class codec 1

codec preference 2 g711ulaw

codec preference 3 g711alaw

!

controller T1 0/0

framing esf

linecode b8zs

pri-group timeslots 1-24

!

interface Serial0/0:23

no ip address

encapsulation hdlc

no logging event link-status

isdn switch-type primary-5ess

isdn incoming-voice voice

no cdp enable

!

voice-port 0/0:23

echo-cancel coverage 32

timeouts interdigit 2

!

dial-peer voice 3001 pots

destination-pattern .T

direct-inward-dial

port 0/0:23

!

dial-peer voice 45 voip

description -- SEND CALLS TO PBX

preference 1

destination-pattern 123456789$

voice-class codec 1

session protocol sipv2

session target ipv4:5.5.5.5(PBX IPS)

dtmf-relay rtp-nte

ip qos dscp cs5 media

no vad

!

dial-peer voice 36 pots

incoming called-number 123456789

direct-inward-dial

!

Any helps or suggestion will be greatly appreciate,

Ernest

Everyone's tags (6)
13 REPLIES
Hall of Fame Super Silver

Re: Forward TELCO calls to new SIP environment

Please post debug isdn q931 and debug ccsip messages.

What version iOS are you using?

Sent from Cisco Technical Support iPhone App

New Member

Re: Forward TELCO calls to new SIP environment

Debugs output to follow...

#sh ver
Cisco IOS Software, C1700 Software (C1700-IPVOICEK9-M), Version 12.4(15)T11, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Thu 29-Oct-09 08:41 by prod_rel_team

ROM: System Bootstrap, Version 12.2(4r)XL, RELEASE SOFTWARE (fc1)

uptime is 2 weeks, 3 hours, 3 minutes
System returned to ROM by power-on
System image file is "flash:c1700-ipvoicek9-mz.124-15.T11.bin"

Thanks for the help,

Ernest

Hall of Fame Super Silver

Forward TELCO calls to new SIP environment

Ernest,

I do not see any debugs only "sh ver" output.

Chris

New Member

Re: Forward TELCO calls to new SIP environment

Hi Guys,

               I know that this discussion has been 'quiet for a while',you know it is summer time. Got to enjoy the weather.

Anyway, the currecnt issue is that setup (PBX ---> CISCO H323 ---> Telco).

OUTBOUND calls from phone register to the BPX work fine, but inbound from the PSTN died at the H323 router, even on analog phone connected to fxs port... But at the initial setup, the inbound calls worked let's say about 3 weeks ago!!

keep getting: Cause i = 0x80E262 - Message not compatible with call state or not implemented. For calls going to phone behind the PBX and Cause i = 0x82E0 - Mandatory information element missing. For calls going to FXS port, i can see the port picks up the call, but the phone never rings

1/0           -          -  -                     FXSLS_ONHOOK

1/1           g711ulaw   y  S_SETUP_REQ_PROC      FXSLS_WAIT_OFFHOOK

Below is debug ISDN

System image file is "flash:c1700-ipvoicek9-mz.124-15.T11.bin"

Thu Sep 06 18:22:04 2012: <191>9411:  Calling Party Number i = 0x2181, '4xx36xxxxx'
Thu Sep 06 18:22:04 2012: <191>9412:   Plan:ISDN, Type:National
Thu Sep 06 18:22:04 2012: <191>9413:  Called Party Number i = 0xA1, '4xx34xxxxx'
Thu Sep 06 18:22:04 2012: <191>9414:   Plan:ISDN, Type:National
Thu Sep 06 18:22:04 2012: <191>9415: Sep  7 00:22:03.928: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0x8330
Thu Sep 06 18:22:04 2012: <191>9416:  Channel ID i = 0xA9838B
Thu Sep 06 18:22:04 2012: <191>9417:   Exclusive, Channel 11
Thu Sep 06 18:22:05 2012: <191>9418: Sep  7 00:22:03.960: ISDN Se0/0:23 Q931: RX <- FACILITY pd = 8  callref = 0x0330
Thu Sep 06 18:22:05 2012: <191>9419:  Facility i = 0x9F8B0100A1080201010201008400
Thu Sep 06 18:22:05 2012: <191>9420: Sep  7 00:22:03.968: ISDN Se0/0:23 **ERROR**: Ux_BadMsg: Invalid Message for call state 9, call id 0x11C, call ref 0x8330, event 0x62
Thu Sep 06 18:22:05 2012: <191>9421: Sep  7 00:22:03.968: ISDN Se0/0:23 Q931: TX -> STATUS pd = 8  callref = 0x8330
Thu Sep 06 18:22:05 2012: <191>9422:  Cause i = 0x80E262 - Message not compatible with call state or not implemented
Thu Sep 06 18:22:05 2012: <191>9423:  Call State i = 0x09
Thu Sep 06 18:22:15 2012: <191>9424: Sep  7 00:22:14.064: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x0330
Thu Sep 06 18:22:15 2012: <191>9425:  Cause i = 0x82E6 - Recovery on timer expiry
Thu Sep 06 18:22:15 2012: <191>9426: Sep  7 00:22:14.076: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8330
Thu Sep 06 18:22:15 2012: <191>9427:  Cause i = 0x80E2 - Message not compatible with call state or not implemented
Thu Sep 06 18:22:35 2012: <191>9428: Sep  7 00:22:34.470: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x0331
Thu Sep 06 18:22:35 2012: <191>9429:  Bearer Capability i = 0x8090A2
Thu Sep 06 18:22:35 2012: <191>9430:   Standard = CCITT
Thu Sep 06 18:22:35 2012: <191>9431:   Transfer Capability = Speech 
Thu Sep 06 18:22:35 2012: <191>9432:   Transfer Mode = Circuit
Thu Sep 06 18:22:35 2012: <191>9433:   Transfer Rate = 64 kbit/s
Thu Sep 06 18:22:35 2012: <191>9434:  Channel ID i = 0xA9838E
Thu Sep 06 18:22:35 2012: <191>9435:   Exclusive, Channel 14
Thu Sep 06 18:22:35 2012: <191>9436:  Facility i = 0x9F8B0100A10F020101020100800750524956415445
Thu Sep 06 18:22:35 2012: <191>9437:  Progress Ind i = 0x8283 - Origination address is non-ISDN 
Thu Sep 06 18:22:35 2012: <191>9438:  Calling Party Number i = 0x2183, '4xx32xxxxx'
Thu Sep 06 18:22:35 2012: <191>9439:   Plan:ISDN, Type:National
Thu Sep 06 18:22:35 2012: <191>9440:  Called Party Number i = 0xA1, '4xx34xxxxx'
Thu Sep 06 18:22:35 2012: <191>9441:   Plan:ISDN, Type:National
Thu Sep 06 18:22:35 2012: <191>9442: Sep  7 00:22:34.646: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0x8331
Thu Sep 06 18:22:35 2012: <191>9443:  Channel ID i = 0xA9838E
Thu Sep 06 18:22:35 2012: <191>9444:   Exclusive, Channel 14
Thu Sep 06 18:22:46 2012: <191>9445: Sep  7 00:22:44.755: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x0331
Thu Sep 06 18:22:46 2012: <191>9446:  Cause i = 0x82E6 - Recovery on timer expiry
Thu Sep 06 18:22:46 2012: <191>9447: Sep  7 00:22:44.771: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8331
Thu Sep 06 18:24:40 2012: <191>9448: Sep  7 00:24:40.597: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x0332
Thu Sep 06 18:24:40 2012: <191>9449:  Bearer Capability i = 0x8090A2
Thu Sep 06 18:24:40 2012: <191>9450:   Standard = CCITT
Thu Sep 06 18:24:40 2012: <191>9451:   Transfer Capability = Speech 
Thu Sep 06 18:24:40 2012: <191>9452:   Transfer Mode = Circuit
Thu Sep 06 18:24:40 2012: <191>9453:   Transfer Rate = 64 kbit/s
Thu Sep 06 18:24:40 2012: <191>9454:  Channel ID i = 0xA9838D
Thu Sep 06 18:24:40 2012: <191>9455:   Exclusive, Channel 13
Thu Sep 06 18:24:40 2012: <191>9456:  Facility i = 0x9F8B0100A10F02010106072A8648CE1500040A0100
Thu Sep 06 18:24:40 2012: <191>9457:  Progress Ind i = 0x848B - Reserved value 
Thu Sep 06 18:24:40 2012: <191>9458:  Calling Party Number i = 0x2181, '4xx36xxxxx'
Thu Sep 06 18:24:40 2012: <191>9459:   Plan:ISDN, Type:National
Thu Sep 06 18:24:40 2012: <191>9460:  Called Party Number i = 0xA1, '4xx45xxxxxx'
Thu Sep 06 18:24:40 2012: <191>9461:   Plan:ISDN, Type:National
Thu Sep 06 18:24:40 2012: <191>9462: Sep  7 00:24:40.649: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0x8332
Thu Sep 06 18:24:40 2012: <191>9463:  Channel ID i = 0xA9838D
Thu Sep 06 18:24:40 2012: <191>9464:   Exclusive, Channel 13
Thu Sep 06 18:24:40 2012: <191>9465: Sep  7 00:24:40.673: ISDN Se0/0:23 Q931: TX -> PROGRESS pd = 8  callref = 0x8332
Thu Sep 06 18:24:40 2012: <191>9466: Sep  7 00:24:40.697: ISDN Se0/0:23 Q931: RX <- STATUS pd = 8  callref = 0x0332
Thu Sep 06 18:24:40 2012: <191>9467:  Cause i = 0x82E0 - Mandatory information element missing
Thu Sep 06 18:24:40 2012: <191>9468:  Call State i = 0x09
Thu Sep 06 18:24:40 2012: <191>9469: Sep  7 00:24:40.793: ISDN Se0/0:23 Q931: RX <- FACILITY pd = 8  callref = 0x0332
Thu Sep 06 18:24:40 2012: <191>9470:  Facility i = 0x9F8B0100A1080201010201008400
Thu Sep 06 18:24:40 2012: <191>9471: Sep  7 00:24:40.797: ISDN Se0/0:23 **ERROR**: Ux_BadMsg: Invalid Message for call state 7, call id 0x11E, call ref 0x8332, event 0x62
Thu Sep 06 18:24:41 2012: <191>9472: Sep  7 00:24:40.801: ISDN Se0/0:23 Q931: TX -> STATUS pd = 8  callref = 0x8332
Thu Sep 06 18:24:41 2012: <191>9473:  Cause i = 0x80E262 - Message not compatible with call state or not implemented
Thu Sep 06 18:24:41 2012: <191>9474:  Call State i = 0x07

Thanks all,

Ernest

New Member

Re: Forward TELCO calls to new SIP environment

Hi All,

            I have made some progress but still having issue fo connect call behind the PBX. There is my process since the last time.

All outbound calls work fine. But i am getting Cause i = 0x80E6 - Recovery on timer expiry coming from the TELCO switch when calling number connected to the PBX, but test calls via FXS connect to GW work fine now . I have changed the ISDN timer T310  with no luck.

Part of the config:

interface Serial0/0:23

no ip address

encapsulation hdlc

no logging event link-status

isdn switch-type primary-5ess

isdn timer T306 60000

isdn timer T310 120000

isdn incoming-voice voice

isdn supp-service name calling

isdn send-alerting

isdn sending-complete

isdn outgoing ie facility

isdn outgoing ie extended-facility

no isdn outgoing ie progress-indicator

isdn outgoing display-ie

isdn outgoing ie caller-number

isdn outgoing ie called-number

no cdp enable

!

Debug isdn q931

Fri Sep 07 17:24:50 2012: <191>10114: Sep  7 23:24:49.892: ISDN Se0/0:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1, Calling num 40x2xx97xx

Fri Sep 07 17:24:50 2012: <191>10115: Sep  7 23:24:49.900: ISDN Se0/0:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1, Called num 40x4xx64xx

Fri Sep 07 17:24:50 2012: <191>10116: Sep  7 23:24:49.900: ISDN Se0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x0125

Fri Sep 07 17:24:50 2012: <191>10117:  Sending Complete

Fri Sep 07 17:24:50 2012: <191>10118:  Bearer Capability i = 0x8090A2

Fri Sep 07 17:24:50 2012: <191>10119:   Standard = CCITT

Fri Sep 07 17:24:50 2012: <191>10120:   Transfer Capability = Speech 

Fri Sep 07 17:24:50 2012: <191>10121:   Transfer Mode = Circuit

Fri Sep 07 17:24:50 2012: <191>10122:   Transfer Rate = 64 kbit/s

Fri Sep 07 17:24:50 2012: <191>10123:  Channel ID i = 0xA98396

Fri Sep 07 17:24:50 2012: <191>10124:   Exclusive, Channel 22

Fri Sep 07 17:24:50 2012: <191>10125:  Calling Party Number i = 0x2183, '40x2xx97xx'

Fri Sep 07 17:24:50 2012: <191>10126:   Plan:ISDN, Type:National

Fri Sep 07 17:24:50 2012: <191>10127:  Called Party Number i = 0xA1, '40x4xx64xx'

Fri Sep 07 17:24:50 2012: <191>10128:   Plan:ISDN, Type:National

Fri Sep 07 17:24:50 2012: <191>10129: Sep  7 23:24:49.928: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x03B2

Fri Sep 07 17:24:50 2012: <191>10130:  Cause i = 0x82E6 - Recovery on timer expiry

Fri Sep 07 17:24:50 2012: <191>10131: Sep  7 23:24:49.940: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x83B2

Fri Sep 07 17:24:50 2012: <191>10132: Sep  7 23:24:49.952: ISDN Se0/0:23 Q931: RX <- CALL_PROC pd = 8  callref = 0x8125

Fri Sep 07 17:24:50 2012: <191>10133:  Channel ID i = 0xA98396

Fri Sep 07 17:24:50 2012: <191>10134:   Exclusive, Channel 22

Fri Sep 07 17:24:50 2012: <191>10135: Sep  7 23:24:50.004: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x03B4

Fri Sep 07 17:24:50 2012: <191>10136:  Bearer Capability i = 0x8090A2

Fri Sep 07 17:24:50 2012: <191>10137:   Standard = CCITT

Fri Sep 07 17:24:50 2012: <191>10138:   Transfer Capability = Speech 

Fri Sep 07 17:24:50 2012: <191>10139:   Transfer Mode = Circuit

Fri Sep 07 17:24:50 2012: <191>10140:   Transfer Rate = 64 kbit/s

Fri Sep 07 17:24:50 2012: <191>10141:  Channel ID i = 0xA9838E

Fri Sep 07 17:24:50 2012: <191>10142:   Exclusive, Channel 14

Fri Sep 07 17:24:50 2012: <191>10143:  Facility i = 0x9F8B0100A1080201010201008400

Fri Sep 07 17:24:50 2012: <191>10144:  Calling Party Number i = 0x2183, '40x2xx97xx'

Fri Sep 07 17:24:50 2012: <191>10145:   Plan:ISDN, Type:National

Fri Sep 07 17:24:50 2012: <191>10146:  Called Party Number i = 0xA1, '40x4xx64xx'

Fri Sep 07 17:24:50 2012: <191>10147:   Plan:ISDN, Type:National

Fri Sep 07 17:24:51 2012: <191>10148: Sep  7 23:24:50.161: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0x83B4

Fri Sep 07 17:24:51 2012: <191>10149:  Channel ID i = 0xA9838E

Fri Sep 07 17:24:51 2012: <191>10150:   Exclusive, Channel 14

Fri Sep 07 17:25:00 2012: <191>10151: Sep  7 23:24:59.937: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x03B3

Fri Sep 07 17:25:00 2012: <191>10152:  Cause i = 0x82E6 - Recovery on timer expiry

Fri Sep 07 17:25:00 2012: <191>10153: Sep  7 23:24:59.937: ISDN Se0/0:23 Q931: RX <- PROGRESS pd = 8  callref = 0x8124

Fri Sep 07 17:25:00 2012: <191>10154:  Cause i = 0x8292 - No user responding

Fri Sep 07 17:25:00 2012: <191>10155:  Progress Ind i = 0x8288 - In-band info or appropriate now available

Fri Sep 07 17:25:00 2012: <191>10156: Sep  7 23:24:59.957: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x83B3

Fri Sep 07 17:25:00 2012: <191>10157: Sep  7 23:25:00.077: ISDN Se0/0:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x0125

Fri Sep 07 17:25:00 2012: <191>10158:  Cause i = 0x80E6 - Recovery on timer expiry

Fri Sep 07 17:25:00 2012: <191>10159: Sep  7 23:25:00.113: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x8125

Fri Sep 07 17:25:01 2012: <191>10160: Sep  7 23:25:00.113: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0x03B4

Fri Sep 07 17:25:01 2012: <191>10161:  Cause i = 0x80E6 - Recovery on timer expiry

Fri Sep 07 17:25:01 2012: <191>10162: Sep  7 23:25:00.141: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x0125 Fri Sep 07 17:24:50 2012: <191>10114: Sep  7 23:24:49.892: ISDN Se0/0:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1, Calling num 40x2xx97xx
Fri Sep 07 17:24:50 2012: <191>10115: Sep  7 23:24:49.900: ISDN Se0/0:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1, Called num 40x4xx64xx
Fri Sep 07 17:24:50 2012: <191>10116: Sep  7 23:24:49.900: ISDN Se0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x0125
Fri Sep 07 17:24:50 2012: <191>10117:  Sending Complete
Fri Sep 07 17:24:50 2012: <191>10118:  Bearer Capability i = 0x8090A2
Fri Sep 07 17:24:50 2012: <191>10119:   Standard = CCITT
Fri Sep 07 17:24:50 2012: <191>10120:   Transfer Capability = Speech 
Fri Sep 07 17:24:50 2012: <191>10121:   Transfer Mode = Circuit
Fri Sep 07 17:24:50 2012: <191>10122:   Transfer Rate = 64 kbit/s
Fri Sep 07 17:24:50 2012: <191>10123:  Channel ID i = 0xA98396
Fri Sep 07 17:24:50 2012: <191>10124:   Exclusive, Channel 22
Fri Sep 07 17:24:50 2012: <191>10125:  Calling Party Number i = 0x2183, '40x2xx97xx'
Fri Sep 07 17:24:50 2012: <191>10126:   Plan:ISDN, Type:National
Fri Sep 07 17:24:50 2012: <191>10127:  Called Party Number i = 0xA1, '40x4xx64xx'
Fri Sep 07 17:24:50 2012: <191>10128:   Plan:ISDN, Type:National
Fri Sep 07 17:24:50 2012: <191>10129: Sep  7 23:24:49.928: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x03B2
Fri Sep 07 17:24:50 2012: <191>10130:  Cause i = 0x82E6 - Recovery on timer expiry
Fri Sep 07 17:24:50 2012: <191>10131: Sep  7 23:24:49.940: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x83B2
Fri Sep 07 17:24:50 2012: <191>10132: Sep  7 23:24:49.952: ISDN Se0/0:23 Q931: RX <- CALL_PROC pd = 8  callref = 0x8125
Fri Sep 07 17:24:50 2012: <191>10133:  Channel ID i = 0xA98396
Fri Sep 07 17:24:50 2012: <191>10134:   Exclusive, Channel 22
Fri Sep 07 17:24:50 2012: <191>10135: Sep  7 23:24:50.004: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8  callref = 0x03B4
Fri Sep 07 17:24:50 2012: <191>10136:  Bearer Capability i = 0x8090A2
Fri Sep 07 17:24:50 2012: <191>10137:   Standard = CCITT
Fri Sep 07 17:24:50 2012: <191>10138:   Transfer Capability = Speech 
Fri Sep 07 17:24:50 2012: <191>10139:   Transfer Mode = Circuit
Fri Sep 07 17:24:50 2012: <191>10140:   Transfer Rate = 64 kbit/s
Fri Sep 07 17:24:50 2012: <191>10141:  Channel ID i = 0xA9838E
Fri Sep 07 17:24:50 2012: <191>10142:   Exclusive, Channel 14
Fri Sep 07 17:24:50 2012: <191>10143:  Facility i = 0x9F8B0100A1080201010201008400
Fri Sep 07 17:24:50 2012: <191>10144:  Calling Party Number i = 0x2183, '40x2xx97xx'
Fri Sep 07 17:24:50 2012: <191>10145:   Plan:ISDN, Type:National
Fri Sep 07 17:24:50 2012: <191>10146:  Called Party Number i = 0xA1, '40x4xx64xx'
Fri Sep 07 17:24:50 2012: <191>10147:   Plan:ISDN, Type:National
Fri Sep 07 17:24:51 2012: <191>10148: Sep  7 23:24:50.161: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0x83B4
Fri Sep 07 17:24:51 2012: <191>10149:  Channel ID i = 0xA9838E
Fri Sep 07 17:24:51 2012: <191>10150:   Exclusive, Channel 14
Fri Sep 07 17:25:00 2012: <191>10151: Sep  7 23:24:59.937: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x03B3
Fri Sep 07 17:25:00 2012: <191>10152:  Cause i = 0x82E6 - Recovery on timer expiry
Fri Sep 07 17:25:00 2012: <191>10153: Sep  7 23:24:59.937: ISDN Se0/0:23 Q931: RX <- PROGRESS pd = 8  callref = 0x8124
Fri Sep 07 17:25:00 2012: <191>10154:  Cause i = 0x8292 - No user responding
Fri Sep 07 17:25:00 2012: <191>10155:  Progress Ind i = 0x8288 - In-band info or appropriate now available
Fri Sep 07 17:25:00 2012: <191>10156: Sep  7 23:24:59.957: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x83B3
Fri Sep 07 17:25:00 2012: <191>10157: Sep  7 23:25:00.077: ISDN Se0/0:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x0125
Fri Sep 07 17:25:00 2012: <191>10158:  Cause i = 0x80E6 - Recovery on timer expiry
Fri Sep 07 17:25:00 2012: <191>10159: Sep  7 23:25:00.113: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x8125
Fri Sep 07 17:25:01 2012: <191>10160: Sep  7 23:25:00.113: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0x03B4
Fri Sep 07 17:25:01 2012: <191>10161:  Cause i = 0x80E6 - Recovery on timer expiry
Fri Sep 07 17:25:01 2012: <191>10162: Sep  7 23:25:00.141: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x0125

Thanks all and really appreciate the help,

Ernest

New Member

Re: Forward TELCO calls to new SIP environment

When the telco sends a setup in, it is waiting for a setup ack, alerting or call proc. here there is no reply from the gateway and therefore you see the telco send a disconnect with the timer expiry. Changing T310 timer won't help here as that applies on outbound calls. You need to look at debug VoIP ccapi in out or debug ccsip to see why there is nothing being done by the gateway. The gateway should respond to the setup message which is not being done here which causes the telco to disconnect the call.

Sent from Cisco Technical Support iPad App

New Member

Re: Forward TELCO calls to new SIP environment


Thanks for the reply, and I greatly appreciate the help. Yes, you are right and  as i mentioned above, alog phone on the GW connected via FXS port work fine. And in my initial setting, call went all the way to the PBX.. and I think they stop working after modifying the voip Dial-peer which forward calls to the PBX. I think the only modification done in that dial-peer was adding the transport protocol... I will remove that and test again, unfortunately i need to wait after business hours.

dial-peer voice 460 voip

description -- SEND CALLS TO PBX

preference 1

destination-pattern 40xxxxx4[0-9][0-9]$

progress_ind setup enable 3

progress_ind progress enable 8

voice-class codec 1

session protocol sipv2

session target ipv4:10.204.x0.2xx:5060

session transport udp

dtmf-relay rtp-nte

ip qos dscp cs5 media

no vad

!

Thanks,

Ernest

New Member

Re: Forward TELCO calls to new SIP environment

In session target, you only need to mention the IP Address and not port. Can you update that and test

Sent from Cisco Technical Support iPad App

New Member

Re: Forward TELCO calls to new SIP environment

Hi all,

           I did update that, but there is no change(phone behind the PBX still CAN'T receive call from the PSTN).debug and new untested config. After some research, i have decided to add the progress-ind message in the inbound/outbound DP. Also, the cccapi debug shows the is full setup before the router send enother request setup to the TELCO switch...

dial-peer voice 3001 pots

tone ringback alert-no-PI

destination-pattern .T

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

no digit-strip

direct-inward-dial

port 0/0:23

!

dial-peer voice 460 voip

tone ringback alert-no-PI

description -- SEND CALLS TO PBX

preference 1

destination-pattern 4xxxxxx[6-9][0-9]$

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

voice-class codec 1

session protocol sipv2

session target ipv4:10x.2x.0.1xx

dtmf-relay rtp-nte

ip qos dscp cs5 media

no vad

!

sh voice caLl STAtus

CallID     CID  ccVdb                Port             DSP/Ch  Called #        Codec                   Dial-peers

0xCEC8     12E7 0x8445E064 0/0:23.19                40x4x0xx48x      None                        3004/460

0xCECA     12E8 0x8445E064 0/0:23.1                 40x4x0xx48x          None                3004/460

Debug

Tue Sep 11 18:05:05 2012: <191>43697: Calling Number=40xxx0xx78x(TON=Unknown, NPI=Unknown, Screening=Network, Presentation=Allowed),

Tue Sep 11 18:05:05 2012: <191>43698:    Called Number=40x4x0xx48x(TON=Unknown, NPI=Unknown),

Tue Sep 11 18:05:05 2012: <191>43699:    Redirect Number=, Display Info=40xxx0xx78x

Tue Sep 11 18:05:05 2012: <191>43700:    Account Number=40xxx0xx78x, Final Destination Flag=TRUE,

Tue Sep 11 18:05:05 2012: <191>43701:    Guid=EEF240B7-FBA3-11E1-97C1-E6FD50B8E5FF, Outgoing Dial-peer=460

Tue Sep 11 18:05:05 2012: <191>43702: Sep 12 00:02:10.552: //52715/EEF240B797C1/CCAPI/cc_api_display_ie_subfields:

Tue Sep 11 18:05:05 2012: <191>43703:    ccCallSetupRequest:

Tue Sep 11 18:05:05 2012: <191>43704:    cisco-username=40xxx0xx78x

Tue Sep 11 18:05:05 2012: <191>43705:    ----- ccCallInfo IE subfields -----

Tue Sep 11 18:05:05 2012: <191>43706:    cisco-ani=40xxx0xx78x

Tue Sep 11 18:05:05 2012: <191>43707:    cisco-anitype=0

Tue Sep 11 18:05:05 2012: <191>43708:    cisco-aniplan=0

Tue Sep 11 18:05:05 2012: <191>43709:    cisco-anipi=0

Tue Sep 11 18:05:05 2012: <191>43710:    cisco-anisi=3

Tue Sep 11 18:05:05 2012: <191>43711:    dest=40x4x0xx48x

Tue Sep 11 18:05:05 2012: <191>43712:    cisco-desttype=0

Tue Sep 11 18:05:05 2012: <191>43713:    cisco-destplan=0

Tue Sep 11 18:05:05 2012: <191>43714:    cisco-rdie=FFFFFFFF

Tue Sep 11 18:05:05 2012: <191>43715:

Tue Sep 11 18:05:05 2012: <191>43716:    cisco-rdn=

Tue Sep 11 18:05:05 2012: <191>43717:    cisco-rdntype=0

Tue Sep 11 18:05:05 2012: <191>43718:    cisco-rdnplan=0

Tue Sep 11 18:05:05 2012: <191>43719:    cisco-rdnpi=-1

Tue Sep 11 18:05:05 2012: <191>43720:    cisco-rdnsi=-1

Tue Sep 11 18:05:05 2012: <191>43721:    cisco-redirectreason=-1   fwd_final_type =0

Tue Sep 11 18:05:05 2012: <191>43722:    final_redirectNumber =

Tue Sep 11 18:05:05 2012: <191>43723:    hunt_group_timeout =0

Tue Sep 11 18:05:05 2012: <191>43724:

Tue Sep 11 18:05:05 2012: <191>43725: Sep 12 00:02:10.552: //52715/EEF240B797C1/CCAPI/ccIFCallSetupRequestPrivate:

Tue Sep 11 18:05:05 2012: <191>43726:   

Tue Sep 11 18:05:05 2012: <191>43727: Interface=0x849AEE90, Interface Type=3, Destination=, Mode=0x0,

Tue Sep 11 18:05:05 2012: <191>43728:    Call Params(Calling Number=40xxx0xx78x,(Calling Name=40xxx0xx78x)(TON=Unknown, NPI=Unknown, Screening=Network, Presentation=Allowed),

Tue Sep 11 18:05:05 2012: <191>43729:    Called Number=40x4x0xx48x(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

Tue Sep 11 18:05:05 2012: <191>43730:    Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=460, Call Count On=FALSE,

Tue Sep 11 18:05:05 2012: <191>43731:    Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

Tue Sep 11 18:05:05 2012: <191>43732: Sep 12 00:02:10.556: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Tue Sep 11 18:05:05 2012: <191>43733:   

Tue Sep 11 18:05:05 2012: <191>43734: Sep 12 00:02:10.556: :cc_get_feature_vsa malloc success

Tue Sep 11 18:05:05 2012: <191>43735: Sep 12 00:02:10.556: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Tue Sep 11 18:05:05 2012: <191>43736:   

Tue Sep 11 18:05:05 2012: <191>43737: Sep 12 00:02:10.556:  cc_get_feature_vsa count is 100

Tue Sep 11 18:05:05 2012: <191>43738: Sep 12 00:02:10.556: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Tue Sep 11 18:05:05 2012: <191>43739:   

Tue Sep 11 18:05:05 2012: <191>43740: Sep 12 00:02:10.556: :FEATURE_VSA attributes are: feature_name:0,feature_time:2221066136,feature_id:42370

Tue Sep 11 18:05:05 2012: <191>43741: Sep 12 00:02:10.560: //52716/EEF240B797C1/CCAPI/ccIFCallSetupRequestPrivate:

Tue Sep 11 18:05:05 2012: <191>43742:    SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1

Tue Sep 11 18:05:05 2012: <191>43743: Sep 12 00:02:10.560: //52716/EEF240B797C1/CCAPI/ccCallSetContext:

Tue Sep 11 18:05:05 2012: <191>43744:    Context=0x84E8E8C0

Tue Sep 11 18:05:05 2012: <191>43745: Sep 12 00:02:10.560: //52715/EEF240B797C1/CCAPI/ccSaveDialpeerTag:

Tue Sep 11 18:05:05 2012: <191>43746:    Outgoing Dial-peer=460

Tue Sep 11 18:05:05 2012: <191>43747: Sep 12 00:02:10.568: //52716/EEF240B797C1/CCAPI/cc_api_call_proceeding:

Tue Sep 11 18:05:05 2012: <191>43748:   

Tue Sep 11 18:05:05 2012: <191>43749: Interface=0x849AEE90, Progress Indication=NULL(0)

Tue Sep 11 18:05:05 2012: <191>43750: Sep 12 00:02:10.600: //52618/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:

Tue Sep 11 18:05:05 2012: <191>43751:    Disposition=-11, Interface=0x849AEE90, Tag=0x0, Call Id=52618,

Tue Sep 11 18:05:05 2012: <191>43752:    Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)

Tue Sep 11 18:05:05 2012: <191>43753: Sep 12 00:02:10.600: //52618/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:

Tue Sep 11 18:05:05 2012: <191>43754:    Call Disconnect Event Sent

Tue Sep 11 18:05:05 2012: <191>43755: Sep 12 00:02:10.604: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Tue Sep 11 18:05:05 2012: <191>43756:   

Tue Sep 11 18:05:05 2012: <191>43757: Sep 12 00:02:10.604: :cc_free_feature_vsa freeing 84629340

Tue Sep 11 18:05:05 2012: <191>43758: Sep 12 00:02:10.604: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Tue Sep 11 18:05:05 2012: <191>43759:   

Tue Sep 11 18:05:05 2012: <191>43760: Sep 12 00:02:10.604:  vsacount in free is 99

Tue Sep 11 18:05:05 2012: <191>43761: Sep 12 00:02:10.612: //52619/EAB47C3996A1/CCAPI/cc_api_call_disconnected:

Tue Sep 11 18:05:05 2012: <191>43762:    Cause Value=16, Interface=0x849AEE90, Call Id=52619

Tue Sep 11 18:05:05 2012: <191>43763: Sep 12 00:02:10.612: //52619/EAB47C3996A1/CCAPI/cc_api_call_disconnected:

Tue Sep 11 18:05:05 2012: <191>43764:    Call Entry(Responsed=FALSE, Cause Value=16, Retry Count=0)

Tue Sep 11 18:05:05 2012: <191>43765: Sep 12 00:02:10.624: //52617/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:

Tue Sep 11 18:05:05 2012: <191>43766:    Disposition=0, Interface=0x849AEE90, Tag=0x0, Call Id=52617,

Tue Sep 11 18:05:05 2012: <191>43767:    Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)

Tue Sep 11 18:05:05 2012: <191>43768: Sep 12 00:02:10.624: //52617/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:

Tue Sep 11 18:05:05 2012: <191>43769:    Call Disconnect Event Sent

Tue Sep 11 18:05:05 2012: <191>43770: Sep 12 00:02:10.624: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: Tue Sep 11 18:05:05 2012: <191>43697: Calling Number=40xxx0xx78x(TON=Unknown, NPI=Unknown, Screening=Network, Presentation=Allowed),
Tue Sep 11 18:05:05 2012: <191>43698:    Called Number=40x4x0xx48x(TON=Unknown, NPI=Unknown),
Tue Sep 11 18:05:05 2012: <191>43699:    Redirect Number=, Display Info=40xxx0xx78x
Tue Sep 11 18:05:05 2012: <191>43700:    Account Number=40xxx0xx78x, Final Destination Flag=TRUE,
Tue Sep 11 18:05:05 2012: <191>43701:    Guid=EEF240B7-FBA3-11E1-97C1-E6FD50B8E5FF, Outgoing Dial-peer=460
Tue Sep 11 18:05:05 2012: <191>43702: Sep 12 00:02:10.552: //52715/EEF240B797C1/CCAPI/cc_api_display_ie_subfields:
Tue Sep 11 18:05:05 2012: <191>43703:    ccCallSetupRequest:
Tue Sep 11 18:05:05 2012: <191>43704:    cisco-username=40xxx0xx78x
Tue Sep 11 18:05:05 2012: <191>43705:    ----- ccCallInfo IE subfields -----
Tue Sep 11 18:05:05 2012: <191>43706:    cisco-ani=40xxx0xx78x
Tue Sep 11 18:05:05 2012: <191>43707:    cisco-anitype=0
Tue Sep 11 18:05:05 2012: <191>43708:    cisco-aniplan=0
Tue Sep 11 18:05:05 2012: <191>43709:    cisco-anipi=0
Tue Sep 11 18:05:05 2012: <191>43710:    cisco-anisi=3
Tue Sep 11 18:05:05 2012: <191>43711:    dest=40x4x0xx48x
Tue Sep 11 18:05:05 2012: <191>43712:    cisco-desttype=0
Tue Sep 11 18:05:05 2012: <191>43713:    cisco-destplan=0
Tue Sep 11 18:05:05 2012: <191>43714:    cisco-rdie=FFFFFFFF
Tue Sep 11 18:05:05 2012: <191>43715:
Tue Sep 11 18:05:05 2012: <191>43716:    cisco-rdn=
Tue Sep 11 18:05:05 2012: <191>43717:    cisco-rdntype=0
Tue Sep 11 18:05:05 2012: <191>43718:    cisco-rdnplan=0
Tue Sep 11 18:05:05 2012: <191>43719:    cisco-rdnpi=-1
Tue Sep 11 18:05:05 2012: <191>43720:    cisco-rdnsi=-1
Tue Sep 11 18:05:05 2012: <191>43721:    cisco-redirectreason=-1   fwd_final_type =0
Tue Sep 11 18:05:05 2012: <191>43722:    final_redirectNumber =
Tue Sep 11 18:05:05 2012: <191>43723:    hunt_group_timeout =0
Tue Sep 11 18:05:05 2012: <191>43724:
Tue Sep 11 18:05:05 2012: <191>43725: Sep 12 00:02:10.552: //52715/EEF240B797C1/CCAPI/ccIFCallSetupRequestPrivate:
Tue Sep 11 18:05:05 2012: <191>43726:   
Tue Sep 11 18:05:05 2012: <191>43727: Interface=0x849AEE90, Interface Type=3, Destination=, Mode=0x0,
Tue Sep 11 18:05:05 2012: <191>43728:    Call Params(Calling Number=40xxx0xx78x,(Calling Name=40xxx0xx78x)(TON=Unknown, NPI=Unknown, Screening=Network, Presentation=Allowed),
Tue Sep 11 18:05:05 2012: <191>43729:    Called Number=40x4x0xx48x(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Tue Sep 11 18:05:05 2012: <191>43730:    Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=460, Call Count On=FALSE,
Tue Sep 11 18:05:05 2012: <191>43731:    Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Tue Sep 11 18:05:05 2012: <191>43732: Sep 12 00:02:10.556: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Tue Sep 11 18:05:05 2012: <191>43733:   
Tue Sep 11 18:05:05 2012: <191>43734: Sep 12 00:02:10.556: :cc_get_feature_vsa malloc success
Tue Sep 11 18:05:05 2012: <191>43735: Sep 12 00:02:10.556: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Tue Sep 11 18:05:05 2012: <191>43736:   
Tue Sep 11 18:05:05 2012: <191>43737: Sep 12 00:02:10.556:  cc_get_feature_vsa count is 100
Tue Sep 11 18:05:05 2012: <191>43738: Sep 12 00:02:10.556: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Tue Sep 11 18:05:05 2012: <191>43739:   
Tue Sep 11 18:05:05 2012: <191>43740: Sep 12 00:02:10.556: :FEATURE_VSA attributes are: feature_name:0,feature_time:2221066136,feature_id:42370
Tue Sep 11 18:05:05 2012: <191>43741: Sep 12 00:02:10.560: //52716/EEF240B797C1/CCAPI/ccIFCallSetupRequestPrivate:
Tue Sep 11 18:05:05 2012: <191>43742:    SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
Tue Sep 11 18:05:05 2012: <191>43743: Sep 12 00:02:10.560: //52716/EEF240B797C1/CCAPI/ccCallSetContext:
Tue Sep 11 18:05:05 2012: <191>43744:    Context=0x84E8E8C0
Tue Sep 11 18:05:05 2012: <191>43745: Sep 12 00:02:10.560: //52715/EEF240B797C1/CCAPI/ccSaveDialpeerTag:
Tue Sep 11 18:05:05 2012: <191>43746:    Outgoing Dial-peer=460
Tue Sep 11 18:05:05 2012: <191>43747: Sep 12 00:02:10.568: //52716/EEF240B797C1/CCAPI/cc_api_call_proceeding:
Tue Sep 11 18:05:05 2012: <191>43748:   
Tue Sep 11 18:05:05 2012: <191>43749: Interface=0x849AEE90, Progress Indication=NULL(0)
Tue Sep 11 18:05:05 2012: <191>43750: Sep 12 00:02:10.600: //52618/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:
Tue Sep 11 18:05:05 2012: <191>43751:    Disposition=-11, Interface=0x849AEE90, Tag=0x0, Call Id=52618,
Tue Sep 11 18:05:05 2012: <191>43752:    Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Tue Sep 11 18:05:05 2012: <191>43753: Sep 12 00:02:10.600: //52618/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:
Tue Sep 11 18:05:05 2012: <191>43754:    Call Disconnect Event Sent
Tue Sep 11 18:05:05 2012: <191>43755: Sep 12 00:02:10.604: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Sep 11 18:05:05 2012: <191>43756:   
Tue Sep 11 18:05:05 2012: <191>43757: Sep 12 00:02:10.604: :cc_free_feature_vsa freeing 84629340
Tue Sep 11 18:05:05 2012: <191>43758: Sep 12 00:02:10.604: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Sep 11 18:05:05 2012: <191>43759:   
Tue Sep 11 18:05:05 2012: <191>43760: Sep 12 00:02:10.604:  vsacount in free is 99
Tue Sep 11 18:05:05 2012: <191>43761: Sep 12 00:02:10.612: //52619/EAB47C3996A1/CCAPI/cc_api_call_disconnected:
Tue Sep 11 18:05:05 2012: <191>43762:    Cause Value=16, Interface=0x849AEE90, Call Id=52619
Tue Sep 11 18:05:05 2012: <191>43763: Sep 12 00:02:10.612: //52619/EAB47C3996A1/CCAPI/cc_api_call_disconnected:
Tue Sep 11 18:05:05 2012: <191>43764:    Call Entry(Responsed=FALSE, Cause Value=16, Retry Count=0)
Tue Sep 11 18:05:05 2012: <191>43765: Sep 12 00:02:10.624: //52617/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:
Tue Sep 11 18:05:05 2012: <191>43766:    Disposition=0, Interface=0x849AEE90, Tag=0x0, Call Id=52617,
Tue Sep 11 18:05:05 2012: <191>43767:    Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Tue Sep 11 18:05:05 2012: <191>43768: Sep 12 00:02:10.624: //52617/EAA0EBE7969B/CCAPI/cc_api_call_disconnect_done:
Tue Sep 11 18:05:05 2012: <191>43769:    Call Disconnect Event Sent
Tue Sep 11 18:05:05 2012: <191>43770: Sep 12 00:02:10.624: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Thanks all

New Member

Re: Forward TELCO calls to new SIP environment

Hi all,

             The previous changed(progress_ind) did not make any different(phone behind the pbx still can't receive call from pstn).... Any ideas where i should check or verify.... Below is the config, only the ip  and number have been change

Any suggestion and help are greatly appreciate

multilink bundle-name authenticated
isdn switch-type primary-5ess
isdn voice-call-failure 0
isdn logging
!
!
voice call send-alert
voice call carrier capacity active
voice rtp send-recv
!
voice service voip
clid network-provided
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
sip
!
!
voice class codec 1
codec preference 2 g711ulaw
codec preference 3 g711alaw
codec preference 4 g726r24
!
!
!
archive
log config
  hidekeys
!
!
controller T1 0/0
framing esf
linecode b8zs
pri-group timeslots 1-24
!
ip ssh version 1
!
!
!
!
interface FastEthernet0/0
ip address 1X.1xx.0.2xx 255.255.255.0
speed auto
no cdp enable
!
interface Serial0/0:23
no ip address
encapsulation hdlc
no logging event link-status
isdn switch-type primary-5ess
isdn timer T310 120000
isdn incoming-voice voice
isdn supp-service name calling
isdn send-alerting
isdn sending-complete
isdn outgoing ie extended-facility
isdn outgoing ie display
isdn outgoing ie caller-number
isdn outgoing ie called-number
no cdp enable
!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 FastEthernet0/0
!
no ip http server
no ip http secure-server
!
control-plane
!
!
!
voice-port 0/0:23
echo-cancel coverage 24
timeouts interdigit 3
!
voice-port 1/0
!
voice-port 1/1
!
!
!
!
!
!
dial-peer voice 3001 pots
tone ringback alert-no-PI
destination-pattern .T
progress_ind setup enable 3
progress_ind alert enable 8
progress_ind progress enable 8
progress_ind connect enable 8
no digit-strip
direct-inward-dial
port 0/0:23
!
dial-peer voice 3030 voip
description -- SEND CALLS TO pbx
preference 1
destination-pattern 4XXXXXX[3-5][0-9]$
voice-class codec 1
session protocol sipv2
session target ipv4:X.X.X.X
session transport udp
dtmf-relay rtp-nte
ip qos dscp cs5 media
no vad
!
dial-peer voice 34516453 voip
description -- SEND CALLS TO pbx
preference 1
destination-pattern 4XXXXXXX[3-9]$
voice-class codec 1
session protocol sipv2
session target ipv4:X.X.X.X
session transport udp
dtmf-relay rtp-nte
ip qos dscp cs5 media
no vad
!
dial-peer voice 460 voip
tone ringback alert-no-PI
description -- SEND CALLS TO pbx
preference 1
destination-pattern 405XXXXX[6-9][0-9]$
progress_ind setup enable 3
progress_ind alert enable 8
progress_ind progress enable 8
progress_ind connect enable 8
voice-class codec 1
session protocol sipv2
session target ipv4:X.X.X.X
dtmf-relay rtp-nte
ip qos dscp cs5 media
no vad
!

dial-peer voice 03 pots
incoming called-number 4XXXX[3-5][0-9]
direct-inward-dial
!
dial-peer voice 3004 pots
incoming called-number 4XXXXXX[6-9][0-9]
direct-inward-dial
!
dial-peer voice 3005 pots
incoming called-number 4xxxxxxxx.
direct-inward-dial
!
dial-peer voice 3006 pots
incoming called-number xxxxxxxxx
direct-inward-dial
!
dial-peer voice 3007 pots
incoming called-number 4XXXXXX
direct-inward-dial
!
dial-peer voice 3008 pots
voice cut-through alert
destination-pattern 4XXXXXXX
port 1/1
!
!

Thanks,

Re: Forward TELCO calls to new SIP environment

Progess IE message works in H323 not SIP. You VoIP dial-peers are using SIP protocol. You are missing your SIP source IP.

voice service voip

sip

bind all source-interface

"please rate useful posts"

New Member

Re: Forward TELCO calls to new SIP environment

I doubt that is the case here as debug ccsip show registration OK... But it does also send ****Deleting from UAS Request table. Please the debug below..

Fri Sep 14 08:42:09 2012: <191>72211: Sent:
Fri Sep 14 08:42:09 2012: <191>72212: SIP/2.0 200 OK

Fri Sep 14 08:42:09 2012: <191>72213: Via: SIP/2.0/UDP 1x.1x.0.xxx:5060;branch=z9hG4bK25f4afeb;rport

Fri Sep 14 08:42:09 2012: <191>72214: From: "unknown" ;tag=as3219285f

Fri Sep 14 08:42:09 2012: <191>72215: To: <1X.1X.0.2XX>;tag=32741709-15D8

Fri Sep 14 08:42:09 2012: <191>72216: Date: Fri, 14 Sep 2012 14:42:09 GMT

Fri Sep 14 08:42:09 2012: <191>72217: Call-ID: 4202eaee09254c236e5f30bc1be7b300@1x.1x.0.xxx

Fri Sep 14 08:42:09 2012: <191>72218: Server: Cisco-SIPGateway/IOS-12.x

Fri Sep 14 08:42:09 2012: <191>72219: CSeq: 102 OPTIONS

Fri Sep 14 08:42:09 2012: <191>72220: Supported: 100rel,resource-priority,replaces

Fri Sep 14 08:42:09 2012: <191>72221: Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

Fri Sep 14 08:42:09 2012: <191>72222: Allow-Events: telephone-eve
Fri Sep 14 08:42:10 2012: <191>72223: nt

Fri Sep 14 08:42:10 2012: <191>72224: Accept: application/sdp

Fri Sep 14 08:42:10 2012: <191>72225: Content-Type: application/sdp

Fri Sep 14 08:42:10 2012: <191>72226: Content-Length: 165

Fri Sep 14 08:42:10 2012: <191>72227:

Fri Sep 14 08:42:10 2012: <191>72228: v=0

Fri Sep 14 08:42:10 2012: <191>72229: o=CiscoSystemsSIP-GW-UserAgent 7745 5866 IN IP4 1x.1x.0.2xx(Voice-GW)

Fri Sep 14 08:42:10 2012: <191>72230: s=SIP Call

Fri Sep 14 08:42:10 2012: <191>72231: c=IN IP4 1x.1x.0.2xx(Voice-GW)

Fri Sep 14 08:42:10 2012: <191>72232: t=0 0

Fri Sep 14 08:42:10 2012: <191>72233: m=audio 0 RTP/AVP 18 0 8 4 2 15

Fri Sep 14 08:42:10 2012: <191>72234: c=IN IP4 1x.1x.0.2xx(Voice-GW)

Fri Sep 14 08:42:10 2012: <191>72235:
Fri Sep 14 08:42:41 2012: <191>72236: Sep 14 14:42:41.242: //64522/3243EFA48442/SIP/Info/sipSPIUdeleteccCallIdFromTable: Removing call id FC0A
Fri Sep 14 08:42:41 2012: <191>72237: Sep 14 14:42:41.242: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIDeleteContextFromTable: Context for key=[63763] removed.
Fri Sep 14 08:42:41 2012: <191>72238: Sep 14 14:42:41.242: //64522/3243EFA48442/SIP/Info/sipSPIUdeleteCcbFromUASReqTable: ****Deleting from UAS Request table.
Fri Sep 14 08:42:41 2012: <191>72239: Sep 14 14:42:41.242: //64522/3243EFA48442/SIP/Info/sipSPIUdeleteCcbFromTable: Deleting from table. ccb=0x8526FC8C key=4202eaee09254c236e5f30bc1be7b300@1x.1x.0.xxx
Fri Sep 14 08:42:41 2012: <191>72240: Sep 14 14:42:41.242: //64522/3243EFA48442/SIP/Info/sipSPIUdeleteCcbFromUASRespTable: ****Deleting from UAS Response table.
Fri Sep 14 08:42:42 2012: <191>72241: Sep 14 14:42:41.242: //64522/3243EFA48442/SIP/Info/sipSPIFlushEventBufferQueue: There are 0 events on the internal queue that are going to be free'd
Fri Sep 14 08:42:42 2012: <191>72242: Sep 14 14:42:41.246: //64522/3243EFA48442/SIP/Info/sipSPIUfreeOneCCB: Freeing ccb 8526FC8C
Fri Sep 14 08:43:09 2012: <191>72243: Sep 14 14:43:09.248: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 1x.1x.0.xxx:5060
Fri Sep 14 08:43:09 2012: <191>72244: Sep 14 14:43:09.248: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_process_sipspi_queue_event: ccsip_spi_get_msg_type returned: 2 for event 1
Fri Sep 14 08:43:09 2012: <191>72245: Sep 14 14:43:09.248: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000
Fri Sep 14 08:43:09 2012: <191>72246: Sep 14 14:43:09.252: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Fri Sep 14 08:43:09 2012: <191>72247: Received:
Fri Sep 14 08:43:09 2012: <191>72248: OPTIONS sip:1x.1x.0.2xx(Voice-GW);user=phone SIP/2.0

Fri Sep 14 08:43:09 2012: <191>72249: Via: SIP/2.0/UDP 1x.1x.0.xxx:5060;branch=z9hG4bK34bbcfe2;rport

Fri Sep 14 08:43:09 2012: <191>72250: From: "unknown" ;tag=as1159230a

Fri Sep 14 08:43:09 2012: <191>72251: To: <1X.1X.0.2XX>

Fri Sep 14 08:43:09 2012: <191>72252: Contact:

Fri Sep 14 08:43:09 2012: <191>72253: Call-ID: 02fe4bff71b8785c345480974721d788@1x.1x.0.xxx

Fri Sep 14 08:43:09 2012: <191>72254: CSeq: 102 OPTIONS

Fri Sep 14 08:43:09 2012: <191>72255: User-Agent: Asterisk PBX (digium)

Fri Sep 14 08:43:09 2012: <191>72256: Max-Forwards: 70

Fri Sep 14 08:43:09 2012: <191>72257: Date: Fri, 14 Sep 2012 14:43:17 GMT

Fri Sep 14 08:43:09 2012: <191>72258: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO

Fri Sep 14 08:43:09 2012: <191>72259: Supported: replaces

Fri Sep 14 08:43:09 2012: <191>72260: Content-Length: 0

Fri Sep 14 08:43:09 2012: <191>72261:

Fri Sep 14 08:43:09 2012: <191>72262:

Thanks,

New Member

Re: Forward TELCO calls to new SIP environment

Hi ALL,

             I am still fighting with that issue, but it seems i getting cloer to resolve it. Recent wireshark shows that CANCEL request comes from the H323 GW. Please see below

Thanks,

1144
Views
0
Helpful
13
Replies