Controlling which CUCM server communicate over a SIP trunk
We have 3 CUCM servers, two sub and one pub at two different physical locations.
There are two SIP trunk servers (non Cisco), we wish to have the CUCM at the same physical location to communicate with the SIP trunk device at its location, instead of going over the WAN to communicate with the other one.
Communications are initiated from the CUCM side through a route pattern that points to a RL/RG that contains the SIP trunk.
The SIP trunk uses a DP that uses a CUCM group that only contains the local CUCM server.
Can this be setup to reliably control which CUCM server talks to the SIP trunk server at its location?
Do we need to configure something differently?
Hi,
If the CUCM's are located in different physical location then the communication should be over the IP-WAN and if it is about different CUCM Cluster then we can use H323 ICT Trunk between CUCM server for communication which is again WANLink.
Still not clear with your query, However as you want to control the Gwy/Trunks using the Route Pattern. You can create two separate route pattern for internal & external.
Wherein in Internal Route Pattern you can specify the ICT/SipTrunk/GWY which is connected within the cluster under Route List/RouteGroup to route the call.
And for External Route Pattern specify the Gwy/SipTrunk which connects you to the outside world.
Regards,
Venkatesh
Similar Messages
-
CUCM route calls diferents gateways/sip trunks
Hi at all, I have CUCM 6.1.1 and I want to route calls throughs diferents gateways or sip trunks.
I planned to do with route groups, but I can not add on a route group a H323 gateway and a SIP trunk at the same time.
How can route calls in different ways?
In the CUCM page "Route patterns" I want to make alternative routes, for example, the number 6666 is on route "666X" through a "gateway/route list", but if I can not contact by going this route I need to go through the alternative route "XXXX" through another "gateway/route list".
How can I make by going first to one pattern and then the other pattern?
Thanks!
FranOk thanks but one question more.... if I have a MGCP Gateway? Can I do this from my MGCP Gateway? or I need an H323 Gateway.
And another possibility.... I dont know if it's right....
Can I do this with Partitions and CSS?
This is for example I 'll have a CSS "Global" with Partitions (Primary and Secondary);
It could go the route first to 666x Gateway with CSS "Global" and partitions (Primary and Secondary). This way I do not know if it is routed first through the Gateway of the partition as Primary and Secondary alternative partition that is served by the SIP Trunk.
Using the "Dial Number Analyzer" I get the second path XXXX (SIP Trunk) as an alternative route ... -
Changing external Caller ID over a SIP Trunk to SIP Provider
I am working with a client and when they place calls out to any external user they have the wrong name showing on the external caller ID.
I have spoken with the SIP provider and apparently they want us to pass the CNAM, or rather they have it setup for us to do this.
I opened a case with Cisco and the TAC engineer said the provider has to do this because it cannot be done from CUCM or the gateway.
For example, it says right now "location A" for external calls and I want to change this to say "location B" .
Is this even possible?what is the call flow? did you check the caller name in SIP trunk configuration?
-
Third Party Phone over SIP Trunk with CUCM 9.x
Hi all,
I have a problem where my Third Party SIP phones wont go over the SIP trunk configured in my CUCM 9.x cluster. My Cisco phones work fine and goes out the trunk. I have noticed a distinct difference in wireshark with the invite packets from Third Party SIP phones and the Cisco ones.
I have configured the SIP trunk in CUCM with the following route pattern (60.!#)and configured it with associated group and list. Heres the differense between the invite packets from Cisco and Third Party phones.
Cisco Phone: INVITE sip.60xxxx%23@ipadress
Third Party SIP Phone: INVITE sip:[email protected]
It seems the Cisco phones gets some extra configured the Third Party ones dont...
Thanks in advance for any help.
//PerThanks for the answer
Yeah i have DNS configured and i have the trunk pointed to a domain destination SRV record and like i said it works fine when calling from a Cisco phone. I tried changing the domain to an ip address but same result. I also changed the Plycom phone from being registered towards the domain of CUCM to an IP adress of CUCM and then the SIP INVITE messages in wireshark began to look kinda the same expet for the "%23" section but it still dont work.
When i look at the Real Time Data in RTMT the orig and final called from the cisco phone has stripped the 60 and forwared the rest of the number towards the correct domain for the SIP trunk.
When looking at the data from the Polycom phone the orig and final called data still contains the 60 prefix part and the called device name field is empty. The termination Cause Code is that the number requested is Unallocated/Unassigned..
In other words something is missing to get CUCM to strip 60 from the Polycom phones dialed number and send it towards the SIP trunk like it does when the Cisco phones call it.
Unfortunatley i dont have the meens to attach the trace...
Thanks again for any help/advice
With regards, Per. -
Callcentric SIP Trunk (ITSP -- 2811 CUBE -- CUCM 8.6
I have a SIP trunk from call centric that goes into my lab gear - they appear to be a good sip service due to cost but I'm having some trouble getting calls to route correctly. The call flow is Callcentric.com ITSP (SIP) --> 2811 (acting as cube) -->SIP Trunk --> CUCM 8.6. Phones are registered to CUCM.
I have the sip trunk registered and calls come in to the router (I see them in ccsip message/call debugs) The 2811 running 15.1(4)M7). Callcentric sends the username of the customer in the sip Invite instead of the called number, the called number is in the TO field. I have several DID’s from Callcentric (18452055544, 18452055545, 18452055546) for my lab. There are a few configs on here for CME where the customer number (17772253754) is simply translated to their phone DN - which is fine if you only have 1 DN with callcentric but more than 1 and thats not feasible since every inbound did will be matched to that 17772253754 translation/phone dn.
I’m using the a guide from http://tblog.cisco.be/2011/02/17/cube-conditional-sip-profiles/ using the Copy function as described http://www.cisco.com/c/en/us/products/collateral/ios-nx-os-software/ios-software-release-15-1-3-t/product_bulletin_c25-635704.html
I haven’t been able to find anything where they actually explain all the header fields so Its mostly trial and error.. so far mostly error. I think I’m close.. but who knows. Any assistance would be greatly appreciated
voice class sip-profiles 1
request INVITE peer-header sip TO copy ".sip:(.*)@." u01
request INVITE sip-header SIP-Req-URI modify ".*@(.*)" "INVITE sip:\u01@\1"
CUCM (single/pub)- 192.168.1.200
2811 acting as cube - 192.168.1.203
Calling Number - 18165297500
Called Number - 18452055544
vrtr1#show sip register status
Line peer expires(sec) registered P-Associ-URI
================================ ========== ============ ========== ============
17772253754 -1 20 yes
vrtr1#
The Call Setup Information is:
Call Control Block (CCB) : 0x49646C28
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 18165297500
Called Number : 17772253754 (my customer number not called number)
Source IP Address (Sig ): 192.168.1.203 (my 2811 router)
Destn SIP Req Addr:Port : 204.11.192.159:5080
Destn SIP Resp Addr:Port : 204.11.192.159:5080
Destination Name : 204.11.192.159
Feb 14 11:20:53.303: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
f: <sip:[email protected]>;tag=3601387252-874282
t: <sip:[email protected]>
i: [email protected]
CSeq: 1 INVITE
Max-Forwards: 8
m: <sip:[email protected]:5080;transport=udp>
Supported: timer
c: application/sdp
l: 350
v=0
o=NexTone-MSW 2147483647 2147483647 IN IP4 204.11.192.159
s=sip call
c=IN IP4 204.11.192.159
t=0 0
m=audio 61094 RTP/AVP 18 0 8 101
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=ptime:20
a=sendrecv
a=silenceSupp:off - - - -
a=setup:actpass
Feb 14 11:20:53.327: //936/310B294680AD/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
From: <sip:[email protected]>;tag=3601387252-874282
To: <sip:[email protected]>
Date: Fri, 14 Feb 2014 17:20:53 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 14 11:20:53.327: //936/310B294680AD/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
From: <sip:[email protected]>;tag=3601387252-874282
To: <sip:[email protected]>;tag=35399D8-63
Date: Fri, 14 Feb 2014 17:20:53 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=1
Content-Length: 0
Feb 14 11:20:53.419: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
f: <sip:[email protected]>;tag=3601387252-874282
t: <sip:[email protected]>;tag=35399D8-63
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 10
l: 0
u all
Feb 14 11:20:57.067: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:18452055544;cic=0288;rn=6465471001;[email protected]:5070 SIP/2.0
v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-6bceae47efe9f53b4234698a32ac8beb
f: <sip:[email protected]>;tag=3601387252-874282
t: <sip:[email protected]>;tag=35399D8-63
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 8
l: 0
************************** Running Config **************************
sh run
vrtr1#sh running-config
Building configuration...
Current configuration : 4189 bytes
! Last configuration change at 00:34:03 CST Fri Feb 14 2014
! NVRAM config last updated at 20:26:58 CST Thu Feb 13 2014
! NVRAM config last updated at 20:26:58 CST Thu Feb 13 2014
version 15.1
service timestamps debug datetime msec localtime
service timestamps log datetime msec localtime
no service password-encryption
hostname vrtr1
boot-start-marker
boot system flash:
boot system flash flash:c2800nm-ipvoicek9-mz.151-4.M7.bin
boot-end-marker
card type t1 0 0
logging buffered 4096 notifications
enable password cisco
no aaa new-model
memory-size iomem 5
clock timezone CST -6 0
clock summer-time CST recurring
no network-clock-participate wic 0
dot11 syslog
ip source-route
ip cef
ip name-server 192.168.1.9
no ipv6 cef
multilink bundle-name authenticated
voice service voip
ip address trusted list
ipv4 192.168.1.0 255.255.255.0
ipv4 204.11.192.0 255.255.255.0
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
sip
bind control source-interface FastEthernet0/0
bind media source-interface FastEthernet0/0
registrar server expires max 1800 min 1800
localhost dns:callcentric.com
outbound-proxy dns:callcentric.com
voice class codec 1
codec preference 1 g729r8
codec preference 2 g711ulaw
voice class sip-profiles 1
request INVITE peer-header sip TO copy ".sip:(.*)@." u01
request INVITE sip-header SIP-Req-URI modify ".*@(.*)" "INVITE sip:\u01@\1"
voice-card 0
crypto pki token default removal timeout 0
license udi pid CISCO2811 sn FTX1133A4QR
controller T1 0/0/0
cablelength long 0db
interface FastEthernet0/0
description ** LAN **
ip address 192.168.1.203 255.255.255.0
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip bind srcaddr 192.168.1.203
interface FastEthernet0/1
no ip address
shutdown
duplex auto
speed auto
ip forward-protocol nd
no ip http server
no ip http secure-server
ip route 0.0.0.0 0.0.0.0 192.168.1.1
snmp mib persist circuit
control-plane
voice-port 0/1/0
voice-port 0/1/1
voice-port 0/1/2
voice-port 0/1/3
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
ccm-manager config server 192.168.1.200
ccm-manager config
mgcp
mgcp call-agent 192.168.1.200 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
mgcp rtp unreachable timeout 1000 action notify
mgcp modem passthrough voip mode nse
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp package-capability fxr-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
mgcp rtp payload-type g726r16 static
mgcp bind control source-interface FastEthernet0/0
mgcp bind media source-interface FastEthernet0/0
mgcp profile default
dial-peer voice 999100 pots
service mgcpapp
port 0/1/0
dial-peer voice 999101 pots
service mgcpapp
port 0/1/1
dial-peer voice 999102 pots
service mgcpapp
port 0/1/2
dial-peer voice 999103 pots
service mgcpapp
port 0/1/3
dial-peer voice 999010 pots
service mgcpapp
port 0/1/0
dial-peer voice 6 voip
description ## INBOUND DID to CUCM ##
session protocol sipv2
session target ipv4:192.168.1.200
incoming called-number 17772253754
voice-class sip profiles 1
dtmf-relay h245-alphanumeric
no vad
dial-peer voice 7 voip
description ## INBOUND DID to CUCM ##
session protocol sipv2
session target ipv4:192.168.1.200
incoming called-number 1845205554[4-5]
voice-class sip profiles 1
dtmf-relay h245-alphanumeric
no vad
sip-ua
credentials username 17772253754 password 7 106C1B49111F17194D realm callcentric.com
authentication username 17772253754 password 7 08035E1E1D11000553 realm callcentric.com
no remote-party-id
retry invite 2
retry register 10
timers connect 100
mwi-server dns:callcentric.com expires 3600 port 5060 transport udp
registrar dns:callcentric.com expires 3600
sip-server dns:callcentric.com
host-registrar
line con 0
line aux 0
line vty 0 4
password cisco
login
transport input all
scheduler allocate 20000 1000
ntp server 199.102.46.72
ntp server 23.227.162.123 prefer
end
exitThank you for the reply. I've updated the dial-peers as sugested. I'm now seeing an invite go out to my CUCM however the call fails with a 403 (forbidden) which appears to come from the ITSP (Callcentric). I've included a new set of ccsip message debugs and the dial-peers as adjusted. Please let me know what you think.
dial-peer voice 6 voip
description ## INBOUND CALL from ITSP ##
session protocol sipv2
session target sip-server
incoming called-number 17772253754
voice-class sip profiles 1
dtmf-relay rtp-nte
no vad
dial-peer voice 100 voip
description ## INBOUND DID to CUCM ##
destination-pattern 17772253754
session protocol sipv2
session target ipv4:192.168.1.200
voice-class sip profiles 1
dtmf-relay rtp-nte
no vad
dial-peer voice 7 voip
description ## INBOUND DID to CUCM ##
session protocol sipv2
session target ipv4:192.168.1.200
incoming called-number 1845205554[4-5]
voice-class sip profiles 1
dtmf-relay rtp-nte
no vad
Feb 15 10:18:11.424: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
f: ;tag=3601469891-655
t: [email protected]>
i: [email protected]
CSeq: 1 INVITE
Max-Forwards: 8
m:
Supported: timer
c: application/sdp
l: 350
v=0
o=NexTone-MSW 2147483647 2147483647 IN IP4 204.11.192.164
s=sip call
c=IN IP4 204.11.192.164
t=0 0
m=audio 61782 RTP/AVP 18 0 8 101
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=ptime:20
a=sendrecv
a=silenceSupp:off - - - -
a=setup:actpass
Feb 15 10:18:11.456: //2419/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
From: ;tag=3601469891-655
To: [email protected]>
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 15 10:18:11.460: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:@192.168.1.200:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9A91F35
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2570262061-2509443555-2182021079-2501285341
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1392481091
Contact:
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 7
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 273
v=0
o=CiscoSystemsSIP-GW-UserAgent 2786 1511 IN IP4 192.168.1.203
s=SIP Call
c=IN IP4 192.168.1.203
t=0 0
m=audio 18168 RTP/AVP 18 101
c=IN IP4 192.168.1.203
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Feb 15 10:18:11.552: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 407 Proxy Authentication Required
v: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9A91F35;rport=57100;received=24.123.98.94
f: [email protected]>;tag=8408644-12C8
t:
i: [email protected]
CSeq: 101 INVITE
Proxy-Authenticate: Digest realm="callcentric.com", domain="sip:callcentric.com", nonce="8ae6b7b1cea74cf401e8a26fd3c7371b", opaque="", stale=TRUE, algorithm=MD5
l: 0
Feb 15 10:18:11.560: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9A91F35
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Feb 15 10:18:11.560: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:@192.168.1.200:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9AA1BA3
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2570262061-2509443555-2182021079-2501285341
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Timestamp: 1392481091
Contact:
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="17772253754",realm="callcentric.com",uri="sip:[email protected]:5060",response="a381f10fbbfbd255b444569fef0dddfe",nonce="8ae6b7b1cea74cf401e8a26fd3c7371b",opaque="",algorithm=MD5
Max-Forwards: 7
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 273
v=0
o=CiscoSystemsSIP-GW-UserAgent 2786 1511 IN IP4 192.168.1.203
s=SIP Call
c=IN IP4 192.168.1.203
t=0 0
m=audio 18168 RTP/AVP 18 101
c=IN IP4 192.168.1.203
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Feb 15 10:18:11.648: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 Incorrect Authentication
v: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9AA1BA3;rport=57100;received=24.123.98.94
f: [email protected]>;tag=8408644-12C8
t:
i: [email protected]
CSeq: 102 INVITE
l: 0
Feb 15 10:18:11.660: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9AA1BA3
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: telephone-event
Content-Length: 0
Feb 15 10:18:11.660: //2419/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
From: ;tag=3601469891-655
To: [email protected]>;tag=8408714-B60
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=57
Content-Length: 0
Feb 15 10:18:11.752: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
apsc-vrtr1#ACK sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
f: ;tag=3601469891-655
t: [email protected]>;tag=8408714-B60
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 10
l: 0
vrtr1#u al
Feb 15 10:18:14.776: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:18452055544;cic=0288;rn=6465471001;[email protected]:5070 SIP/2.0
v: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-e437c2c5cac5f1a6e147c1cd7c98aad7
f: ;tag=3601469891-655
t: [email protected]>;tag=8408714-B60
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 8
l: 0 -
Hi guys,
would it be possible to allow sip users to register over the sip trunk on the Call Manager? or is this method not allowed?
Thanks.
Best regardsHi Manish,
between sip client and webrtc gw -> ws and between webrtc gw and CM -> sip.
here are the sip messages.
both phones are registered, 9000 is a 7912 and 8080 is sip.
192.168.15.2 - CM
192.168.15.202 - webrtc
SEND: INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.15.202:10060;branch=z9hG4bK-1536671115;rport
From: <sip:[email protected]>;tag=400660433
To: <sip:[email protected]>
Contact: <sip:[email protected]:10060;ws-src-ip=192.168.251.105;ws-src-port=50731;ws-src-proto=ws;transport=udp>
Call-ID: df093113-7c32-2a2f-2372-8af2dfbe9235
CSeq: 1875466830 INVITE
Content-Type: application/sdp
Content-Length: 978
Max-Forwards: 70
Authorization: Digest username="8080",realm="ccmsipline",nonce="gHqGqDWK4zTzv6Ijl6ixW58AK/Gm4yC6",uri="sip:[email protected]",response="352cb2e17e36b32ee4e0d52443d0a106",algorithm=MD5
User-Agent: webrtc2sip Media Server 2.6.0
v=0
o=doubango 1983 678901 IN IP4 192.168.15.202
s=-
c=IN IP4 192.168.15.202
t=0 0
a=tcap:1 RTP/SAVPF RTP/SAVP RTP/AVPF
m=audio 58690 RTP/AVP 8 0 101
c=IN IP4 192.168.15.202
a=ptime:20
a=minptime:1
a=maxptime:255
a=silenceSupp:off - - - -
a=rtpmap:8 PCMA/8000/1
a=rtpmap:0 PCMU/8000/1
a=rtpmap:101 telephone-event/8000/1
a=fmtp:101 0-16
a=acap:1 crypto:1 AES_CM_128_HMAC_SHA1_80 inline:1YfBfgbhIdMB6YVtyZgJqc77QPHwm9o42aEPbkHD
a=acap:2 crypto:2 AES_CM_128_HMAC_SHA1_32 inline:fujGVOi70hQnKkeUimcFUw2bH3ajZ2iW0xKy5Nrw
a=pcfg:1 t=1 a=1,2
a=pcfg:2 t=2 a=1,2
a=pcfg:3 t=3
a=sendrecv
a=rtcp-mux
a=ssrc:4034073057 cname:c08c56217e96dbc1e8234373eb5d2fcc
a=ssrc:4034073057 mslabel:6994f7d1-6ce9-4fbd-acfd-84e5131ca2e2
a=ssrc:4034073057 label:doubango@audio
a=ice-ufrag:uaektHZ6KFVn1fw
a=ice-pwd:HAj21nuOrDmIKl3ANXTc3K
a=candidate:tWR5PLw1x 1 udp 2130706431 192.168.15.202 58690 typ host
a=candidate:tWR5PLw1x 2 udp 2130706430 192.168.15.202 58691 typ host
RECV:SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.15.202:10060;branch=z9hG4bK-1536671115;rport
From: <sip:[email protected]>;tag=400660433
To: <sip:[email protected]>
Date: Wed, 19 Mar 2014 13:26:05 GMT
Call-ID: df093113-7c32-2a2f-2372-8af2dfbe9235
CSeq: 1875466830 INVITE
Allow-Events: presence
Content-Length: 0
RECV:SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.15.202:10060;branch=z9hG4bK-1536671115;rport
From: <sip:[email protected]>;tag=400660433
To: <sip:[email protected]>;tag=856401750
Date: Wed, 19 Mar 2014 13:26:05 GMT
Call-ID: df093113-7c32-2a2f-2372-8af2dfbe9235
CSeq: 1875466830 INVITE
Allow-Events: presence
WWW-Authenticate: Digest realm="ccmsipline", nonce="gHqGqDWK4zTzv6Ijl6ixW58AK/Gm4yC6", algorithm=MD5
Content-Length: 0
SEND: ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.15.202:10060;branch=z9hG4bK-1536671115;rport
From: <sip:[email protected]>;tag=400660433
To: <sip:[email protected]>;tag=856401750
Call-ID: df093113-7c32-2a2f-2372-8af2dfbe9235
CSeq: 1875466830 ACK
Content-Length: 0
Max-Forwards: 70
Receiving SIP o/ WebSocket message: ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/WS df7jal23ls0d.invalid;branch=z9hG4bKZEk81zTwfVde8oImts6ZHiTzchfBWh1N;rport
From: "8080"<sip:[email protected]>;tag=XFKqC4zu0S9QfzzMzQ4u
To: <sip:[email protected]>;tag=1464334432
Call-ID: ecc84fa2-3de3-d953-527f-5e7515cabca3
CSeq: 29519 ACK
Content-Length: 0
Route: <sip:192.168.15.2:5060;lr;sipml5-outbound;transport=udp>
Max-Forwards: 70
Thanks. -
Route SIP REFER to SIP Trunk based on DN
Cisco UCM 9 is connected to a third-party PBX over SIP Trunk. Third-party PBX sends a SIP REFER message to Cisco UCM to call a DN on the third-party PBX. Cisco UCM responds with SIP 404 Not Found as it does not recognize the DN of the third-party PBX.
How do I configure Cisco Unified Communication Manager 9 to route this call back out over the SIP Trunk to the third-party PBX based on the DN (Not IP)?
Cisco UCM contains a route pattern 53xxx to route to SIP_Trunk_3rdParty.
Third-party PBX contains a SIP Proxy and Call Server. The call should route to the SIP Proxy IP. The SIP REFER contains "Refer-To" 53xxx@ThirdPartyCallServerIP
I added a SIP Route Pattern on CUCM to route calls for ThirdPartyCallServerIP to SIP_Trunk_3rdParty. This works in routing the call to ThirdPartyCallServerIP, however I need the call to route to 53xxx@ThirdPartySIPproxyIP for it to be successful.
Direct calls from CUCM to ThirdParty PBX 53XXX@ThirdPartySIPproxyIP are successful. SIP REFER coming into CUCM to request CUCM to call ThirdParty fail.
Any ideas on what configuration on CUCM I could try to get CUCM to route the call to thrid-party based on the SIP REFER?Thanks for the reply Vivek.
Partitions:
- ThirdPartyPBX
- CiscoEndpoints
Calling Search Space: "ThirdParty_Cisco" contain both of the above partitions.
Route Pattern 531XX and 80965 are assigned to Route Partition "ThirdPartyPBX"
Cisco UCM Main site phones are in CSS "ThirdParty_Cisco" and DN is in Route Partition "CiscoEndpoints". DN is in CSS "ThirdParty_Cisco".
Trunk "SIP_Trunk_3rdParty" - Inbound and Outbound Calls are in CSS "ThirdParty_Cisco".
Trunk SIP information has "Rerouting CSS", "Out-of-Dialog Refer CSS", and Subscribe CSS as "ThirdParty_Cisco".
Cisco continues to respond to with SIP 404 not found. CUCM does not seem to match the SIP refer to the CSS or Route partition with with 531XX route pattern.
The SIP Refer is coming from DN 80965 over the SIP Trunk from the Third-party PBX.
Perhaps I'm missing something in my CSS config?
Any other method for CUCM to match SIP Refer to a Route Pattern? -
SIP Trunk error, Warning: 399 "Unable to find a device handler
Hi Guys,
I am new at this, but I am having some issues with connectivity over a SIP Trunk. By the way I am not sure if this is the right area to post this, but here we go. I have two CUCM 8.x cluster and I have a SIP trunk that connectes them both, at each end I have a Cisco 2900 series gateway with MGCP protocol. When I make an inbound call " lets say from side A to side B it failed", in the CCM trace I can see the following error " Warning: 399 Unable to find device handler for the request received on port 5060 from".
I would appreciate some help on this, I am not sure what to look for......Hi,
For testing reasons can you do the following
Create a callmanager group that contains all the nodes in the cluster. Then create a device pool with this callmanager group and assign this device pool to the SIP trunks.
Do this on both cluster.
Reset the trunks and see if you still have ny problems.
Thanks!
Christos -
Redirect SIP Trunk calls to FXO port
Hi,
This is the scenario. There are 3 branches, two of them are Cisco Call Manager Express and one of them is Elastix-based.
So, as the image explains, the three branches have SIP trunks fully operational. The branches are in different cities, so the numbers structure changes. In city A it begins with 2, in B begins with 3 and in C begins with 4. Every POTS number is a 7 digit number (2XXXXXX, 3XXXXXX, 4XXXXXX). And every user, in every branch, have a 4 digit number beginning with the city code (2XXX, 3XXX, 4XXX).
But, every time city A wants to make a call to a POTS number in city B, it goes across the A´s FXO line. So it charges a inter-city cost to the call.
The client wants that every time a city A user wants to call a POTS number in city B, goes over the SIP trunk to city B and use the FXO on the city B call manager.
I have made a pattern for city A. So, everytime the user dials 3XXXXXX, it does not use the city A´s FXO, but it goes to the branch in city B.
What do I have to do now in branch B´s Call Manager Express to redirect that call to a local FXO?
Thanks in advanced!
Regards
PS. There is a diagram of the topology. Want to do what the red line is doing.In this situation I would do an answer-address based on ANI so you are specifically identifying your site A and then just piggy back off the local FXO out.
So assuming you are sending just 4 digits over the SIP for each site:
Dial-peer voice X voip
answer-address "blah"
protocol sipv2
...(whatever else you need to configure in these dots)
At this point your CME at site B will take the call see that it is destined for a POTs line and it should send it out whatever local dial-peer you have setup for that site when they dial out to the PSTN locally.
EDIT:
Then again, you probably already have a general incoming dial-peer, the above design would just be specific for your site A and isn't really needed. -
Why do we need MTP in the SIP trunk for CVP warm transfers
Hi All,
Why do we need to enable MTP in SIP trunk between CUCM and CVP for CVP based trasnfers???
Thanks in advance!!
Regards,
Thammaya Gupta K.I saw also in the CDR logs that the IP Phone media transport going to CUBE is in G711.And as well in the wireshark capture of the IP communicator that the CUCM invoke to use the g711 codec but as per ITSP logs they are now in the g729.
@ Jamie If I un-tick the MTP point required in SIP trunk will make the call leg from IP Phone to CUBE g729 (w/o hw resource), I have also tried to use g729 preferred originating codec, but still the IP Phone is using g711.
I have seen a documentation states:
" To configure G.729 codecs for use with a SIP trunk, you must use a hardware MTP or transcoder that supports the G.729 codec." - I read this on the CUCM help page under configuring SIP trunk setting.
Our ultimate goal is to use g729 without using HW MTP/ transcoder.
IP Phone ->CUCM SIP Trunk ->CUBE-> ITSP -
Ways to Configure Which UNIX Server a PC Client Application Communicates With
We have several different MS VC++ "fat client" applications that we want to run
on the same NT 4.0 PC.
Each application uses the Tuxedo 7.1 client to communicate with Tuxedo services
located on a UNIX server.
Each application needs to communicate with a different UNIX server (e.g., application
A1 needs Tuxedo
service T1 located on UNIX server S1, application A2 needs Tuxedo service T2 located
on UNIX server
S2). We'd like to load the Tuxedo 7.1 client software in such a way that each
individual application
controls which server it uses. One way to do that is through registry entries
specific to each application.
We are looking for some documentation or tips on other/better ways to configure
which server the PC
application communicates with. We are also looking for some documentation or
tips on how to best
configure an application that needs to subscribe to services from several different
servers (e.g.,
application A needs Tuxedo service T1 on server S1 and Tuxedo service T2 on server
S2). Thanks.Matt,
This sounds quite unusual, and I am not sure why you want to do things this way.
Generally, I would expect that the services would be distributed on the server side over
different boxes as you describe, but the location would be transparent to a client app.
which would tpinit once, and Tuxedo would route the requests appropriately. Maybe that's
not how you want to do things because the apps are all logically independent? I'm not
sure about that though, since you describe needing services on different servers in
individual clients... Can you do the integration at the back end?
To do what you describe, however, you need to control the value of the WSNADDR
environment variable before you call tpinit() - it is the network address in this
variable that tells the client libraries which server to connect to. Simply set the
value (from a command line parameter, the registry, an ini file or wherever) with the
tuxputenv() API before you call tpinit()
In Tuxedo 7.1 and higher, it is also possible to connect to multiple different servers
simultaneousy by calling tpinit multiple times and having multiple contexts in the
client.
I hope that helps.
Regards,
Peter.
Got a Question? Ask BEA at http://askbea.bea.com
The views expressed in this posting are solely those of the author, and BEA
Systems, Inc. does not endorse any of these views.
BEA Systems, Inc. is not responsible for the accuracy or completeness of the
information provided
and assumes no duty to correct, expand upon, delete or update any of the
information contained in this posting.
Matt wrote:
We have several different MS VC++ "fat client" applications that we want to run
on the same NT 4.0 PC.
Each application uses the Tuxedo 7.1 client to communicate with Tuxedo services
located on a UNIX server.
Each application needs to communicate with a different UNIX server (e.g., application
A1 needs Tuxedo
service T1 located on UNIX server S1, application A2 needs Tuxedo service T2 located
on UNIX server
S2). We'd like to load the Tuxedo 7.1 client software in such a way that each
individual application
controls which server it uses. One way to do that is through registry entries
specific to each application.
We are looking for some documentation or tips on other/better ways to configure
which server the PC
application communicates with. We are also looking for some documentation or
tips on how to best
configure an application that needs to subscribe to services from several different
servers (e.g.,
application A needs Tuxedo service T1 on server S1 and Tuxedo service T2 on server
S2). Thanks. -
Unity Connection not passing CallerID to CUCM over SIP Trunk
I'm trying to get CallerID working for Unity Connection Device Notification (and it seems everything else), however, when I run UC Remote Port Status Monitor and the Call-Out goes to CUCM for the Device Notification, no caller ID is presented to the CUCM SIP trunk.
06:06:02, New Call, CalledId=, RedirectingId=, Origin=16, Reason=1024, CallGuid=,
CallerName=, LastRedirectingId=, LastRedirectingReason=1024, PortDisplayName=LFC_CUCM-1-134,
[Origin=Unknown],[Reason=Unknown]
06:06:02,
Dialing '99254753'
06:06:32, Idle
06:06:33, Idle
Therefore, the out-going call to the PRI PSTN is:
10:59:01.005: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x5B03
Sending Complete
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Calling Party Number i = 0x0081, N/A
Plan:Unknown, Type:Unknown
Called Party Number i = 0xC1, '9254753'
Plan:ISDN, Type:Subscriber(local)
*Dec 6 10:59:01.513: ISDN Se0/0/0:23 Q931: RX <- CALL_PR
I've looked through my SIP trunk on the CUCM side and for Inbound Calls, Connected Line ID and Presentation Name are set to "allowed" or "default" doesn't make a difference. RTMT Port Status also shows no "caller", so I'm thinking there is some way to set or allow the calling number on the Unity Connection (8.5) side.
Oddly enough, I also noticed that in Unity Connection> Telephony Integrations > Port Group, if I change the Contact Line Name from nothing to "Unity" (or whatever), the Q931 debug outbound doesn't show ANY "Calling Party Numer - = XXXXX" and the carrier throws out the BTN as the ANI.
10:46:00.837: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x5AFF
Sending Complete
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Called Party Number i = 0xC1, '9254753'
Plan:ISDN, Type:Subscriber(local)
Any ideas on where/how CallerID comes from, on Unity Connection with a SIP integration?
THANKS!!
Mike.I did not- my work around has been to put in a name for Contact Line Name under Port Group Basics Switch configuration in Unity Connection- this for some reason keeps CUCM from sending ANI TYPE/PLAN information in the Q931 message, and my carrier then sends a default ANI of the circuit's BTN. When I have time, I'll open up a TAC ticket.
Mike. -
Unable to place call on calls on hold - SIP Trunk from CUCM to CUBE and from CUBE to ISTP
Hi Cisco Community,
I have a SIP Trunk setup between the CUCM and CUBE and another SIP Dial Peers from the CUBE to the ITSP. All incoming/outgoing calls, DTMF-Relay works well except one thing which is the ability to hold the call.
On the SIP Trunk from the CUCM to the CUBE, I did not select “MTP” because when I do so, I am forced to select my preferred MTP codec which when selected G.729/G.729a, all my outgoing calls goes out using G.729r8. This codec works well for most of the calls until the ITSP replies back with G.729br8. When this condition occur, my call simply fails (this is very intermittent and only some random numbers).
That said, I have some issues with DTMF Relay when I select MTP on the SIP Trunk. DTMF Relay only works if the call is G.729r8 all the way from the CUCM to the ITSP. If the ITSP replies back with G.729br8, the call might established but will simply be “voice-only”.
The current setup is no MTP is selected and everything is working perfectly. I am happy with that until I place a call on hold, which when I do so, the call immediately terminate. Could you please help me understand why?
I have all media resources configured such as G.729r8 MTP, G.729br8 MTP, G.711u MTP, Transcoding with all codecs, etc. All MRG and MRGL are configured on all devices and SIP Trunks.
Below is an example of a call that is connected with the current setup:
Note:
IP: 10.18.81.2 (CUBE)
IP: 10.18.81.11 (CUCM SUB)
IP: 10.111.111.254 (ITSP SBC)
PM-HO-VG-01#
PM-HO-VG-01#
Nov 30 11:44:29.938: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:10.18.81.11:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
Session-Expires: 1800
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
Content-Length: 0
Nov 30 11:44:29.942: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Length: 0
Nov 30 11:44:29.946: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1417347869
Contact: <sip:[email protected]:5060>
Call-Info: <sip:10.18.81.2:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 301
v=0
o=CiscoSystemsSIP-GW-UserAgent 7676 6958 IN IP4 10.18.81.2
s=SIP Call
c=I
PM-HO-VG-01#N IP4 10.18.81.2
t=0 0
m=audio 22256 RTP/AVP 18 0 8 101
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Nov 30 11:44:29.950: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Nov 30 11:44:30.658: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Session Progress
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Supported:
Contact: <sip:[email protected]:5060;transport=udp>
Session: Media
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
X-BroadWorks-Correlation-Info: bbf94839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 355
v=0
o=BroadWorks 316169737 1 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:30.662: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 289
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2747 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 10.18.81.2
t=0 0
m=audio 22350 RTP/AVP 18 101 19
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Nov 30 11:44:31.226: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Session Progress
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Supported:
Contact: <sip:[email protected]:5060;transport=udp>
Session: Media
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
X-BroadWorks-Correlation-Info: bbf9
PM-HO-VG-01#4839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 355
v=0
o=BroadWorks 316169737 1 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Supported:
Contact: <sip:[email protected]:5060;transport=udp>
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Accept: application/media_control+xml,application/sdp,application/xml
X-BroadWorks-Correlation-Info: bbf94839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 355
v=0
o=BroadWorks 316169737 1 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D7B1458
State of The Call : STATE_ACTIVE
TCP Sockets Used : NO
Calling Number : 27218091323
Called Number : 0862000000
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : 10.111.111.254:5060
Destn SIP Resp Addr:Port : 10.111.111.254:5060
Destination Name : 10.111.111.254
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : g729br8
Negotiated Codec Bytes : 20
Nego. Codec payload : 18 (tx), 18 (rx)
Negotiated Dtmf-relay : 6
Dtmf-relay Payload : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port (Media): 22256
Destn IP Address (Media): 10.111.111.254
Destn IP Port (Media): 20074
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC81D00
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Nov 30 11:44:31.634: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Supported: timer
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 289
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2747 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 10.18.81.2
t=0 0
m=audio 22350 RTP/AVP 18 101 19
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Nov 30 11:44:31.726: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72075e3a02c1
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Type: application/sdp
Content-Length: 236
v=0
o=CiscoSystemsCCM-SIP 9082578 1 IN IP4 10.18.81.11
s=SIP Call
c=IN IP4 10.18.80.40
b=TIAS:8000
b=AS:8
t=0 0
m=audio 21928 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D816D70
State of The Call : STATE_ACTIVE
TCP Sockets Used : NO
Calling Number : 0218091323
Called Number : 0862000000
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : 10.18.81.11:5060
Destn SIP Resp Addr:Port : 10.18.81.11:5060
Destination Name : 10.18.81.11
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : g729br8
Negotiated Codec Bytes : 20
Nego. Codec payload : 18 (tx), 18 (rx)
Negotiated Dtmf-relay : 6
Dtmf-relay Payload : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port (Media): 22350
Destn IP Address (Media): 10.18.80.40
Destn IP Port (Media): 21928
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D816D70
State of The Call : STATE_ACTIVE
TCP Sockets Used : NO
Calling Number : 0218091323
Called Number : 0862000000
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : 10.18.81.11:5060
Destn SIP Resp Addr:Port : 10.18.81.11:5060
Destination Name : 10.18.81.11
PM-HO-VG-01#
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : g729br8
Negotiated Codec Bytes : 20
Nego. Codec payload : 18 (tx), 18 (rx)
Negotiated Dtmf-relay : 6
Dtmf-relay Payload : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port (Media): 22350
Destn IP Address (Media): 10.18.80.40
Destn IP Port (Media): 21928
Orig Destn IP Address:Port (Media): [ - ]:0
PM-HO-VG-01#sh sip
PM-HO-VG-01#sh sip-ua call
PM-HO-VG-01#sh sip-ua calls
Total SIP call legs:2, User Agent Client:1, User Agent Server:1
SIP UAC CALL INFO
Call 1
SIP Call ID : [email protected]
State of the call : STATE_ACTIVE (7)
Substate of the call : SUBSTATE_NONE (0)
Calling Number : 27218091323
Called Number : 0862000000
Bit Flags : 0xC04018 0x10000100 0x0
CC Call ID : 64511
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : [10.111.111.254]:5060
Destn SIP Resp Addr:Port: [10.111.111.254]:5060
Destination Name : 10.111.111.254
Number of Media Streams : 1
Number of Active Streams: 1
RTP Fork Object : 0x0
Media Mode : flow-through
Media Stream 1
State of the stream : STREAM_ACTIVE
Stream Call ID : 64511
Stream Type : voice+dtmf (0)
Stream Media Addr Type : 1
Negotiated Codec : g729br8 (20 bytes)
Codec Payload Type : 18
Negotiated Dtmf-relay : rtp-nte
Dtmf-relay Payload Type : 101
QoS ID : -1
Local QoS Strength : BestEffort
Negotiated QoS Strength : BestEffort
Negotiated QoS Direction : None
Local QoS Status : None
Media Source IP Addr:Port: [10.18.81.2]:22256
Media Dest IP Addr:Port : [10.111.111.254]:20074
Options-Ping ENABLED:NO ACTIVE:NO
Number of SIP User Agent Client(UAC) calls: 1
SIP UAS CALL INFO
Call 1
SIP Call ID : [email protected]
State of the call : STATE_ACTIVE (7)
Substate of the call : SUBSTATE_NONE (0)
Calling Number : 0218091323
Called Number : 0862000000
Bit Flags : 0xC0401E 0x10000100 0x80004
CC Call ID : 64510
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : [10.18.81.11]:5060
Destn SIP Resp Addr:Port: [10.18.81.11]:5060
Destination Name : 10.18.81.11
Number of Media Streams : 1
Number of Active Streams: 1
RTP Fork Object : 0x0
Media Mode : flow-through
Media Stream 1
State of the stream : STREAM_ACTIVE
Stream Call ID : 64510
Stream Type : voice+dtmf (1)
Stream Media Addr Type : 1
Negotiated Codec : g729br8 (20 bytes)
Codec Payload Type : 18
Negotiated Dtmf-relay : rtp-nte
Dtmf-relay Payload Type : 101
QoS ID : -1
Local QoS Strength : BestEffort
Negotiated QoS Strength : BestEffort
Negotiated QoS Direction : None
Local QoS Status : None
Media Source IP Addr:Port: [10.18.81.2]:22350
Media Dest IP Addr:Port : [10.18.80.40]:21928
Options-Ping ENABLED:NO ACTIVE:NO
Number of SIP User Agent Server(UAS) calls: 1
PM-HO-VG-01#
PM-HO-VG-01#
PM-HO-VG-01#
As you can see, the call is connected and everything is working perfectly. When I press the hold button, here is what I get:
NOTE: I have # debug ccsip messages and #debug ccsip calls (running)
PM-HO-VG-01#
PM-HO-VG-01#
Nov 30 11:44:49.210: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720852ab8b92
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 102 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Contact: <sip:[email protected]:5060>
Content-Type: application/sdp
Content-Length: 244
v=0
o=CiscoSystemsCCM-SIP 9082578 2 IN IP4 10.18.81.11
s=SIP Call
c=IN IP4 0.0.0.0
b=TIAS:8000
b=AS:8
t=0 0
m=audio 21928 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=inactive
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Nov 30 11:44:49.218: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720852ab8b92
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 102 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Length: 0
Nov 30 11:44:49.218: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC9241
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1417347889
Contact: <sip:[email protected]:5060>
Call-Info: <sip:10.18.81.2:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 271
v=0
o=CiscoSystemsSIP-GW-UserAgent 7676 6959 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 0.0.0.0
t=0 0
m=audio 22256 RTP/AVP 18 101
c=IN IP4 0.0.0.0
a=inactive
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Nov 30 11:44:49.278: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC9241
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 102 INVITE
Timestamp: 1417347889
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Supported:
Accept: application/media_control+xml,application/sdp,application/xml
Contact: <sip:[email protected]:5060;transport=udp>
X-BroadWorks-Correlation-Info: bbf94839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 360
v=0
o=BroadWorks 316169737 2 IN IP4 10.111.111.254
s=-
c=IN IP4 0.0.0.0
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
a=inactive
Nov 30 11:44:49.278: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D7B1458
State of The Call : STATE_ACTIVE
TCP Sockets Used : NO
Calling Number : 27218091323
Called Number : 0862000000
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : 10.111.111.254:5060
Destn SIP Resp Addr:Port : 10.111.111.254:5060
Destination Name : 10.111.111.254
Nov 30 11:44:49.278: //64511/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : g729br8
Negotiated Codec Bytes : 20
Nego. Codec payload : 18 (tx), 18 (rx)
Negotiated Dtmf-relay : 6
Dtmf-relay Payload : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port (Media): 22256
Destn IP Address (Media): 0.0.0.0
Destn IP Port (Media): 20074
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:49.282: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECA2633
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: telephone-event
Content-Length: 0
Nov 30 11:44:49.282: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720852ab8b92
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 102 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Supported: timer
Content-Type: application/sdp
Content-Length: 271
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2748 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 0.0.0.0
t=0 0
m=audio 22350 RTP/AVP 18 101
c=IN IP4 0.0.0.0
a=inactive
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Nov 30 11:44:49.282: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72094953dfea
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: presence
Content-Length: 0
Nov 30 11:44:49.290: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720a6918040f
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 103 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Contact: <sip:[email protected]:5060>
Content-Length: 0
Nov 30 11:44:49.294: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720a6918040f
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 103 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Length: 0
Nov 30 11:44:49.294: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECB16F3
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 103 INVITE
Max-Forwards: 70
Timestamp: 1417347889
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Content-Length: 0
Nov 30 11:44:49.338: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECB16F3
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 103 INVITE
Timestamp: 1417347889
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Supported:
Accept: application/media_control+xml,application/sdp,application/xml
Contact: <sip:[email protected]:5060;transport=udp>
Content-Type: application/sdp
Content-Length: 306
v=0
o=BroadWorks 316169737 3 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:49.342: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 2
PM-HO-VG-01#00 OK
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720a6918040f
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 103 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Supported: timer
Content-Type: application/sdp
Content-Length: 289
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2749 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 10.18.81.2
t=0 0
m=audio 22350 RTP/AVP 18 101 19
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Nov 30 11:44:49.350: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720b594cd517
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 213
v=0
o=CiscoSystemsCCM-SIP 9082578 3 IN IP4 10.18.81.11
s=SIP Call
c=IN IP4 10.18.81.10
t=0 0
m=audio 4000 RTP/AVP 18
a=X-cisco-media:umoh
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no
a=sendonly
Nov 30 11:44:49.354: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECC55
From: <sip:[email protected]>;tag=3C365010-1E42
To: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Max-Forwards: 70
Timestamp: 1417347889
CSeq: 101 BYE
Reason: Q.850;cause=86
P-RTP-Stat: PS=874,OS=17480,PR=872,OR=17440,PL=0,JI=0,LA=0,DU=17
Content-Length: 0
Nov 30 11:44:49.354: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECD1ECD
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Max-Forwards: 70
Timestamp: 1417347889
CSeq: 104 BYE
Reason: Q.850;cause=65
P-RTP-Stat: PS=872,OS=17440,PR=952,OR=19040,PL=0,JI=0,LA=0,DU=17
Content-Length: 0
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 Race Condition
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECD1ECD
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
Timestamp: 1417347889
CSeq: 104 BYE
Content-Length: 0
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D7B1458
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 27218091323
Called Number : 0862000000
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : 10.111.111.254:5060
Destn SIP Resp Addr:Port : 10.111.111.254:5060
Destination Name : 10.111.111.254
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : g729br8
Negotiated Codec Bytes : 20
Nego. Codec payload : 18 (tx), 18 (rx)
Negotiated Dtmf-relay : 6
Dtmf-relay Payload : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port (Media): 22256
Destn IP Address (Media): 10.111.111.254
Destn IP Port (Media): 20074
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC) : 65
Disconnect Cause (SIP) : 200
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECC55
From: <sip:[email protected]>;tag=3C365010-1E42
To: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 101 BYE
Content-Length: 0
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D816D70
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 0218091323
Called Number : 0862000000
Source IP Address (Sig ): 10.18.81.2
Destn SIP Req Addr:Port : 10.18.81.11:5060
Destn SIP Resp Addr:Port : 10.18.81.11:5060
Destination Name : 10.18.81.11
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : g729br8
Negotiated Codec Bytes : 20
Nego. Codec payload : 18 (tx), 18 (rx)
Negotiated Dtmf-relay : 6
Dtmf-relay Payload : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port (Media): 22350
Destn IP Address (Media): 0.0.0.0
Destn IP Port (Media): 21928
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC) : 86
Disconnect Cause (SIP) : 200
PM-HO-VG-01#Hi Manish,
Again, excellent feedback. Much appreciated.
I will try the commands suggested above and see if I can get DTMF to work correctly while interworking H.323 and SIP.
But my ultimate goal is to have SIP all way from the CUCM to the CUBE and from the CUBE to the ITSP.
If I enable SIP Early Offer with MTP on the CUCM going to the CUBE, all SIP Invite sent from the CUCM to the CUBE uses G.729r8 as the codec and once the call is established using G.729r8 should the ITSP reply with that codec, the call succeed and I am able to see an active MTP session using G.729 when I issue the command # show sccp connections.
One thing that I saw is that my ITSP love so much sending G.729br8 most of the times, so even if using SIP EO with MTP on the SIP Trunk to the CUBE, when I sent my INVITE out from the CUCM to the CUBE using G.729r8, specially on call center numbers such as 0800 numbers, you will see that the call established but the codec being negotiated is G.729br8 which is voice only (missing DTMF).
I will be doing some intensive test again later on this week and will send the logs.
Here is my question to both of you:
Which is the best way of having a proper SIP to SIP setup all the way that will not pose any problem?
Do I have to enable Early Offer on the SIP Profile used by the CUBE SIP Trunk or should I use the normal Standard SIP Profile? Do I need to enable MTP on my CUBE SIP Trunk or not?
From the CUBE point of view, I have a voice class codec that support G.729r8 or G.729br8 and the DTMF Relay method supported by the ITSP is RFC 2833.
I will send more logs for each scenario. I think that we are getting close to the resolution of this problem.
Thanks again for your support fellows. -
How to move phones from one CUCM server to another?
How easy is it to migrate IP phones from one CUCM server to another?
The situation is this:
A vessel currently sitting in dry dock has 14 IP phones onboard which currently register with a CUCM server half way round the world (literally). As you can imagine there is quite a fair amount of delay for the signal processing, not to mention the connectivity being over a VSAT link. This being a temporary solution.
A CUCM server has been configured and installed on the vessel with all the relevant partitions, route patterns, trunks etc. The phones have also been added to the new server ready for migration. The only real thing that will be different when the phones are migrated is the Directory Number on each phone. Both CUCM servers are running software version 7.1.3
The phones currently pick up their local IP addresses via a local DHCP server which assigns 150 TFTP Server IP Address for the remote CUCM server. Is changing the the TFTP Server IP address to the local CUCM server enough to have the phones register with the local server.
This is not something I've tried before so would appreciate feedback or any comments that may indicate anything I missed along the way.
Thanks,
RicHi Ricardo,
On the DHCP scope created for the voice vlan change the Option 150(TFTP Server IP address) to the new CUCM and remove/delete the remote CUCM IP address just to ensure that phones once after registering to the new CUCM will not fetch any config from the remote CUCM as the DN's of the phones are changed on the new CUCM please ensure this.
Apart from this i dont see any challenges as the firmware of the IP Phones will also remain same as CUCM version is same.
Hope that helps.
Regards
Najaf -
Does anyone control which compiler version is used?
hi,
does anyone control which version of javac/jikes et al is being used for large projects?
as I understand it its very unlikely to make a difference modulo the recent bugs in the 1.5 compiler?
ie if you don't specify the source or target flags then not a lot can go wrong?
in summary, is the assertion that controlling the compiler version used in the way that you might for native C/C++ projects in a java project is much less likely to have any impact?
thanks,
asjfEveryone on a project should be working to the same version.A third party product we needed, "Active Merchant" works only with java version 1.3.
(I tried it and it really does not work with either 1.2 or 1.4) . This product consists of a client library (an API) which you can use in your application, and which communicates with the other part, the server .
Now we did not want to use 1.3 in the application server because of this circumstance, so we were forced to write an own auxiliary application in 1.3, which can be reached through the network and which talks to the given API, that in turn talks to the server.
So one guy working on that little own auxiliary application was working with 1.3, whereas the others were working with 1.2 (the old version f our application) and 1.4 (the new version of our application).
Moreover all those guys were one person (your humble narrator) in different "roles", that is, working on different parts of the project.
Maybe you are looking for
-
I want to install 10.6 on my 2008 imac 2 core duo running 10.5.8 using the install cd that came with my new macbook pro. I get the message "...snow leopard cannot be installed on this computer" then i opened up the optional installs package on the
-
JMS ReplyTo - RequestQ and ResponseQ are in different Managed Servers
Hopefully this brief summary explains the issue: 1) Two managed servers, ServerA and ServerB 2) ServerA has JMSServerA with ResponseQ (hosted at t3:\\A) 3) ServerB has JMSServerB with RequestQ (hosted at t3::\\B) a) Standalone JMS client sends messag
-
I'm trying to change the style of spark datagrid rows based on data, I've found examples about itemrenderer and columns, but they doesn't fit in this case. I'm looking for a method to change font (weight, size, color) and background based on data val
-
Hi We have a Requirement to work Siebel with MS-Access Having an Idea about the Functions which will be used in VB Script for these kind of requirement *1. SQLOpen ("DSN=SampleVBC; UID=SADMIN; PWD=SADMIN")* *2. SQLExecQuery (connection, Querystr) 'Re
-
I have created a sql query for oracle rdbms. I am passing a particular id in the subquery of my main query . I have one major difference in the query whenever i use a subquery with IN operator and using IN_list values in IN operator. I found that whe