Cisco IP Multiservice Gateway, SIP

Has anyone used the Cisco IP to IP Multiservice Gateway as a SIP Session Border Controller

The Cisco Multiservice IP-to-IP Gateway facilitates simple and cost-effective connectivity between independent Voice over IP and video networks. Designed to meet enterprise and service-provider Session Border Controller (SBC) needs, the Cisco Multiservice IP-to-IP Gateway is an integrated Cisco IOS Software application .
http://www.cisco.com/en/US/products/sw/voicesw/ps5640/products_configuration_guide_chapter09186a00803fecdc.html#wp1039138

Similar Messages

Cisco 2911 Voice Gateway SIP PSTN Calls Fail

Hello All,
    I am having trouble with outboud SIP PSTN calls through a Cisco 2911 Voice Gateway. 2911 VG terminates PSTN SIP Traffic and connects to Avaya CS1000M via QSIG PRI Trunks. When calls are attempted outbound fron the PBX the caller gets a fast busy. Debug ISDN q931 shows the call hitting the 2911 properly, debug voip ccapi inout shows the call matching the correct dial peers and debug ccsip shows the invite to the PSTN Provider SBC, however within the invite the "from" address incorrectly shows the calling number with the provider SBC address (see below). does anyone have any insight on how to correct this? Attached are VG config and Debug isdn q931, voip ccapi inout, ccsip messages and ccsip call. Thanks in advance for any help!!
From: <sip:[email protected]>:tag=6166CDC4-882
To: <sip:[email protected]>
Shawn C. Smith

i have same problem my cucm ip is 192.168.200.53
my Voice Gateway is SIP by ip 192.168.200.86 for internal
and 172.29.7.94
and my SIP Server is 10.208.9.69
if its oky can yuo take a look at my problem please
this is the syslog from debug
May 30 20:19:34.284: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
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
Supported: Geolocation
Call-Info: <sip:192.168.200.53:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 3047462016-0000065536-0000004549-0902342848
Session-Expires: 1800
P-Asserted-Identity: "Aysar Mohamed" <sip:[email protected]>
Remote-Party-ID: "Aysar Mohamed" <sip:[email protected]>;party=calling;screen=yes;privacy=off
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
Content-Length: 0
May 30 20:19:34.284: //-1/B5A494800000/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=2217156
   ----- ccCallInfo IE subfields -----
   cisco-ani=2217156
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=90555769123
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
May 30 20:19:34.288: //-1/B5A494800000/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x30CF41D4, Call Info(
   Calling Number=2217156,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=90555769123(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=465
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :cc_get_feature_vsa malloc success
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: cc_get_feature_vsa count is 1
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :FEATURE_VSA attributes are: feature_name:0,feature_time:832953048,feature_id:85
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=90555769123(TON=Unknown, NPI=Unknown))
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_process_call_setup_ind:
   Event=0x2B82D890
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 90555769123
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetContext:
   Context=0x2ABC2E44
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 465 with tag 0 to app "_ManagedAppProcess_Default"
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=802, Params=0x2ABC19D4, Progress Indication=NULL(0)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCheckClipClir:
   In: Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCheckClipClir:
   Out: Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetupRequest:
   Destination Pattern=9T, Called Number=0555769123, Digit Strip=FALSE
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetupRequest:
   Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=0555769123(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=Aysar Mohamed
   Account Number=2217156, Final Destination Flag=TRUE,
   Guid=B5A49480-0001-0000-0000-11C535C8A8C0, Outgoing Dial-peer=802
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=2217156
   ----- ccCallInfo IE subfields -----
   cisco-ani=2217156
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=0555769123
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x30CF41D4, Interface Type=3, Destination=, Mode=0x0,
   Call Params(Calling Number=2217156,(Calling Name=Aysar Mohamed)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=0555769123(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=802, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :cc_get_feature_vsa malloc success
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: cc_get_feature_vsa count is 2
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :FEATURE_VSA attributes are: feature_name:0,feature_time:832952824,feature_id:86
May 30 20:19:34.292: //466/B5A494800000/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
May 30 20:19:34.292: //466/B5A494800000/CCAPI/ccCallSetContext:
   Context=0x2ABC1984
May 30 20:19:34.292: //465/B5A494800000/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=802
May 30 20:19:34.292: //466/B5A494800000/CCAPI/cc_api_call_proceeding:
   Interface=0x30CF41D4, Progress Indication=NULL(0)
May 30 20:19:34.292: //465/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
May 30 20:19:34.292: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Remote-Party-ID: "Aysar Mohamed" <sip:[email protected]>;party=calling;screen=yes;privacy=off
From: "Aysar Mohamed" <sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3047462016-0000065536-0000004549-0902342848
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1401481174
Contact: <sip:[email protected]:5060>
Call-Info: <sip:172.29.7.94:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: kpml, telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Length: 0
May 30 20:19:34.300: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Call-ID: [email protected]
From: "Aysar Mohamed"<sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>
CSeq: 101 INVITE
Content-Length: 0
May 30 20:19:34.612: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Record-Route: <sip:10.208.9.69:5060;transport=udp;lr>
Call-ID: [email protected]
From: "Aysar Mohamed"<sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>;tag=sbc0806eppk5yip-CC-57
CSeq: 101 INVITE
Contact: <sip:[email protected]:5060;user=phone>
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Content-Length: 328
Content-Type: application/sdp
v=0
o=- 17192647 17192647 IN IP4 10.208.9.69
s=SBC call
c=IN IP4 10.208.9.69
t=0 0
m=audio 39910 RTP/AVP 8 0 102 102 18 116
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:102 AMR/8000
a=rtpmap:102 AMR/8000
a=rtpmap:18 G729/8000
a=rtpmap:116 telephone-event/8000
a=ptime:5
a=fmtp:116 0-15
a=fmtp:18 annexb=yes
May 30 20:19:34.612: %SIP-3-UNSUPPORTED: Unsupported ptime value
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_caps_ind:
   Destination Interface=0x0, Destination Call Id=-1, Source Call Id=466,
   Caps(Codec=0x2, Fax Rate=0x2, Vad=0x1,
   Modem=0x0, Codec Bytes=160, Signal Type=2)
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
May 30 20:19:34.612: //465/B5A494800000/CCAPI/cc_api_caps_ack:
   Destination Interface=0x0, Destination Call Id=-1, Source Call Id=465,
   Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
   Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3882)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/cc_api_caps_ack:
   Destination Interface=0x0, Destination Call Id=-1, Source Call Id=465,
   Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
   Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3882)
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
   Event=170, Call Id=466
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
   Event Is Sent To Conferenced SPI(s) Directly
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
   Event=98, Call Id=466
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
   Event Is Sent To Conferenced SPI(s) Directly
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_call_cut_progress:
   Interface=0x30CF41D4, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1),
   Cause Value=0
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_call_cut_progress:
   Call Entry(Responsed=TRUE)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/ccCallCutProgress:
   Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1), Cause Value=0
   Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/ccCallCutProgress:
   Call Entry(Responsed=TRUE)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/ccConferenceCreate:
   (confID=0x30C11410, callID1=0x1D1, gcid=8C9E3127-E76E11E3-8274BE8C-EC3B12A0, tag=0x0)
May 30 20:19:34.616: //466/B5A494800000/CCAPI/ccConferenceCreate:
   (confID=0x30C11410, callID2=0x1D2, gcid=8C9E3127-E76E11E3-8274BE8C-EC3B12A0, tag=0x0)
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
   Conference Id=0x30C11410, Call Id1=465, Call Id2=466, Tag=0x0
May 30 20:19:34.616: //465/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //466/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
May 30 20:19:34.616: ccConferenceCreate: ret1=0, codecMask1=2, bytes1=160, negot1=0, dtmf1=0
                    ret2=0, codecMask2=2, bytes2=160, negot2=1, dtmf2=6,
                    tx_dynamic_pt1=0, rx_dynamic_pt1=0, codec_mode1=0, params_bitmap1 =0
                    tx_dynamic_pt2=8, rx_dynamic_pt2=8, codec_mode2=0, params_bitmap2 =0
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
   delay media to slow start case, codec negotation is not done
May 30 20:19:34.616: //465/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //465/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //465/B5A494800000/CCAPI/cc_api_bridge_done:
   Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=465,
   Destination Call Id=466, Disposition=0x0, Tag=0x0
May 30 20:19:34.616: //466/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //466/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //466/B5A494800000/CCAPI/cc_api_bridge_done:
   Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
   Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.616: //465/B5A494800000/CCAPI/cc_generic_bridge_done:
   Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
   Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x16, Destination Call Id=466)
May 30 20:19:34.616: //466/B5A494800000/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x16, Destination Call Id=465)
May 30 20:19:34.616: //465/B5A494800000/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x16, Call Id1=465, Call Id2=466
May 30 20:19:34.616: //465/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>;tag=739628-1BDB
Date: Fri, 30 May 2014 20:19:34 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
Remote-Party-ID: <sip:[email protected]>;party=called;screen=yes;privacy=off
Contact: <sip:[email protected]:5060>
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 233
v=0
o=CiscoSystemsSIP-GW-UserAgent 2639 5276 IN IP4 192.168.200.86
s=SIP Call
c=IN IP4 192.168.200.86
t=0 0
m=audio 18288 RTP/AVP 8 0 19
c=IN IP4 192.168.200.86
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:19 CN/8000
May 30 20:19:34.680: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 500 Server Internal Error
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Record-Route: <sip:10.208.9.69:5060;transport=udp;lr>
Call-ID: [email protected]
From: "Aysar Mohamed"<sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>;tag=sbc0806eppk5yip-CC-57
CSeq: 101 INVITE
Reason: Q.850;cause=127;text="interworking unspecified"
Warning: 399 - "SoftX3000 R601-CCU Rel POS:[3103] Release from CR"
Content-Length: 0
May 30 20:19:34.680: //466/B5A494800000/CCAPI/cc_api_call_disconnected:
   Cause Value=41, Interface=0x30CF41D4, Call Id=466
May 30 20:19:34.680: //466/B5A494800000/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=41, Retry Count=0)
May 30 20:19:34.680: //465/B5A494800000/CCAPI/ccCallReleaseResources:
   release reserved xcoding resource.
May 30 20:19:34.680: //466/B5A494800000/CCAPI/ccCallSetAAA_Accounting:
   Accounting=0, Call Id=466
May 30 20:19:34.680: //465/B5A494800000/CCAPI/ccConferenceDestroy:
   Conference Id=0x16, Tag=0x0
May 30 20:19:34.680: //465/B5A494800000/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=465,
   Destination Call Id=466, Disposition=0x0, Tag=0x0
May 30 20:19:34.680: //466/B5A494800000/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
   Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.680: //465/B5A494800000/CCAPI/cc_generic_bridge_done:
   Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
   Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.680: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
From: "Aysar Mohamed" <sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>;tag=sbc0806eppk5yip-CC-57
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: kpml, telephone-event
Content-Length: 0
May 30 20:19:34.684: //466/B5A494800000/CCAPI/ccCallDisconnect:
   Cause Value=41, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=41)
May 30 20:19:34.684: //466/B5A494800000/CCAPI/ccCallDisconnect:
   Cause Value=41, Call Entry(Responsed=TRUE, Cause Value=41)
May 30 20:19:34.684: //466/B5A494800000/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x30CF41D4, Tag=0x0, Call Id=466,
   Call Entry(Disconnect Cause=41, Voice Class Cause Code=0, Retry Count=0)
May 30 20:19:34.684: //466/B5A494800000/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
May 30 20:19:34.684: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.684: :cc_free_feature_vsa freeing 31A5D9F0
May 30 20:19:34.684: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.684: vsacount in free is 1
May 30 20:19:34.684: //465/B5A494800000/CCAPI/ccCallDisconnect:
   Cause Value=41, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
May 30 20:19:34.684: //465/B5A494800000/CCAPI/ccCallDisconnect:
   Cause Value=41, Call Entry(Responsed=TRUE, Cause Value=41)
May 30 20:19:34.684: //465/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>;tag=739628-1BDB
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=41
Content-Length: 0
May 30 20:19:34.684: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>;tag=739628-1BDB
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Length: 0
May 30 20:19:34.688: //465/B5A494800000/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x30CF41D4, Tag=0x0, Call Id=465,
   Call Entry(Disconnect Cause=41, Voice Class Cause Code=0, Retry Count=0)
May 30 20:19:34.688: //465/B5A494800000/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
May 30 20:19:34.688: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.688: :cc_free_feature_vsa freeing 31A5DAD0
May 30 20:19:34.688: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.688: vsacount in free is 0
May 30 20:19:36.044: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:172.29.7.94:5060 SIP/2.0
Via: SIP/2.0/UDP 10.208.9.69:5060;branch=z9hG4bKmisco3ykfiooegpygsphkocp1T20326
Call-ID: isbcfemyk1p1mkteets1tcmi53eeehfhikcp@SoftX3000
From: <sip:172.29.7.94:5060>;tag=sbc0803k1pyk51o
To: <sip:172.29.7.94>
CSeq: 1 OPTIONS
Max-Forwards: 70
Content-Length: 0
May 30 20:19:36.048: //467/8DAABF6C8278/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.208.9.69:5060;branch=z9hG4bKmisco3ykfiooegpygsphkocp1T20326
From: <sip:172.29.7.94:5060>;tag=sbc0803k1pyk51o
To: <sip:172.29.7.94>;tag=739BBC-1CE2
Date: Fri, 30 May 2014 20:19:36 GMT
Call-ID: isbcfemyk1p1mkteets1tcmi53eeehfhikcp@SoftX3000
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 1 OPTIONS
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Accept: application/sdp
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Content-Type: application/sdp
Content-Length: 446
v=0
o=CiscoSystemsSIP-GW-UserAgent 3496 1601 IN IP4 172.29.7.94
s=SIP Call
c=IN IP4 172.29.7.94
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15
c=IN IP4 172.29.7.94
m=image 0 udptl t38
c=IN IP4 172.29.7.94
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy
My SIP GW internal ip address is 192.168.200.86
and the Public IP is : 172.29.7.94
My CUCM is 192.168.200.53
my GW Config is :
voice service voip
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
registrar server
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
codec preference 4 g729br8
voice translation-rule 3
rule 1 /^9/ /\1/
voice translation-rule 4
rule 4 /^22217/ /7/
rule 5 /^2217/ /7/
rule 6 /^022217/ /7/
rule 7 /^0122217/ /7/
voice translation-rule 5
rule 1 /^5/ /905/
rule 2 /^1/ /901/
rule 3 /^2/ /902/
rule 4 /^3/ /903/
rule 5 /^4/ /904/
rule 6 /^6/ /906/
rule 7 /^7/ /907/
rule 8 /^8/ /908/
rule 10 /^00/ /900/
rule 11 /'+'/ /900/
voice translation-profile OUT
translate called 3
voice translation-profile REDIAL
translate calling 5
voice translation-profile SIP-NEW
translate called 4
application
service mva http://192.168.200.53:8080/ccmivr/pages/IVRMainpage.vxml
service ccm http://192.168.200.53:8080/ccmivr/pages/IVRMainpage.vxml
license udi pid CISCO2921/K9 sn FCZ164960G0
hw-module pvdm 0/0
hw-module pvdm 0/1
interface Embedded-Service-Engine0/0
no ip address
shutdown
interface GigabitEthernet0/0
description $ETH-LAN$$ETH-SW-LAUNCH$$INTF-INFO-GE 0/0$
ip address 192.168.200.86 255.255.255.0
duplex auto
speed auto
interface GigabitEthernet0/1
ip address 172.29.7.94 255.255.255.252
duplex auto
speed auto
ip http server
ip http access-class 23
ip http authentication local
no ip http secure-server
ip http timeout-policy idle 60 life 86400 requests 10000
ip route 0.0.0.0 0.0.0.0 192.168.200.1
ip route 10.208.9.0 255.255.255.0 172.29.7.93
access-list 23 permit 10.10.10.0 0.0.0.7
control-plane
mgcp profile default
sccp local GigabitEthernet0/0
sccp ccm 192.168.200.53 identifier 1 priority 1 version 7.0
sccp
sccp ccm group 1
associate ccm 1 priority 1
associate profile 2 register NAGHI-MTP
dspfarm profile 2 mtp
codec g711alaw
maximum sessions hardware 25
associate application SCCP
dial-peer voice 802 voip
description ** SIP TO STC **
translation-profile outgoing OUT
destination-pattern 9T
session protocol sipv2
session target ipv4:10.208.9.69:5060
session transport udp
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay sip-notify rtp-nte sip-kpml
no vad
dial-peer voice 811 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 022217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 812 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 22217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 813 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 2217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 814 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 022217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 815 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 22217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 816 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 2217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 817 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 0122217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 818 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 0122217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
Please i need ur help ASAP

Cisco IP-IP Gateway for Videoconferencing

Does anyone have any experience of using the Cisco IP-IP Gateway in a video conferencing context? Are there any limitations to be aware of, as compared to the IOS MCM Proxy?

The Cisco Multiservice IP-to-IP Gateway facilitates simple and cost-effective connectivity between independent Voice over IP and video networks. Designed to meet enterprise and service-provider Session Border Controller (SBC) needs, the Cisco Multiservice IP-to-IP Gateway is an integrated Cisco IOS Software application .
http://www.cisco.com/en/US/products/sw/voicesw/ps5640/products_configuration_guide_chapter09186a00803fecdc.html#wp1039138

ASA 5540 8.4 and Voice Gateway (SIP)

have ASA FW with 8.4(2) : inside is connected to lan , DMZ is having SIP Gateway router , i have configured the Firewall will required ports and enabled sip inspection under policy-map but no VOICE traffic is passing through the firewall , iam using static nat
there are ports opened from both side ASA (dmz-inside and other way)
object-group service TCP tcp
port-object eq sip
port-object range 2000 2443
port-object eq h323
port-object eq rtsp
port-object eq 5061
port-object eq 50693
port-object eq 16341
object-group service UDP udp
port-object eq sip
port-object range 16384 32767
port-object eq tftp
port-object eq ntp
port-object eq 1718
port-object eq 1719
port-object eq 5061
port-object eq 57280
Following is inspection
policy-map global_policy
class inspection_default
inspect ftp
inspect h323 h225
inspect h323 ras
inspect rsh
inspect rtsp
inspect skinny
inspect sunrpc
inspect xdmcp
inspect sip
inspect netbios
inspect tftp
inspect ip-options
inspect dns
service-policy global_policy global
phones are not getting registered .....how about the NAT it should be static between DMZ to inside or No NAT statement
any sugesstions would be helpfull

Although it is a document about ASA on another version it explains how SIP inspection works on the ASA. For you to understand this document you need to understand the device that you are configuring behind the ASA and how SIP works in general.
http://www.cisco.com/en/US/products/ps6120/products_configuration_example09186a008081042c.shtml
Send a copy of the complete configuration and show service-policy

Voice gateway, SIP Options ping without SDP

Hi all.
I see following SIP options call-flow for sip options ping:
17907581: Jan 16 08:11:31.057: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:10.250.20.25:5060 SIP/2.0
Via: SIP/2.0/UDP 10.11.3.17:9256;branch=z9hG4bKabuf3p5e3es57i595u9viaf77
Call-ID: [email protected]
From: <sip:[email protected]>;tag=sbc0800uf7upc43
To: <sip:10.250.20.25>
CSeq: 1 OPTIONS
Max-Forwards: 70
Content-Length: 0
17907583: Jan 16 08:11:31.057: //28111388/1CCF073F9ED3/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.11.3.17:9256;branch=z9hG4bKabuf3p5e3es57i595u9viaf77
From: <sip:[email protected]>;tag=sbc0800uf7upc43
To: <sip:10.250.20.25>;tag=BC08FBDC-1F16
Date: Fri, 16 Jan 2015 08:11:31 GMT
Call-ID: [email protected]
Server: Cisco-SIPGateway/IOS-15.4.20141104.060737.
CSeq: 1 OPTIONS
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Accept: application/sdp
Supported: timer,resource-priority,replaces,sdp-anat
Content-Type: application/sdp
Content-Length: 363
v=0
o=CiscoSystemsSIP-GW-UserAgent 1616 9170 IN IP4 10.13.4.43
s=SIP Call
c=IN IP4 10.13.4.43
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15
c=IN IP4 10.13.4.43
m=image 0 udptl t38
c=IN IP4 10.13.4.43
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy
I know that this is normal behavior for voice gateway(3925 in our case).
Is it possible to disable SDP in 200 OK message going out to ITSP. They said that their PBX can't recognize 200 ok with SDP as reply to sip Options message.

Oleh,
I am not sure you can do this..
RFC3261 states the following:
The SIP method OPTIONS allows a UA to query another UA or a proxy
   server as to its capabilities. This allows a client to discover
   information about the supported methods, content types, extensions,
   codecs, etc. without "ringing" the other party. For example, before
   a client inserts a Require header field into an INVITE listing an
   option that it is not certain the destination UAS supports, the
   client can query the destination UAS with an OPTIONS to see if this
   option is returned in a Supported header field. All UAs MUST support
   the OPTIONS method.
If the response to an OPTIONS is generated by a proxy server, the
   proxy returns a 200 (OK), listing the capabilities of the server.
   The response does not contain a message body.
So it looks like your ITSP hasn't designed their system based on this RFC. When you send an OPTIONs message, the response has to include the capabilities the other party can support..

Connect Cisco CallManager to external SIP provider

I need to connect my CUCM 5.1 with sip proxy on telco side.IP phones
will connect to CUCM.
The SIP server provide 90 lines with real numbers
Following is the scenario.
Cisco IP phones----------CUCM-------WAN connection to
telco---------SIP proxy server.
Can anybody explain me how this will work, what will be the
configurations and if CUCM has the capability to control the calls
between IP phones and SIP server.

Hi Asim
It is recommended to use CUBE (IP-IP gateway)
Look following url for configuration.
http://www.cisco.com/en/US/products/sw/voicesw/ps5640/products_configuration_example09186a00808ead0f.shtml
Regards..
Mahesh Dawar
www.cisco.com/go/pdihelpdesk

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!
Fran

Ok 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 ...

Cisco Prime Collaboration and SIP Codes

I am trying to position Cisco Prime Collaboration with a Cisco CUBE router and the client wants to know if Prime will be able to do the following:
1) Scan, index and alert on configurable SIP 4xx, 5xx, 6xx
2) Look at acive inbound/outbound calls

Hello Varda,
It seems as the 1040 sensors are not finding the TFTP server. The TFTP server list should not contain the ipaddress with values 32 or 92 in their octets,
1. The 1040 needs to learn of the TFTP by DHCP option 150.
2. Please make sure that it is set on your DHCP server.
3. To confirm that the 1040 sensor is receiving the TFTP IP open a web browser and type http:// and see if the TFTP address field is showing the IP.
4. If it is then you might also need to restart the TFTP service on the CUCM so that the 1040 can download the cnf and image files.
Attached is the userguide for 1040. Go through it and this should be able to resolve your issue.
This is a other method to check the sensor is fine
Fist step install download winagents tftp server ,
enter a Service Monitor Server   Configuration / sensor1040 and in TFTP server enter    ip address(winagents tftpserver) and go to SETUP
in setup   put you ip address in PRIMARY SERVICE MONITOR and push OK   you look the server write file in (TFTP server )
Next STEP
Go to MANAGEMENT   and add new sensor you need mac address remember second port in sensor is span port you can make a sencond file in the tftp server
Next STEP
go to service monitor server and copy file *.img CSCOpx/
Next STEP
Search you dhcp server switch     option 150 in put your ip address tftp server when sensor power off and power on the sensor search tftp server and search files to autoconfig and register to service monitor when test is ok
its time to upload change winagent tftp server to callmanager tftp server
Hope this helps
Thanks & Regards,
Venkitesh

Cisco 2851 with multiple SIP registrars

I'm trying to setup up my 2851 to register with two registrars (sipgate.co.uk and voiptalk.org).
Looking at "show sip-ua register status" it seems that I have successfully registered, but oddly it is trying to use the authentication of each other on both:
router1#show sip-ua register status
--------------------- Registrar-Index 1 ---------------------
Line                             peer       expires(sec) registered P-Associ-URI
================================ ========== ============ ========== ============
100XXXX                          -1         465          yes
8449XXXX                         -1         165          no
--------------------- Registrar-Index 2 ---------------------
Line                             peer       expires(sec) registered P-Associ-URI
================================ ========== ============ ========== ============
100XXXX                          -1         165          no
8449XXXX                         -1         2865         yes
So it looks like it's trying to register using 100XXXX and 8449XXXX with both registrars, which is wrong.
I confirmed this using tcpdump.
I've been using this page to help configure the sip trunks: http://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/15_1/sip_15_1_book/sip_cg-multi-registrars.html
I have this as my sip-ua config:
sip-ua
credentials number 100XXXX username 100XXXX password 7 PASSWORD1 realm sipgate.co.uk
credentials number 8449XXXX username 8449XXXX password 7 PASSWORD2 realm voiptalk.org
nat symmetric role active
nat symmetric check-media-src
no remote-party-id
retry invite 2
retry register 10
timers connect 100
registrar 1 dns:sipgate.co.uk expires 3600
registrar 2 dns:voiptalk.org expires 3600
connection-reuse
host-registrar
protocol mode dual-stack preference ipv6
Am I missing something obvious? :/ What could I be doing wrong?

Hope this link helps out:
http://tekcert.com/blog/2011/02/03/cme-configuration-example-sip-trunks-viatalk-and-voipms
rate the post accordingly.
Regards,
Kevin
Sent from Cisco Technical Support Android App

I Want Buy Cisco ASA Firewall Supporting SIP

Hello Guys I want to buy cisco ASA Firewall , that support SIP and Session Border Controller (SBC) So please can any one tell me the most power full that support this protocols ,, Than you guys

Hi Vijay,
If can be done but you need any network management software. I personally dont think you can ask your ask to send mails. ASA can trigger alert to a SNMP configured server which will intern send mail to you
HTH,

Cisco Unity Connection - Miu SIP Integration, All lines are busy

Hi,
We have a CUCM/CUC Cluster since 2009 and we never had problems with accessing Voicemail. We configured a Secure Siptrunk between the CUCM Cluster and the CUC-Server.
CUCM 8.5.1SU4/CUC8.5.1SU1
2 weeks ago we upgraded CUC from 8.5.1SU1 to 8.5.1SU5
Since this upgrade we had at 2 times no voicemail access from the IP-Phones registered on CUCM-Cluster (reorder tone) - in the log of CUC we saw that all 144 ports become busy !!
History:
Update CUC from 8.5.1SU1 to 8.5.1SU5 on Saturday 10/26
- first outage on wed. 10/31 ; 1:48 pm
- second outage on tue 11/6 10:26 am
After restart of the CUC-Server the system works normally - I think stopping and starting Connection Manager coiuld also be a workaround, but i did not verified this :
here the log from wed 10/31
Oct 31 13:48:37 CUC1 local7 4 : 4298: CUC1.sprachdienst.fraunhofer.de: Oct 31 2012 12:48:37 PM.862 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Oct 31 13:48:44 CUC1 local7 4 : 4299: CUC1.sprachdienst.fraunhofer.de: Oct 31 2012 12:48:44 PM.931 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Oct 31 13:48:47 CUC1 local7 4 : 4300: CUC1.sprachdienst.fraunhofer.de: Oct 31 2012 12:48:47 PM.508 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered....
the log from yesterday
Nov 6 10:26:43 CUC1 local7 4 : 14264: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:26:43 AM.732 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:26:56 CUC1 local7 4 : 14265: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:26:56 AM.942 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:27:03 CUC1 local7 4 : 14266: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:27:03 AM.147 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:27:11 CUC1 local7 4 : 14267: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:27:11 AM.359 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:27:59 CUC1 local7 4 : 14268: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:27:59 AM.155 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:27:59 CUC1 local7 4 : 14269: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:27:59 AM.177 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:29:33 CUC1 local7 4 : 14270: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:29:33 AM.475 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Nov 6 10:29:48 CUC1 local7 4 : 14271: CUC1.sprachdienst.fraunhofer.de: Nov 06 2012 09:29:48 AM.770 UTC : %UC_UCEVNT-4-EvtMiuBusyHere: %[AppID=CuCsMgr][ClusterID=][NodeID=CUC1]: Miu SIP Integration, All lines are busy on redirector 10.37.239.21:5061. An incoming call will not be answered.
Question:
do we have a bug in the software CUC 8.5.1SU5 or is there another problem ?
Any Ideas ?
regards
alex

Hi,
we opened a tac case and it seems we run into a bug which is known in Version 8.6. (We run 8.5.1SU5)
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCuc22800
Cisco already have the fix available for version 8.6.2 ES52.
Cause we can not upgrade to 8.6 (Server Hardware not supported) we will wait for the Version 8.5 Fix.
Meanwhile I will change the SIP-Trunk between the Unity Connection Server and the Call Manager Server from TLS to non-TLS (described in CSCuc22800 as a workaround)
regards
Alex

Cisco Phone 7960 and SIP provider

Hi,
i have an account with a Sip provider.
I have all information for make a connection with xlite sip client but if i try to configure a Cisco Phone with SIP Firmware (7.5), phone not work.
My provider is messagenet.it.
Can you help me?
Thanks

Hello,
have a look at the configuration guide "Getting Started with Your Cisco SIP IP Phone" at
http://www.cisco.com/en/US/products/sw/voicesw/ps2156/products_administration_guide_chapter09186a0080080edf.html
This should pretty much answer your questions and allow you to succeed with your task.
Hope this helps! Please rate all posts.
Regards, Martin

Cisco CME: calls through SIP-provider again

Hello,friends!
I have already published a discussion here https://supportforums.cisco.com/discussion/12089656/cisco-cme-and-calls-through-sip-provider and you helped me, everything works well for Russian numbers.
When I tried to add the configuration for calls to Belarus, again, there was a problem. I do not understand why, although the configuration ideintichnaya.
My config:
voice service voip
ip address trusted list
ipv4 178.16.26.122 255.255.255.255
ipv4 144.76.42.108 255.255.255.255
ipv4 176.9.145.115 255.255.255.255
ipv4 5.9.108.25 255.255.255.255
ipv4 78.46.95.118 255.255.255.255
ipv4 89.249.23.194 255.255.255.255
ipv4 178.16.26.124 255.255.255.255
ipv4 176.9.85.133 255.255.255.255
ipv4 46.4.53.86 255.255.255.255
ipv4 5.9.84.165 255.255.255.255
ipv4 78.16.26.122 255.255.255.255
ipv4 77.235.62.222 255.255.255.255
ipv4 81.88.86.11 255.255.255.255
ipv4 192.168.1.50 255.255.255.255
ipv4 217.150.198.44 255.255.255.255
ipv4 178.63.96.3 255.255.255.255
ipv4 178.63.96.28 255.255.255.255
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
sip
registrar server
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
codec preference 3 g711alaw
voice class sip-profiles 20
request INVITE sip-header From modify "\"(.*)\" <sip:(.*)@(.*)>" "\"\" <sip:[email protected]>"
voice translation-rule 9
rule 1 /^98/ /7/
voice translation-rule 10
rule 1 /^9/ //
voice translation-rule 1020
rule 1 /^.*$/ /141756/
voice translation-rule 1030
rule 1 /^.*/ /141756/
voice translation-rule 1040
rule 1 /^.*$/ /21/
voice translation-profile incoming
translate called 1040
voice translation-profile outgoing
translate calling 1030
translate called 9
voice translation-profile outgoing-mezhdunarod
translate calling 1030
translate called 10
voice-card 0
dial-peer voice 2 voip
description TO-RUSSIA
translation-profile outgoing outgoing
preference 1
destination-pattern 98..........
session protocol sipv2
session target sip-server
voice-class codec 1
no voice-class sip outbound-proxy
voice-class sip profiles 20
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte sip-notify
no vad
dial-peer voice 3 voip
translation-profile incoming incoming
incoming called-number 141756
voice-class codec 1
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte
no vad
dial-peer voice 4 voip
description To-Belarus
translation-profile outgoing outgoing-mezhdunarod
destination-pattern 9375.........
session protocol sipv2
session target sip-server
voice-class codec 1
no voice-class sip outbound-proxy
voice-class sip profiles 20
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte sip-notify
no vad
sip-ua
credentials username 141756 password 7<pass> realm sip.zadarma.com
authentication username 141756 password 7 <pass>
no remote-party-id
registrar 1 dns:sip.zadarma.com expires 3600
sip-server dns:sip.zadarma.com
connection-reuse
host-registrar
DEBUG ccsip message:
Jun 17 14:23:09.033: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK36571F65
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1402996989
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Jun 17 14:23:09.089: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK36571F65;rport=5060
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>;tag=b638310eda6e4a73cf10b7fe3c94c572.6d40
Call-ID: [email protected]
CSeq: 101 INVITE
Proxy-Authenticate: Digest realm="sip.zadarma.com", nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1", qop="auth"
Server: kamailio (4.1.2 (x86_64/linux))
Content-Length: 0
Jun 17 14:23:09.169: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK36571F65
From: "Vankuver" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>;tag=b638310eda6e4a73cf10b7fe3c94c572.6d40
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Jun 17 14:23:09.169: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK365820F2
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1402996989
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="141756",realm="sip.zadarma.com",uri="sip:[email protected]:5060",response="9534322838cbf2e265b2004bc0aa240e",nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1",cnonce="FFF9A231",qop=auth,algorithm=md5,nc=00000001
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Jun 17 14:23:09.637: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK365820F2
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1402996989
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="141756",realm="sip.zadarma.com",uri="sip:[email protected]:5060",response="9534322838cbf2e265b2004bc0aa240e",nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1",cnonce="FFF9A231",qop=auth,algorithm=md5,nc=00000001
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Jun 17 14:23:10.621: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK365820F2
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:10 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1402996990
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="141756",realm="sip.zadarma.com",uri="sip:[email protected]:5060",response="9534322838cbf2e265b2004bc0aa240e",nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1",cnonce="FFF9A
All possible debugging has been turned off
DC#231",qop=auth,algorithm=md5,nc=00000001
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Debug voice ccapi inout:
Destination Pattern=9375........., Called Number=375298911396, Digit Strip=FALSE
Jun 17 15:22:13.073: //14425/13366763AF35/CCAPI/ccCallSetupRequest:
Calling Number=141756(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=375298911396(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=Vankuver
Account Number=, Final Destination Flag=FALSE,
Guid=13366763-F540-11E3-AF35-FAC82C2E981E, Outgoing Dial-peer=4
Jun 17 15:22:13.073: //14425/13366763AF35/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=141756
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=375298911396
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=0
cisco-rdnsi=0
cisco-redirectreason=0 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
Jun 17 15:22:13.073: //14425/13366763AF35/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x6968AA04, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=141756,(Calling Name=Vankuver)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=375298911396(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE, Outgoing Dial-peer=4, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Jun 17 15:22:13.073: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 17 15:22:13.073: :cc_get_feature_vsa malloc success
Jun 17 15:22:13.073: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 17 15:22:13.077: cc_get_feature_vsa count is 2
Jun 17 15:22:13.077: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 17 15:22:13.077: :FEATURE_VSA attributes are: feature_name:0,feature_time:1819298856,feature_id:3371
Jun 17 15:22:13.077: //14427/13366763AF35/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
Jun 17 15:22:13.077: //14427/13366763AF35/CCAPI/ccCallSetContext:
Context=0x6C726BF4
Jun 17 15:22:13.077: //14425/13366763AF35/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=4
Jun 17 15:22:13.085: //14427/13366763AF35/CCAPI/cc_api_call_proceeding:
Please help me... I don't know what to do!

You need to contact service provider for this , after authentication challenge your sip provider is not sending any response.
Contact them and ask whether they had received INVITE with proxy authentication details or not.

Cisco VG202 voice gateway implementations

I have used the Cisco VG202 to replace Multitech units at some of my remote locations.
The phone systems at the remote locations are Avaya Partner systems.
What i encounter, after placing the Cisco units, is that the time displayed on the Avaya phones goes wrong. Even if you manually correct it, time will go off within a couple hours.
Has ANYONE come across this? TIme on the Avaya Partner system is adversely affected with the introduction of the Cisco VG202.

Hi Peter,
This forum is for discussions about specific known bugs. You might find better discussion in the IP Telephony forum: https://supportforums.cisco.com/community/netpro/collaboration-voice-video/ip-telephony
Conceptually as an analog voice gateway the VG shouldn't generally provide any time information to an attached phone system. Is it possible the phone system is pointed to the VG as an NTP reference? In that situation the internal platform clock isn't terribly reliable and synch to an more reliable external NTP reference is recommended. The only other possibility that comes to mind is delivery of a timestamp information along with callerid over the analog voice ports. In that situation the router again depends on internal clock. Configuring an NTP reference on the router will help to keep the router clock better synchronized. These are all a bit of a stretch. The most likely, IMHO, is the pone system pointing to VG202 as NTP reference. In that case giving the VG202 a reliable NTP reference so the router can keep more accurate time would be my first approach.
Hope this helps,
Wes

Cisco 2801 (Voice Gateway + CUE)

Hi there,
I got two questions:
1) When I try to login to Cisco 2801 I get the following lines: (I've already changed the default username and password!)
Cisco Router and Security Device Manager (SDM) is installed on this device.
This feature requires the one-time use of the username "cisco"
with the password "cisco". The default username and password have a privilege level of 15.
Please change these publicly known initial credentials using SDM or the IOS CLI.
Here are the Cisco IOS commands.
username <myuser> privilege 15 secret 0 <mypassword>
no username cisco
Replace <myuser> and <mypassword> with the username and password you want to use.
For more information about SDM please follow the instructions in the QUICK START
GUIDE for your router or go to http://www.cisco.com/go/sdm
2) Is there any configuration example to configure CUE on Cisco 2801 (AIM Module)?
Thanks.

Hi there,
1. The lines you reference are the default message of the day banner on the ISR routers. To remove the message, go into configuration mode and enter the command "no banner motd"
2. Here's a sample configuration of configuring CME and CUE. The sample configuration should work on your 2801 ISR router. Feel free to give it a try and post here is you run into any issues or need clarification on anything.
http://www.cisco.com/en/US/products/sw/voicesw/ps5520/products_configuration_example09186a008037f2a9.shtml
Hope this helps.
Regards,
Michael.

Cisco IP Multiservice Gateway, SIP

Similar Messages

Maybe you are looking for