Looking something about SIP Trunking product from ...
looking something about SIP Trunking product from skype connect to my SIP PBX system, is skype connect is same as sip trunk?
What are recommendations and best practice - mount AP under or above the ceiling?
Do NOT install the WAP inside the ceiling cavity (hidden from view) as it will cause signals to degrade.
There are some stuff inside the ceiling cavity that could cause signals to misbehave.
Similar Messages
-
Not receiving the 486 message from CUCM to Genesys via SIP trunk.
I have setup where Genesys is used along with CUCM 9.1
Below is the snapshot how it will look for call flow.
PRI----V.G----CUCM---SIP trunk (created in CUCM)-----Geneys server.
Query here is for outbound call from SIP softphone to PSTN, where if the PSTN user cancel the call.
the SIP phone is still assuming the call is continuing and after 40 sec its getting disconnected.
after looking in to the sip traces... it looks like that SIP trunk from cucm is not sending the user busy message 486....
(checked in V.G and its giving user busy)...but in the CUCM its not getting sent to the genesys...
After some time in genesys server itself send the 480 Temporarily Not Available message...
I assume I should get the 486 message from CUCM to genesys when the PSTN party disconnect the call without answering.
Please assist.From logs what i can see is after one min call legs stops transmitting and receiving packets.
You certainly need to check this Genesys support for this behavior , as far as I know there is no problem either with the CUCM or with VG.
1477 : 1515 22820290ms.1 +0 pid:0 Originate connecting
dur 00:01:15 tx:3765/602400 rx:3387/541760
IP 10.129.0.45:32596 SRTP: off rtt:0ms pl:67720/140ms lost:0/1/0 delay:55/55/65ms g711ulaw TextRelay: off
1477 : 1514 22820290ms.2 +0 pid:0 Originate active
dur 00:01:16 tx:3387/568856 rx:3838/614080
Tele 0/3/0:15 (1514) [0/3/0.31] tx:76760/76760/0ms g711ulaw noise:-68 acom:3 i/0:-64/-62 dBm
1477 : 1515 22820290ms.1 +0 pid:0 Originate connecting
dur 00:01:26 tx:4330/692800 rx:3387/541760
IP 10.129.0.45:32596 SRTP: off rtt:0ms pl:67720/140ms lost:0/1/0 delay:55/55/65ms g711ulaw TextRelay: off
1477 : 1514 22820290ms.2 +0 pid:0 Originate active
dur 00:01:30 tx:3387/568856 rx:4515/722400
Tele 0/3/0:15 (1514) [0/3/0.31] tx:90290/90290/0ms g711ulaw noise:-68 acom:3 i/0:-67/-61 dBm
Rate all the helpful post.
Thanks
Manish -
Problems between an UC520 and Asterisk with sip trunk
I have an UC520 and Asterisk with a sip trunk created between them, the calls from the UC520 to the Asterisk are ok, but the calls form de Asterisk to the UC520 are always busy.
Logs from the asterisk show that the first part of the call is ok, but the call is not complete, this means that the part where the extensions are with @ipuc520 doesn't appear
I created a sip trunk from de CCA 1.9 and it puts this for incoming calls for the dial peer, if I compare with a CCME, there is no configuration for incoming call there
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Tabla normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:Calibri;
mso-fareast-theme-font:minor-latin;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:"Times New Roman";
mso-bidi-theme-font:minor-bidi;
mso-fareast-language:EN-US;}
dial-peer voice 1000 voip
permission term
description ** Incoming call from SIP trunk (Generic SIP Trunk Provider) **
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target ipv4:x.y.z.w
incoming called-number .%
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
And there is no configurarion at all that could block the calls
The x.y.z.w was the sip server ip (asterisk ip)
The comminication between sip and h323 are allowed in the four ways
The allowed codecs are g711ulaw and g729r8
Asterisk is working now with other CCME and they are ok so I copied the configuration from those CCME to the UC520 and from the other sip trunks in asterisk the new trunk sip for uc520
The sip trunk created from the CCA was replaces for the one from the CCME that is working now
The routes are ok in Asterisk.
There is no translation profile in incoming calls.
There is no ACL applied in all configuration.
There is no log about callres incoming from the asterisk.
Could anyone halp me pls?Hi Rina,
Help me to try and understand what you are trying to do.
In this code snippet i see the following:
001808: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
Calling Number=7129, Called Number=7129, Peer Info Type=DIALPEER_INFO_SPEECH
001809: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
Match Rule=DP_MATCH_DEST; Called Number=7129
001810: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
Result=Success(0) after DP_MATCH_DEST
001811: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg:
Result=SUCCESS(0)
List of Matched Outgoing Dial-peer(s):
1: Dial-peer Tag=20036
This looks as though you have a call coming in from the Asterisk system to number 7129, which then leads to this according to the config file you provided.
number 7129
label 7129
description7129
name 7129
call-forward busy 6001
call-forward noan 6001 timeout 10
Which at this point I am going to assume this is ephone-dn 10 (Please confirm). If this is the case then the inbound call is being matched correctly to a DN (Which has its own dial-peer tag "Dial-peer Tag=20036".
But then i see this:
001817: 1w3d: //-1/55940098BA19/DPM/dpAssociateIncomingPeerCore:
Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=1000
001818: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
Calling Number=Unknown, Called Number=, Voice-Interface=0x0,
Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
Peer Info Type=DIALPEER_INFO_SPEECH
001819: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
Result=NO_MATCH(-1) After All Match Rules Attempt
So the incoming call has been matched to Dial-peer 1000 which is an incoming VoIP dial-peer:
dial-peer voice 1000 voip
permission term
description ** Incoming call from SIP trunk (Generic SIP Trunk Provider) **
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number .%
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
But then can see it has no where to go. So either I am reading this all wrong and the 7129 number is a result of another call taking place whilst you were debugging the system, or it is part of the debug and I am missing something here.
Rina, just so I understand this all. Are you trying to do WAN type calling from one system UC-500 (System "A") to the Asterisk system ( System B) and same? And so far calls going from the UC-500 to the Asterisk system are fine, but calls coming in from the Asterisk system to the UC-500 are not?
What happens on the Asterisk side when you try to call an Extension on the UC-500, do you get any ringing? Or is it a fast busy tone?
I am going to look over your configuration and debug a little further when I get home, maybe I am missing something here and can identify it.
Cheers,
David. -
NexVortex SIP trunk and UC500 default timeout settings?
Hey guys,
I'm doing a little SIP trunk testing to determine a good provider for my customer base, and had some general questions as I can't seem to get outgoing or incoming phone calls to work at all.
To keep things simple, I'm using an 8user UC540W with 3 IP phones - a 525G, a 524G, and a 7937 conference phone. I have a static IP on the UC540, have run through the telephony wizard and everything seems to be working on the LAN/PBX side of things. The big difference, and the major variable that we are working with (I believe), is that we're working with Satellite internet connectivity rather than terrestrial Internet connectivity. This is an Enterprise satellite connection, and we have run voice over the connection without problems, but this is our first attempts at SIP trunking from a UC500. Due to the latency involved inherent in satellite (ping times around 550-700ms), I believe that either UC540 or NexVortex server/switch is timing out. Is there any way to determine what the default setting is for a SIP acknowledgement on the UC540 and change this if it is too small?
Here is what I have found, if it is helpful:
Outgoing calls:
1. The SIP provider, NexVortex, says that they are seeing an invite from the UC540, but not on port 5060. On the two calls that we tested, it first saw an invite on 63452, and then on 51677. Is there any reason why this would not be sent out on 5060?
Incomign calls:
1. On incoming calls, Nexvortex is routing the calls to the proper IP, but is then receiving an "error 500 reason Q850" from the UC540. What does this error mean?
I am also attaching my config in the event that it helps. When I look at the SIP trunk status in CCA, it does not show that registration is working, so I assume that's a good place to start.
Lastly, the guys over at NexVortex don't seem to run across the UC500 very often. If anybody has setup their UC500 to work with NexVortex and wouldn't mind posting a screenshot from CCA (feel free to remove usernames and passwords), I'd appreciate it. I'm not certain that I have all of the information in the right places.
Thanks,
SethHi Steven,
Thanks for the continued help.
I was able to make the changes in the config. Here are snapshots from the current config:
dial-peer voice 1000 voip
description ** Incoming call from SIP trunk (Generic SIP Trunk Provider) **
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number .%
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
dial-peer voice 3000 voip
description IncomingSIP
translation-profile incoming IncomingSIP_Called_4
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number 14068906254$
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
dial-peer voice 3001 voip
description IncomingSIP2
translation-profile incoming IncomingSIP2_Called_5
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number 1406890624[2-3]$
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
dial-peer voice 3002 voip
incoming called-number 14068906254$
no dial-peer outbound status-check pots
sip-ua
authentication username nomadgcs password 7 *removed*
no remote-party-id
retry invite 2
retry register 10
timers connect 100
registrar ipv4:66.23.129.253:5060 expires 3600
sip-server ipv4:66.23.129.253:5060
connection-reuse
host-registrar
We are calling from within the 406 area code, so when we dial the number with the leading 406, we get a message saying "You don't need the area code" from the telephone company. When we dial this from a cell, we get the following:
1. 4068906254 - "All circuits are busy, please try your call again..."
2. 8906254 - rings once, then no sound, then disconnects after about 10 seconds.
I don't know if this would factor in at all, but our NexVortex account is setup to deliver 14068906254 to the UC500, but would NexVortex deliver the entire string of characters if it is only receiving 4068906254 or 8906254?
Thanks,
Seth -
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. -
We use ICT and SIP Trunks in our applications, but use SCCP for phones on a CUCM.
We do not use SIP Phones.
I am trying to get significant details about the workings of the SIP Trunks.
All my research/searches about SIP are indepth about SIP Phones, but nothing about SIP Trunks.
Does anyone know of a good source of how SIP Trunks work?Mr Pande,
Thank you for this reference. I have heard of these SRNDs before and need to get into the swing of using them
for these type questions.
I am in the process of digesting this information at this time.
Thanks again for your support.
Rod Mynatt -
I am feeling so ripped off right now. I have wanted a Mac for years and believed the hype about it's stability and I have had more trouble with this Imac 2011 than I have ever had with a pc. It locks up with several software products from APP store. I have already had to have a technician to look at it and really couldn't figure out what the deal was. I was told that the APP store software should give me no problems but the truth is that it locks up on the software. This machine is only 4 weeks old and I am using 37 g on a 1 T hard drive. There is no reason for it to be locking up. Also, when I try to use the help program, it always tells me that I am not connected to the internet even though I have used both the mail program and the browser with no problem just before that. I successfully used the help program on my pc lots of times. I did not need a $2000. plus machine to just get email. I just wanted to unload on somebody that might understand my pain and after checking out this site...I think there is a few of you out there.
I was told that the APP store software should give me no problems but the truth is that it locks up on the software.
The apps downloaded from the Mac App Store are written by third party developers, not Apple. If you have problems with those apps you need to visit the support area for their websites. Launch the App Store, locate the app name. You should see a support link.
when I try to use the help program, it always tells me that I am not connected to the internet even though I have used both the mail program and the browser with no problem just before that
Go to ~/Library/Preferences. Move the com.apple.helpviewer.plist file from the Preferences folder to the Trash. Restart your Mac, try the Help menu.
If you need help finding that file, hold down the Finder icon in the Dock then click: New Finder Window. From the menu bar top of your screen click: Go > Go to Folder. Type this in exactly as you see it here: ~/Library/Preferences/com.apple.helpviewer.plist That will take you right to that file.
(.plist) files stores information about a particular app or in this case, the Help viewer. Often times deleting the .plist file resolves the issue.
It's fine to "unload"... we understand that you expect your iMac to be stable but there are times when things go awry. That's why we have these forums so that you can you get help.
You may want to read up on how to repair the disk if necessary or reintsall Lion > OS X Lion: About Lion Recovery
Apple - Find Out How - Mac Basics
How to "switch" from PC to Mac > Apple - Support - Switch 101
I'm sorry you feel, "ripped off", but you are using the world's most advanced operating system and it may take some time to adjust to a new OS. http://developer.apple.com/technologies/mac/ -
Considerations on migrating from TDM PRI's to SIP Trunking?
Hello,
We are planning a migration from traditional TDM PRI's to SIP trunking for inbound toll-free and outbound LD telephone traffic. Currently, we have 7 x PRI's connected to a 3945 router feeding our CUCM 8.6 system. This works fine. We are planning on making use of a 100 Mb data circuit to bring in SIP service from our carrier. This would terminate on our 3945 voice gateway. We would have roughly the same number of SIP concurrent call paths as we have PRI channels (162).
I know that the 3945 makes heavy use of DSP resources to handle the PRI traffic. Are DSP resources needed for SIP traffic as well?
Will the SIP usage (162 SIP concurrent call paths) cause similar router utilization as the PRI's (router CPU, memory, etc.)?
What are other things we should look out for in this migration?
Thank you!
Brian1. Just to add to the excellent tip provided by George (+5), Here is the capacity matrix for the 3900 gateways. Your 3945 can support 950 concurrent calls. So in terms of capacity, you are well taken care of.
Number of IP-to-IP Calls per Platform
Platform
Maximum Number of Simultaneous Calls (Flow-Through)
Cisco 3945E
2500
Cisco 3925E
2100
Cisco 3945
950
Cisco 3925
800
Cisco 2951
500
Cisco 2921
400
Cisco 2911
200
Cisco 2901
100
Cisco ASR 1004; and Cisco ASR 1006 Router Processor 2 (RP2)
5000; 16000*
Cisco ASR 1002, ASR 1004, and ASR 1006 RP1
1750
Cisco AS5350XM and AS5400XM
600
Cisco 3845
500
Cisco 3825
400
Cisco 2851
225
Cisco 2821
200
Cisco 2811
110
Cisco 2801
55
2. You should definitely make provisions for dsps. You may need DSPs for MTP, xcoding, etc. Especially with SIP, MTP may be needed for DTMF mistmatch, supplementary services etc
3. One of the most important thing to consider is the codec you will use for your calls. Your users are used to PSTN (TDM). Using G711 on your sip calls is not even the same as the traditional PSTN. The quality will be noticeable. Using G729 is going to be distinct. I have seen where users complain of this during a deployment. Using G729 will be a rude shock and they may not like it.
4. You also need to consider your analogue options etc FAX. What fax protocol does your ITSP support etc...We have been sued before by a customer because their fax machines didnt work. The ITSP said it supported T.38 while in reality it didnt.
5. In terms of memory utilization and CPU, I will think that it should be less for IP-IP call. This is because in an IP-TDM call, your router is constantly encoding via your dsp the IP payload (codecs) to TDM for transimissiont ot he PSTN. This wont be happening any more. -
DTMF tones from CUCUM 9 thru H323 GW out SIP trunk not working
This is the setup. Currently in lab environment for a client, but needs to go into production
IP Phone -> CUCM 9 -> H323 GW -> SIP Trunk -> Proprietary device -> Analog phone
Calls complete both ways with no issues. Proprietary devices only uses G711ulaw, so I have configured a xcoder on the H323 GW to transcode to G729 across the WAN link (between the CUCM cluster and the H323 GW).
Pressing keys/sending DTMF tones from the IP phone are not heard in the analog phone
Running a debug voice ccpai inout at the H323 gateway shows me that the DTMF tones are being received the GW and are being sent along. See below:
Seaport#
Seaport#
Seaport#! Pressing digit "9" on VoIP phone
Seaport#
Seaport#
Seaport#
Seaport#
*Nov 5 15:41:57.637: //1181/00B99D4F0500/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 9 to dstCallId 0x49E
*Nov 5 15:41:57.637: //1181/00B99D4F0500/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
*Nov 5 15:41:57.713: //1181/00B99D4F0500/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 9 to dstCallId 0x49E
*Nov 5 15:41:57.713: //1181/00B99D4F0500/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
Seaport#
Seaport#! Pressing digit "9" on VoIP phone " on VoIP phone 5" on VoIP phone
Seaport#
Seaport#
Seaport#
*Nov 5 15:42:14.913: //1181/00B99D4F0500/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 5 to dstCallId 0x49E
*Nov 5 15:42:14.913: //1181/00B99D4F0500/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
*Nov 5 15:42:14.989: //1181/00B99D4F0500/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 5 to dstCallId 0x49E
*Nov 5 15:42:14.989: //1181/00B99D4F0500/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
Seaport#
Seaport#! Pressing digit " 5" on VoIP phone
Seaport#
Seaport#
Seaport#
*Nov 5 15:42:14.913: //1181/00B99D4F0500/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 5 to dstCallId 0x49E
*Nov 5 15:42:14.913: //1181/00B99D4F0500/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
*Nov 5 15:42:14.989: //1181/00B99D4F0500/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 5 to dstCallId 0x49E
*Nov 5 15:42:14.989: //1181/00B99D4F0500/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
Seaport#
Seaport#
However, debug ccsip does not give me any indications that the DTMF tone is being sent out the SIP trunk. Debug ccsip all attached.
Relevant portions of the H323 configuration are below
voice service voip
no ip address trusted authenticate
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
sip
bind control source-interface Loopback0
bind media source-interface Loopback0
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
codec preference 3 g729br8
interface Loopback0
ip address 172.16.88.254 255.255.255.255
ip pim sparse-dense-mode
h323-gateway voip interface
h323-gateway voip bind srcaddr 172.16.88.254
interface GigabitEthernet0/1
ip address 192.168.200.254 255.255.255.0
duplex auto
speed auto
interface Loopback0
ip address 172.16.88.254 255.255.255.255
ip pim sparse-dense-mode
h323-gateway voip interface
h323-gateway voip bind srcaddr 172.16.88.254
interface GigabitEthernet0/1 <- interface to proprietary device
ip address 192.168.200.254 255.255.255.0
duplex auto
speed auto
interface GigabitEthernet0/2 <-interface to Local LAN supporting IP Phones
ip address 10.10.10.254 255.255.255.0
duplex auto
speed auto
sccp local GigabitEthernet0/2
sccp ccm 10.10.10.254 identifier 1 priority 1 version 3.1
sccp ccm group 1
bind interface GigabitEthernet0/2
associate ccm 1 priority 1
associate profile 10 register xcoder_1
dspfarm profile 10 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
maximum sessions 10
associate application SCCP
dial-peer voice 2 voip
description Default Incoming Dial Peer
incoming called-number .
voice-class codec 1
dtmf-relay h245-alphanumeric h245-signal rtp-nte
dial-peer voice 6 voip
destination-pattern 90052.. <- DN of analog phone
session protocol sipv2
session target ipv4:192.168.200.1 <- IP of proprietary device
codec g711ulaw
no vad
sip-ua
registrar ipv4:172.16.88.254 expires 3600
no transport tcp
telephony-service
sdspfarm units 4
sdspfarm transcode sessions 2
sdspfarm tag 1 xcoder_1
I also ran the debug voip rtp session named-event all but nothing was displayed when I pressed the digits on the IP Phone.
JeffPlease configure "dtmf-relay rtp-nte" command under SIP dial-peers.
Jorge Armijo
Please remember to rate helpful responses and identify helpful or correct answers. -
Calls from Sip Trunk to UC540 and then to CUE returned ** Service Unavailable**
Hi to all
i have something strange here and i need your assistance
Call Flow:
Sip trunk-->UC540--> CUE
When calls coming to UC540 from outside and then going to cue then we send back service unavailable.I made a translation and i sent directly the incoming calls to CUE
The same behavior is also if i send the calls to dummy number and then from there set forward all to voice mail.
Incoming voicemail is working fine
Incoming calls to phones also ok
Uc540: 8.6
CUE: 8.6.5
A number: 99999999
B number: 22777777
Voice Mail Number:111
Attached is the trace
i see that we hit the correct dial peers .
I have enable only trancoder since MTP is not register ( don't know why , but i don't think also that is necessary..
voice service voip
ip address trusted list
ipv4 172.16.80.0 255.255.255.0
ipv4 172.16.81.0 255.255.255.0
allow-connections sip to sip
supplementary-service h450.12
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
supplementary-service media-renegotiate
sip
no update-callerid
dial-peer voice 1000 voip
description **SIP TRUNK**
translation-profile incoming SIP-INCOMING
translation-profile outgoing SIP-OUTGOING
destination-pattern 9T
modem passthrough nse codec g711alaw
session protocol sipv2
session target sip-server
incoming called-number .T
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
fax-relay ecm disable
no fax-relay sg3-to-g3
fax rate 9600
fax protocol pass-through g711alaw
no vad
dial-peer voice 2001 voip
description ** cue voicemail pilot number **
destination-pattern 111
b2bua
session protocol sipv2
session target ipv4:10.1.10.1
incoming called-number 111
no voice-class sip outbound-proxy
dtmf-relay sip-notify
codec g711ulaw
no vad
Regards
chrysostomosHi
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 unassigned YES NVRAM up up
FastEthernet0/0.10 192.168.0.10 YES DHCP up up ----> For internet
FastEthernet0/0.20 10.151.5.130 YES NVRAM up up ------> For sip trunk
In0/0 10.1.10.2 YES unset up up --------> default gw for cue
Vlan1 unassigned YES unset up up
Vlan100 unassigned YES unset up up
Vlan200 unassigned YES unset up down
Vlan300 unassigned YES unset up down
NVI0 10.1.10.2 YES unset up up
BVI1 192.168.20.1 YES NVRAM up up
BVI100 10.1.1.1 YES NVRAM up up ---------> ip for cme
Loopback0 10.1.10.2 YES NVRAM up up ------> default gw for cue
dial-peer voice 2001 voip
description ** cue voicemail pilot number **
destination-pattern 111
b2bua
session protocol sipv2
session target ipv4:10.1.10.1
incoming called-number 111
no voice-class sip outbound-proxy
voice-class sip bind control source-interface BVI100
voice-class sip bind media source-interface BVI100
dtmf-relay sip-notify
codec g711ulaw
no vad
interface FastEthernet0/0.10
description **FOR INTERNET**
encapsulation dot1Q 10
ip address dhcp
ip access-group 105 in
ip nat outside
ip inspect SDM_LOW out
ip virtual-reassembly in
interface FastEthernet0/0.20
description **FOR SIP TRUNK WITH ISP**
encapsulation dot1Q 20
ip address 10.151.5.130 255.255.255.240
ip route 10.1.10.1 255.255.255.255 Integrated-Service-Engine0/0
ping 10.1.10.1 source bvi100
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.10.1, timeout is 2 seconds:
Packet sent with a source address of 10.1.1.1
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
I have bind the interface of cme ( 10.1.1.1) but the call fails again
Attached is the trace
Anything to advice? -
No ringing back tone from PSTN (SIP trunk) via CUBE
Hello,
I have an issue about ringing back tone when I call from outside --> PSTN (SIP trunk) --> CUBE --> UCCX --> redirect call to extension. I hear IVR and can do DTMF. then press extension, no ringing back tone.
However when I call from PSTN (SIP trunk) --> CUBE --> DID (direct to IP Phone). I heard ringing back tone.
Call from inside to outside, I heard ringing back tone.
I connect cucm to cube by create H.323 gateway.
cucm 10.x
uccx 10.x
cube (cisco 2901) Version 15.2(4)M5
Please help
Thank youCan you try changing theg Service Parameter"Send H225 User Info Msg" parameter and set it to "Use ANN for ringback" and see if it helps pls?
Also make sure you have Annunciators registered and available in the MRGL assigned to H.323 Gateway.
It is clusterwide parameter and hence applies to all node in the cluster. -
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. -
I have sownloaded an HD movie from iTunes store and when I attempted to play it on my Windows 7 PC a error message popped up saying something about the display not being compatible for HD movies. I have tried changing the display resolution several times but it didn't help. Now it just comes up with a blank screen when I attempt to play it. SD movies work fine. I have the latest version of iTunes installed.
Can anyone help me resolve this problem?Apparently the display is required to be HDCP compatible to view HD movies in iTunes. My display isn't so this is my problem. I contacted Apple support and they have agreed to credit me for the HD movie and I have now downloaded the SD version.
-
What does this mean: "The program can't start because MSVCR80.dll is missing from your computer. Try reinstalling the program to fix this problem"? I tried reinstalling, but I get an error message saying something about permission to launch services.
Solving MSVCR80 issue and Windows iTunes install issues.
-
I have an iPhone 3GS that I dropped in water for a moment. After drying it and everything, it still does everything but get service. Can I back it up and transfer its data to a new iPhone 3GS? I heard something about how loading a backup from a water damaged phone could mess up the new one... is this true? I would truly appreciate the help, please let me know, thanks!
Sounds like your phone is in recovery mode. In this case, all data on it is gone. There's nothing to back up.
Maybe you are looking for
-
Dropped wifi connection with ipad
iPad keeps dropping connection.
-
Hi I need to block the GL accounts from 410000 to 410500 apart from blocking in gl master while posting. SAP_CIN Moderator: Please, avoid asking basic questions
-
POPULATE NUMBER IN SEQUENCE BUTTON
Hi All, slightly more taxing questions for you I hope. I have created a PDF form to be used on mobile devices. Each time the form is filled that form needs to be individually numbered with an alpha-numeric code. Currently I have a field that states "
-
can't sync calendar from mac (OS X version 10.9.2) to iPhone (5s, version 7.1.1). Please help. thanks.
-
There seems to be a menu option to "divide scanned photos". However, there doesn't actually seem to be any help to do so. Can anyone point me in the right direction please?