Buy or Renew
Buy or Renew
Cisco + Splunk: It’s a new day for your data. Learn more.
 
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
5684
Views
0
Helpful
23
Replies

VCS to CUCM calling outbound to the PSTN

sketterman
Level 1
Level 1

‎09-22-2011 03:42 PM - edited ‎03-17-2019 10:30 PM

I have our CUCM (6.1) server connected to our VCS 6.x implementation trough a sip trunk.  I can dial any VCS registered end point from devices registered to CUCM and vice versa.  I have a DID configured to route our MCU 4510 that is registered to VCS as well.

What I am trying to do it configure a way to dial out to the PSTN from VCS registered devices. 

I have a router configured on the VCS so when it sees any 10-digit-number@my.video.domian it replaces "my.video.domain" with the IP of the CUCM server and routers it over the sip trunk.

Eveything routes OK, but when the CUCM receives the call it responds with a 404 message.  I believe this is because the TO header arriving at CUCM is addressed to "10-Digit-Number@my.video.domain" instead of "10-Digit-Number@IP.Address.Of.CUCM"

I have a similar setup with a SIP trunk between Lync and CUCM and calls work OK.  The only difference I see is Lync uses the IP address of CUCM in the header instead of the domain name.

Labels:
0 Helpful
23 Replies 23

Marwan ALshawi
VIP Alumni
VIP Alumni

‎09-22-2011 05:41 PM

Just configure transformation rule to replace the domain name with cucm ip

And make sure the sip trunk in cucm has the right CSS

Try to dial a number in cucm make sure it works then go to test pstn

Hope this help

Sent from Cisco Technical Support iPhone App

Sent from Cisco Technical Support iPhone App

0 Helpful

sketterman
Level 1
Level 1
In response to Marwan ALshawi

‎09-23-2011 09:34 AM

I have done this and it still doesnt work.  On VCS I have a transform to replace the domain name with the IP of CUCM.  I then have a search rule to route the call to the CUCM-neighbor zone.

Here are the headers of the trace collected from the CUCM side.  I have tried the phone number with and without adding a 9 for outside access.  I keep getting the 404.  The number is dialable from CUCM, although i put a fake number below, not my cell phone :-)

pdx3@my.video.domain is the ex20 making the call

172.20.1.184 is the VCS server

172.20.8.17 is the CUCM

09/23/2011 09:00:48.922 CCM|//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 172.20.1.184 on port 25004 index 29713 with 3605 bytes:

INVITE sip:2125551212@172.20.8.17 SIP/2.0

Via: SIP/2.0/TCP 172.20.1.184:5060;egress-zone=CUCMNeighbor;branch=z9hG4bKdd374b5186fc00a49f03dfa0a97e140120450.841d79a51b97f4ba98c1e9eb79fdf3d1;proxy-call-id=34591fce-e5fd-11e0-808d-0010f31fd2ee;rport

Via: SIP/2.0/TLS 172.20.1.65:5061;branch=z9hG4bK4c8480b43b569bc60a7026de8977f3a0.1;received=172.20.1.65;rport=39046;ingress-zone=DefaultSubZone

Call-ID: 1ce6c85c96cbe0c5@172.20.1.65

CSeq: 100 INVITE

Contact:

From: ;tag=635c3442ddf31bd5

To: <2125551212>

Max-Forwards: 15

09/23/2011 09:00:48.924 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 172.20.1.184 on port 25004 index 29713

SIP/2.0 100 Trying

Date: Fri, 23 Sep 2011 16:00:48 GMT

From: ;tag=635c3442ddf31bd5

Allow-Events: presence

Content-Length: 0

To: <2125551212>

Call-ID: 1ce6c85c96cbe0c5@172.20.1.65

Via: SIP/2.0/TCP 172.20.1.184:5060;egress-zone=CUCMNeighbor;branch=z9hG4bKdd374b5186fc00a49f03dfa0a97e140120450.841d79a51b97f4ba98c1e9eb79fdf3d1;proxy-call-id=34591fce-e5fd-11e0-808d-0010f31fd2ee;rport,SIP/2.0/TLS 172.20.1.65:5061;branch=z9hG4bK4c8480b43b569bc60a7026de8977f3a0.1;received=172.20.1.65;rport=39046;ingress-zone=DefaultSubZone

CSeq: 100 INVITE

09/23/2011 09:00:48.929 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 172.20.1.184 on port 25004 index 29713

SIP/2.0 404 Not Found

Reason: Q.850;cause=1

Date: Fri, 23 Sep 2011 16:00:48 GMT

From: ;tag=635c3442ddf31bd5

Allow-Events: presence

Content-Length: 0

To: <2125551212>;tag=41fda5e9-aedd-4145-ae86-76c88160cc09-80038147

Call-ID: 1ce6c85c96cbe0c5@172.20.1.65

Via: SIP/2.0/TCP 172.20.1.184:5060;egress-zone=CUCMNeighbor;branch=z9hG4bKdd374b5186fc00a49f03dfa0a97e140120450.841d79a51b97f4ba98c1e9eb79fdf3d1;proxy-call-id=34591fce-e5fd-11e0-808d-0010f31fd2ee;rport,SIP/2.0/TLS 172.20.1.65:5061;branch=z9hG4bK4c8480b43b569bc60a7026de8977f3a0.1;received=172.20.1.65;rport=39046;ingress-zone=DefaultSubZone

CSeq: 100 INVITE

0 Helpful

Marwan ALshawi
VIP Alumni
VIP Alumni
In response to sketterman

‎09-23-2011 04:16 PM

Not sure if you had a look at this doc anyway the setup in this doc is one that can help you get it done

http://www.cisco.com/en/US/docs/telepresence/infrastructure/vcs/config_guide/Cisco_VCS_Cisco_Unified_Communications_Manager_Deployment_Guide_CUCM_6-1_7_8_and_X6.pdf

Also from vcs make sure you set sip tcp tlc off

In CUCM sip trunk make sure the sip profile listen to tcp inbound and send calls outbound as tcp too

0 Helpful

Marwan ALshawi
VIP Alumni
VIP Alumni
In response to Marwan ALshawi

‎09-23-2011 04:18 PM

I Meant sip TLS set to off

0 Helpful

sketterman
Level 1
Level 1
In response to Marwan ALshawi

‎09-23-2011 05:12 PM

I have dug through the doc several times.  Maybe I am just missing something?  All the things suggested above are in place. 

I can call phones registered to CUCM, I just cannot call out to the PSTN.  Is it even supported?  I noticed the doc states you can call any device registered on CUCM, does that include a H.323 gateway?

Call flow would be ex20 -> VCS -> CUCM -> H323 gateway (cisco 2851) -> PSTN

Here is a sip stack trace from a call.  I noticed the last line before sending the 404 is "bad holder type encountered"

=rtpmap:106 G7221/16000

a=fmtp:106 bitrate=24000

a=rtpmap:9 G722/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=sendrecv

m=video 2426 RTP/AVP 97 98 99 34 31

b=TIAS:1920000

a=rtpmap:97 H264/90000

a=fmtp:97 profile-level-id=428014;max-br=3333;max-mbps=108000;max-fs=3600;max-smbps=108000;max-fps=6000

a=rtpmap:98 H264/90000

a=fmtp:98 profile-level-id=428014;max-br=3333;max-mbps=108000;max-fs=3600;max-smbps=108000;packetization-mode=1;max-fps=6000

a=rtpmap:99 H263-1998/90000

a=fmtp:99 custom=1280,768,3;custom=1280,720,3;custom=1024,768,1;custom=1024,576,2;custom=800,600,1;cif4=1;custom=720,480,1;custom=640,480,1;custom=512,288,1;cif=1;custom=352,240,1;qcif=1;maxbr=19200

a=rtpmap:34 H263/90000

a=fmtp:34 cif4=1;cif=1;qcif=1;maxbr=19200

a=rtpmap:31 H261/90000

a=fmtp:31 cif=1;qcif=1;maxbr=19200

a=rtcp-fb:* nack pli

a=sendrecv

a=content:main

a=label:11

a=answer:full

m=application 0 TCP/BFCP *

a=floorctrl:c-s

a=confid:1

a=floorid:2 mstrm:12

a=userid:309

a=setup:actpass

a=connection:new

m=video 2428 RTP/AVP 97 98 99 34 31

b=TIAS:1920000

a=rtpmap:97 H264/90000

a=fmtp:97 profile-level-id=428014;max-br=3333;max-mbps=58000;max-fs=3840;max-smbps=58000;max-fps=6000

a=rtpmap:98 H264/90000

a=fmtp:98 profile-level-id=428014;max-br=3333;max-mbps=58000;max-fs=3840;max-smbps=58000;packetization-mode=1;max-fps=6000

a=rtpmap:99 H263-1998/90000

a=fmtp:99 custom=1280,768,3;custom=1280,720,3;custom=1024,768,2;custom=1024,576,2;custom=800,600,1;cif4=1;custom=720,480,1;custom=640,480,1;custom=512,288,1;cif=1;custom=352,240,1;qcif=1;maxbr=19200

a=rtpmap:34 H263/90000

a=fmtp:34 cif4=1;cif=1;qcif=1;maxbr=19200

a=rtpmap:31 H261/90000

a=fmtp:31 cif=1;qcif=1;maxbr=19200

a=rtcp-fb:* nack pli

a=sendrecv

a=content:slides

a=label:12

m=application 2430 RTP/AVP 107

a=rtpmap:107 H224/4800

a=sendrecv

|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:20000>

09/23/2011 16:48:16.847 CCM|//SIP/SIPTcp(4,82,1)/wait_SdlReadRsp: SignalCounter = 222896|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0x0/ccsip_spi_get_msg_type returned: 2 for event 1|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Transport/0x0/context=(nil)|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Transport/0x0/gConnTab=0xf3ea840, addr=-1207888724, port=26030, connid=30861, transport=TCP|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0x0/Checking Invite Dialog|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0x0/Added context(0xbb608f98) with key=[220688] to table|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/SIPHandler(4,85,1)/ccbId=4294967295/scbId=0/ccsip_platform_init_ccb: ccb mgmt added 0xbb608f98|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Transport/0x0/Dialog Transaction Address -1207888724,Port 26030, Transport 2, SentBy Port 5060|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/States/0xbb608f98/0xbb608f98 : State change from (STATE_NONE, SUBSTATE_NONE)  to (STATE_IDLE, SUBSTATE_NONE)|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Transport/0x0/Dialog Transaction Address -1207888724,Port 26030, Transport 2, SentBy Port 5060|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Transport/0x0/Dialog Transaction Address -1207888724,Port 26030, Transport 2, SentBy Port 5060|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0x0/No GTD found in inbound container|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0xbb608f98/****Adding to UAS Request table.|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0xbb608f98/Added to table. ccb=0xbb608f98 key=d36a7b565aed3384@172.20.1.652125551212|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0xbb608f98/Calling name , number PDX3, Calling oct3 0x00, oct_3a 0x80, ext_priv 0x00, Called number 2125551212, o|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/Stack/Info/0xbb608f98/Carrier id code , prev_cid NONE, next_cid NONE, prev_tgrp NONE, next_tgrp NONE|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.848 CCM|//SIP/SIPHandler(4,85,1)/ccbId=0/scbId=0/sip_stop_timer: type=SIP_TIMER_EXPIRES value=1800000 retries=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.848 CCM|//SIP/SIPHandler(4,85,1)/ccbId=0/scbId=0/sip_start_timer: type=SIP_TIMER_EXPIRES value=1800000 retries=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (rtcp-fb) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (content) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (answer) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (floorctrl) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (confid) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (floorid) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (userid) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (rtcp-fb) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.859 CCM|//SIP/SDPLib/Warning/0x/0/ Warning: Unrecognized attribute (content) |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Info/0xbb608f98/ccsip_api_call_setup_ind returned: SIP_SUCCESS|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/SIPD(4,87,56)/ccbId=220855/scbId=0/restart0_SIPSetupInd: mTsp.deviceName[VCS_SipTrunk]|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Info/0xbb608f98/Adding call id 35eb7 to table|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|SPROC  getCtrlPid - callingNum=PDX3, inputCtrlPid=(4,100,177,1)|<:STANDALONECLUSTER><:172.20.8.17><:DETAILED><:0800>

09/23/2011 16:48:16.860 CCM|DbMobility: can't find remdest PDX3 in map|<:STANDALONECLUSTER><:172.20.8.17><:DETAILED><:FFFFFF>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Transport/0xbb608f98/msg=0xf92edc0, addr=-1207888724, port=26030, sentBy_port=5060, is_req=0, transport=2, switch=0, callBack=(nil)|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Transport/0xbb608f98/Proceedable for sending msg immediately|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Transport/0xbb608f98/switch transport is 0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Transport/0x0/Posting send for msg=0xf92edc0, addr=-1207888724, port=26030, connId=30861 for TCP|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/States/0xbb608f98/0xbb608f98 : State change from (STATE_IDLE, SUBSTATE_NONE)  to (STATE_RECD_INVITE, SUBSTATE_NONE)|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Info/0xbb608f98/Previous Hop 172.20.1.184:5060|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/getDefAe: SIPCdpc=548, nodeId=4, processNumber=87  ci=0, branch=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:><:><:DETAILED><:20000>

09/23/2011 16:48:16.860 CCM|//SIP/SIPTcp(4,82,1)/wait_SdlSPISignal: received a spi signal ...|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.860 CCM|//SIP/Stack/Error/0x0/Bad holder type encountered : 1|<:STANDALONECLUSTER><:172.20.8.17><:4><:><:><:ERROR><:40000>

09/23/2011 16:48:16.860 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 172.20.1.184 on port 26030 index 30861

SIP/2.0 100 Trying

Date: Fri, 23 Sep 2011 23:48:16 GMT

From: ;tag=1e96f517a04047d4

Allow-Events: presence

Content-Length: 0

To: <2125551212>

Call-ID: d36a7b565aed3384@172.20.1.65

Via: SIP/2.0/TCP 172.20.1.184:5060;egress-zone=CUCMNeighbor;branch=z9hG4bK54cead369c3fec0386b41d36af09ae5d29642.2f76772bc8d2068995c8feb36de17834;proxy-call-id=8237e2f2-e63e-11e0-860d-0010f31fd2ee;rport,SIP/2.0/TLS 172.20.1.65:5061;branch=z9hG4bK053f98e93b8563de1eacadbf8f210687.1;received=172.20.1.65;rport=39046;ingress-zone=DefaultSubZone

CSeq: 100 INVITE

|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/handleSIPUASSessionExpires: isMidCall[0], method[102]|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/setSIPSessionExpiresTimer: interval[900] secs|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/preProcessOffer: |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/preProcessOffer: audiomLines[0]: rtp=1,srtp=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/preProcessOffer: videomLines[0]: rtp=1,srtp=0

|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/preProcessOffer: applicationmLines[0]: rtp=1,srtp=0

|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=0/ccbId=220855/scbId=0/star_SdlLinkISV: SDL Link In-Service received|<:STANDALONECLUSTER><:172.20.8.17><:0><:><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPD(4,87,56)/ccbId=0/scbId=0/getKeyBasedOnCiAndBranch: AddressingElement branch is 0 and ci is 80048016  mapKey is 80048016|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPD(4,87,56)/ccbId=220855/scbId=0/restart0_CcCiRes: Adding Cdpc Pid (4,100,88,548) with  mapKey 80048016 and branch 0 to mCiToPid table|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/getDefAe: SIPCdpc=548, nodeId=4, processNumber=87  ci=80048016, branch=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.861 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/sendRSVPRegisterReq: capCount[3], videoCap[1], dataCap[1]|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/inBoundWaitRSVPRes_RSVPRegisterRes: policy[0], resvStatus[0]|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/updateAllowedMethods: mEndpointAllowedMethods=053f|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|setEndpointsDtmfCaps: Detected inband DTMF support.|<:STANDALONECLUSTER><:172.20.8.17><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|SIP DTMF Info: mLocalDtmfCaps...UNSOL=1, KPML=0, Inband=0(0) mEndppointsDtmfCaps...UNSOL=0, KPML=0, Inband=1(101) mDefaultTelephonyEvent=101, mDtmfPreference=3, mMtpAllocated=0|<:STANDALONECLUSTER><:172.20.8.17><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/getDefAe: SIPCdpc=548, nodeId=4, processNumber=87  ci=80048016, branch=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/preProcessOffer: |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/preProcessOffer: audiomLines[0]: rtp=1,srtp=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/preProcessOffer: videomLines[0]: rtp=1,srtp=0

|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/preProcessOffer: applicationmLines[0]: rtp=1,srtp=0

|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/getDefCcSetupInd: No Replaces header is Present|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.862 CCM|//SIP/SIPCdpc(4,88,548)/ci=80048016/ccbId=220855/scbId=0/fillLineIdInfoInRegister: partition: DN : |<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.864 CCM|Cdcc - (0174886) - storeDchanCrp - secure capability on side 0 is (1,0)|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:0800>

09/23/2011 16:48:16.864 CCM|Cdcc::preliminaryProcessCcSetupInd: precLvl=5|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:0800>

09/23/2011 16:48:16.864 CCM|Digit Analysis: Host Address=172.20.8.17 MATCHES this node's IP address.|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:ARBITRARY><:0800>

09/23/2011 16:48:16.864 CCM|Digit Analysis: wait_DaReq: Matching SIP URL, Numeric User, user=2125551212|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:ARBITRARY><:0800>

09/23/2011 16:48:16.865 CCM|Digit Analysis: Host Address=172.20.8.17 DOES NOT MATCH top level org domain.|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:ARBITRARY><:0800>

09/23/2011 16:48:16.865 CCM|Digit analysis: wait_DaReq - cepn=[] BlockFlag=[1]|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:ARBITRARY><:0800>

09/23/2011 16:48:16.865 CCM|Digit Analysis: getDaRes - voiceMailCallingSearchSpace=[]|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:0800>

09/23/2011 16:48:16.865 CCM|Digit analysis: match(pi="2",fqcn="", cn="PDX3", plv="5", pss="Portland:Blocked:Portland_External:Portland_Operator:Voicemail:Los_Angeles:Los Angeles Fax:Seattle:Washington_DC:NYC:IndiaPartition:Voicemail_MWI", TodFilteredPss="Portland:Blocked:Portland_External:Portland_Operator:Voicemail:Los_Angeles:Los Angeles Fax:Seattle:Washington_DC:NYC:IndiaPartition:Voicemail_MWI", dd="2125551212",dac="0")|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:0800>

09/23/2011 16:48:16.865 CCM|Digit analysis: potentialMatches=ExclusivelyOffNetPotentialMatchesExist|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:0800>

09/23/2011 16:48:16.865 CCM|//SIP/SIPD(4,87,56)/ccbId=0/scbId=0/getKeyBasedOnCiAndBranch: AddressingElement branch is 0 and ci is 80048016  mapKey is 80048016|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.865 CCM|//SIP/SIPD(4,87,56)/ccbId=0/scbId=0/getCdpcPid: found Cdpc Pid (4,100,88,548) for mapKey 80048016|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Info/0x0/ccsip_spi_get_msg_type returned: 3 for event 7|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Info/0xbb608f98/Performing disconnect|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/SIPHandler(4,85,1)/ccbId=0/scbId=0/sip_stop_timer: type=SIP_TIMER_EXPIRES value=1800000 retries=0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Info/0xbb608f98/****Adding to UAS Response table.|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Info/0xbb608f98/Added to table. ccb=0xbb608f98 key=d36a7b565aed3384@172.20.1.6541FDA5E9-AEDD-4145-AE86-76C88160CC09-80048016|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Info/0xbb608f98/Associated container=0xb7e9b3b8 to Invite Response 404|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Transport/0xbb608f98/msg=0x105b6a90, addr=-1207888724, port=26030, sentBy_port=5060, is_req=0, transport=2, switch=0, callBack=0x9df8396|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Transport/0xbb608f98/Proceedable for sending msg immediately|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Transport/0xbb608f98/switch transport is 0|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Transport/0x0/Posting send for msg=0x105b6a90, addr=-1207888724, port=26030, connId=30861 for TCP|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Info/0xbb608f98/Sent an 3456XX Error Response|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/States/0xbb608f98/0xbb608f98 : State change from (STATE_RECD_INVITE, SUBSTATE_NONE)  to (STATE_DISCONNECTING, SUBSTATE_NONE)|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:STATE transition=""><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/SIPTcp(4,82,1)/wait_SdlSPISignal: received a spi signal ...|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.866 CCM|//SIP/SIPHandler(4,85,1)/ccbId=0/scbId=0/sip_stop_timer: type=SIP_TIMER_CONNECT value=500 retries=6|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.866 CCM|//SIP/SIPHandler(4,85,1)/ccbId=0/scbId=0/sip_start_timer: type=SIP_TIMER_CONNECT value=500 retries=6|<:STANDALONECLUSTER><:172.20.8.17><:4><:172.20.1.184><:><:DETAILED><:20000>

09/23/2011 16:48:16.866 CCM|//SIP/Stack/Error/0x0/Bad holder type encountered : 1|<:STANDALONECLUSTER><:172.20.8.17><:4><:><:><:ERROR><:40000>

09/23/2011 16:48:16.866 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 172.20.1.184 on port 26030 index 30861

SIP/2.0 404 Not Found

Reason: Q.850;cause=1

Date: Fri, 23 Sep 2011 23:48:16 GMT

From: ;tag=1e96f517a04047d4

Allow-Events: presence

Content-Length: 0

To: <2125551212>;tag=41fda5e9-aedd-4145-ae86-76c88160cc09-80048016

Call-ID: d36a7b565aed3384@172.20.1.65

Via: SIP/2.0/TCP 172.20.1.184:5060;egress-zone=CUCMNeighbor;branch=z9hG4bK54cead369c3fec0386b41d36af09ae5d29642.2f76772bc8d2068995c8feb36de17834;proxy-call-id=8237e2f2-e63e-11e0-860d-0010f31fd2ee;rport,SIP/2.0/TLS 172.20.1.65:5061;branch=z9hG4bK053f98e93b8563de1eacadbf8f210687.1;received=172.20.1.65;rport=39046;ingress-zone=DefaultSubZone

CSeq: 100 INVITE

0 Helpful

Ahmed Abdullahi
Level 1
Level 1

‎09-23-2011 07:30 PM

sketterman,

The problem may have to do with BFCP (Binary Floor Control Protocol)

Turn off BFCP on the E20 by going to

Make a call to the pstn and let me know if it works.

http://www.cisco.com/en/US/docs/telepresence/endpoint/ip-video-phone-e20/te4/administration_guide/cisco_ip_video_phone_e20_administrator_guide_te40.pdf

Thanks,

AA.

0 Helpful

sketterman
Level 1
Level 1
In response to Ahmed Abdullahi

‎09-23-2011 08:22 PM

Sorry gave the wrong model, it's a ex60.

I don't see that option in the advanced configuration anywhere

Sent from Cisco Technical Support iPhone App

0 Helpful

Ahmed Abdullahi
Level 1
Level 1
In response to sketterman

‎09-23-2011 09:45 PM

If there is any settings to disable content sharing, try that.

0 Helpful

Marwan ALshawi
VIP Alumni
VIP Alumni
In response to Ahmed Abdullahi

‎09-24-2011 10:26 PM

So calls to phones registered to CUCM works fine ?

Can you try ot use an MTP resource in CUCM MRG and MrGL and assign this MRGL to the SIP trunk and check the check box  "MTP required "

Also try to debug the voice gateway and see what is going on in the voice gateway side too

0 Helpful

sketterman
Level 1
Level 1
In response to Marwan ALshawi

‎09-30-2011 05:17 PM

Turned out to be a callerid issue. The calling number field was empty when it hit the gateway. I created a translation profile to add a default number for null calling party fields on the gateway, calls work now

Sent from Cisco Technical Support iPhone App

0 Helpful

oliverpowell
Level 1
Level 1
In response to sketterman

‎04-27-2012 07:24 AM

I'm having exactly the same problem but I'm not actually seeing the call hit the gateway at the moment. Everything else looks good!

This scenario is C20 -> VCS -> CUCM -> H323 gateway

Calling between CUCM registered devices and VCS devices is good, but just cant get out to the PSTN from the C20.

Tried debugging on gateway but I cannot see any traffic coming in from the C20

0 Helpful

Ahmed Abdullahi
Level 1
Level 1
In response to oliverpowell

‎04-27-2012 08:08 AM

Oliver,

Do you have other devices registered to the VCS that are making successful calls to the pstn?

0 Helpful

oliverpowell
Level 1
Level 1
In response to Ahmed Abdullahi

‎04-27-2012 08:10 AM

Hi Ahmed,

No other endpoints can make PSTN calls. This is the first attempt in this cluster.

Oliver

0 Helpful

Ahmed Abdullahi
Level 1
Level 1
In response to oliverpowell

‎04-27-2012 08:17 AM

Oliver,

On CUCM check that the SIP trunk to the VCS is set to the correct Calling Search Space.

0 Helpful
Customers Also Viewed These Support Documents