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

Similar Messages

ISR as CUBE and Voice Gateway

Can I set an ISR 2951 as CUBE to receive SIP trunks and configure the same box as voice gateway to deliver TDM E1 voice channels to an enterprise PBx?
Thanks
Sent from Cisco Technical Support iPhone App

Yes You can...
Please rate all useful posts
"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

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

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

Site to Site Connectivity Between BE6K and Voice Gateway 2901

Greetings,
Is an Ethernet handoff required for site to site connectivity between BE6K and a voice gateway 2901. My vendor is suggesting that it's required in order for both sites to see the BE6K as one phone system. However, here in lies the problem. I have a point-to-point T-1 between the sites that does not have an Ethernet handoff, just the smartjack to the T-1.
What would I need to get this to work? Have a router at each site? If so, which model? Or is there a component I could add to the BE6K or voice gateway?
Any help would be greatly appreciated.
Thanks in advance.

Ethernet handoff just means that the provider will deliver the circuit using Ethernet. What circuit is your provider delivering for you? Do they manage your WAN? Like I said what you need is ip connectivity between your sites and BE6k. If your T1 connection provides WAN connectivity and you have ip connectivity between the sites, then I don't know what you need any handoff for. The question is do you have ip connectivity between the sites via your T1 connection

How to two DID different bloks work in callmgr and voice gateway

I have trouble to install two different did blocks old did block(6828 7100 to 6828 7699 have been working for two years. Add new did block 6829 3000 to 6829 3199 recently. The PTT gateway 3745 router one ip address in Call mgr gateway has two isdn pri lines. PTT indicated now ISDN pri line 1 is for old did block and pri line 2 is for new did block. However, the gateway router selects the two lines i.e. s1/0:15 & s2/0:25 randomly. Thus, the caller shows the prime number if the call throws to the wrong line. How to fix the call throws to the right ISDN pri line.
Comments from PTT
Can the CallManager throw the calls to the respective lines? For example
for 6828 7100 -7699 it should throw to tp1.01 jgp1348 uam1-01 (ET 1081)
and for 6829 3000 3199 to tp1.02 jgp1348 uam1-01. I am sure this can be
done right? Otherwise the other range (6823 7000 - 7099) would not work
also. If you can ask your vendor on this

Pls ignore my problem, i will post in IP telephony.

Cucm 10.1version - training videos and hand guides on understanding voice gateway h323 and SIP? thanks

cucm 10.1version - any free training videos and hand guides on understanding voice gateway h323 and SIP and how to configure one? thanks

Learncisco gives a very good introduction to CUCM - I recommend you start there.

**ERROR**: CCPMSG_InCall: ChannelID IE invalid 100(0x64) in SIP voice gateway

Hi all,
I am configuring a SIP voice gateway. After finsihing the config, the outbound calls are working properly. But I met some issue for inbound calls.
There is no debug log for show ccsip message and show voice dialpeer command. Only q931 has the debug log.
Can any one have any idea for this issue?
below is the debug shows for show isdn q931.
   Jun 1 05:27:49.435: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x03A3
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xE1858384
Preferred, Interface 5, Channel 4
Calling Party Number i = 0x2181, '18600586101'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '82197910'
Plan:ISDN, Type:Subscriber(local)
High Layer Compat i = 0x9181
High Layer Compat i = 0x9181
Jun 1 05:27:49.439: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x83A3 callID = 0x0004 switch = primary-net5 interface = User
d8w-sr-2811f20a-vpn#
Jun 1 05:27:49.439: ISDN Se0/0/0:15 **ERROR**: CCPMSG_InCall: ChannelID IE invalid 100(0x64) rejecting call
Jun 1 05:27:49.443: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x83A3
Cause i = 0x80E418 - Invalid information element contents
下午01:28:17: Zhuliang: Jun 1 05:27:49.439: ISDN Se0/0/0:15 **ERROR**: CCPMSG_InCall: ChannelID IE invalid 100(0x64) rejecting call
Jun 1 05:27:49.443: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x83A3
Cause i = 0x80E418 - Invalid information element contents

Channel ID i = 0xE1858384 Preferred, Interface 5, Channel 4 Jun 1 05:27:49.443: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x83A3 Cause i = 0x80E418 - Invalid information element contents下午01:28:17: Zhuliang: Jun 1 05:27:49.439: ISDN Se0/0/0:15 **ERROR**: CCPMSG_InCall: ChannelID IE invalid 100(0x64) rejecting callJun 1 05:27:49.443: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x83A3 Cause i = 0x80E418 - Invalid information element contents
To what are you connecting? Call comes with explicit interface indicator IE, that is not normal for ISDN E1.

Can't establish a Voice gateway (cisco 2911) using SIP with CUCM 9.1

I have configured a Cisco 2911 as a Voice Gateway using SIP (the configuration is attached), but unfortunately can't establish a test call to a phone (CUPC 8.6 SCCP) using csim start. I have done logging the ccsip debug and ccapi debug and attached them. Could anyone help me to solve this problem?

I just did some research on my end and csim is not supported for SIP. The Invite will never be created and sent to the CUCM to initate the call. It disconnects in the router itself with normal cause.
*Apr 18 08:58:48.086: //40/7D08458F8077/SIP/Error/sipSPIOutgoingCallSDP:
Could not create source SDP for Outgoing Call
*Apr 18 08:58:48.086: //40/7D08458F8077/SIP/Error/sipSPICreateOutboundSDP:
Error in creating an SDP for the outbound call - Check for supported codecs
*Apr 18 08:58:48.086: //40/7D08458F8077/SIP/Error/preprocessSetup:
Error during outbound SDP creation
*Apr 18 08:58:48.086: //40/7D08458F8077/SIP/Info/sipSPIInitiateDisconnect: Initiate call disconnect(16) for outgoing call
Please use an actual call to test your dial-peer and integration with call manager. csim will not work.
Hantale
Sree

ASA 5505 + ASA 5540 static VPN, ssh and rdp problems

Greetings!
I've recentely set up a VPN between Cisco ASA 5540(8.4) ana 5505(8.3).
Everything works fine, but there is a small problem that is really annoying me.
From the inside network behind ASA 5505 I connect via rdp or ssh to a host inside ASA 5540.
Then I minimize ssh and rdp windows and don't use it for ten minutes. But I still use VPN for downloading some files.
Then I open ssh window - the session is inactive, open rdp window - I see a black screen (for 10-15 seconds, and then it shows RDP)
There are no timeouts on ssh or rdp hosts configured, via GRE tunnel it works perfectly without any hangs.
What can I do to get rid of this problem?
Thanks in advance.

Dear Fedor,
You could try adding the following commands to your configuration (on both ASAs) in order to increase the timeout values of the specific TCP sessions:
access-l rdp_ssh permit tcp 1.1.1.0 255.255.255.0 2.2.2.0 255.255.255.0 eq 22
access-l rdp_ssh permit tcp 1.1.1.0 255.255.255.0 2.2.2.0 255.255.255.0 eq 3389
class-map TCP_TIMEOUT
      match access-list rdp_ssh
policy-map global_policy
     class TCP_TIMEOUT
          set connection timeout idle 0:30:00
          set connection timeout half 0:30:00
* Please make sure you define the specific RDP and SSH ports in the ACL and avoid the use of "permit ip any any".
Let me know.
Portu.
Please rate any post you find useful.

Fax and Voice use same DID - SIP/CUBE

Is there any good way to have inbound Fax and Voice calls use the same DID?
I know there used to be a Fax Onramp TCL script, but I thought that was for TDM circuits (T1-PRI).
In this scenario, the PSTN comes from a SIP provider to a CUBE router. The provider does support T.38.
Call flow is: Remote Fax machine -> PSTN -> SIP Provider -> CUBE ->SIP -> CUCM (or Fax server.)
Ideally, I would like to send Fax calls directly to a 3rd party Fax server without going through CallManager (using dial-peers).
I'm hoping there is some secret SDP message that says "This is a Fax call, route me to the Fax server".
Thanks, Randy

Hi Stephan,
there are several timeouts and timings on voice ports which you can try out to "speed up" your disconnect but from my experience fax machines have an internal timing they need to get ready again - for example it needs often ~30sec to make a second ingoing fax after receiving the first one. For outgoing faxes the machine has usually a buffer where it stores the pages till the line is ready again. So it depends on the type & brand of fax machine you use, doesn't it?
Notice that some timeouts don't work since you control them with UCM (eg. ringing timeout => should be no answer config on line configuration)
show voice port 2/0:
Initial Time Out is set to 2 s
Interdigit Time Out is set to 10 s
Call Disconnect Time Out is set to 60 s
Supervisory Disconnect Time Out is set to 750 ms
Ringing Time Out is set to infinity
Wait Release Time Out is set to 30 s
Hookflash-in Timing is set to max=1000 ms, min=150 ms
Hookflash-out Timing is set to 400 ms
Furthermore I would suggest you to use actual 12.4(24)T release since i hade several problems with the 12.4(25c).
Regards,
Christoph

CiscoWorks LMS 4.0.1 and ASA 5540

I've added an ASA-5540 to the group of systems I backup each night. When the admin logs into the ASA in the morning, he sees the "save configuration" flag has been set. This started the same day CiscoWorks saved teh configuration. What is CiscoWorks doing to set this flag, and how do I stop it? It should only be reading the configuration. Thanks.

Ideally LMS should not save configuration only when LMS is taking the backup of configuration. This can be easily tested, if you try to run an instant job for Configuration Archive under Configuration > Sync Archive and see it on the ASA if it shows "save configuration" flag set.
It should be something else on either LMS or somewhere outside. In LMS it could be something like a NetConfig Job which may save configuration or other options like deploy configuration, which is very unlikely.
Before we stop it, we need to test and confirm, it is actually LMS,. You can also try to suspend the device once from LMS to see if next day you still see similar flag set.
Once we confirm it is LMS, we can test which action of LMS is doing it and how to prevent.
-Thanks
Vinod
** Encourage Contributors. RATE them**

Voice gateways, SLT and PGW

Hi everyone,
I dont know if its the right place to start this discussion so forgive me if i am wrong.( I also have opened a discussion in IP telephony portion)
The company in which i am currently wokring is running a call center and IPT as well. i will try to explain the scenario
voicegateways (AS5400 and AS5350 routers with IOS Version 12.4(15)T7)
SLT (2651XM with IOS Version 12.2(8)T10)
PGW (PGW 2200 with SunOS 5.10, MGC)
I was under the impression that if you want to connect PSTN and a voip network you need a PSTN gateway. So why are we using 3 different types of hardware.
Follwing are the explainations in a doucment given to me
the Cisco PGW 2200 provides service providers with the capability to seamlessly route voice and data calls between the PSTN and New World packet networks.
Cisco 2611 Signaling Link Terminals
(E1 terminates, Take Signaling part and send B n D channels to Voice gateway, Signaling part is resolved by it self and PGW)
Voice Gateways
allows terminals of one type, such as H.323, to communicate with terminals of another type, such as a PBX, by converting protocols. Gateways connect an organization’s network to the PSTN
Any information is much appreciated

have you read this
End-of-Sale and End-of-Life Announcement for the Cisco PGW 2200 Softswitch and Software
http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/vcallcon/ps2027/end_of_life_notice_c51-676990.html
hope this help

Analog interface between voice gateway and pbx system, please suggest too

Hi
Im a fresh in telephony and voip technology. I didnt find information about design analog interface between voice gateway and pbx system such as fxo-to-fxo, fxo-to-fxs, fxs-to-fxs, fxo-to-e&m, fxs-to-e&m, or e&m-to-e&m. Could you please suggest any resource for me?
Ps. my networks have 1 HQ and 2 branch offices connect to the HQ.
Thanks,
Nitass

Hello,
you can find lots of info about analog voice interfaces here:
http://www.cisco.com/en/US/tech/tk652/tk653/tk754/tech_protocol_home.html
I've found this particular document very useful when trying to understand how telephone signaling works. This applies to any telephone system where interfacing to analog phones or the PSTN is involved.
http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800a6210.shtml
Regards.

SPA112 and IOS gateway

Hi,
I have installed several ATA112 using callmanager.
But is it possible to use a Cisco voice gateway (29xx) without CME?
I mean the SPA112 doesn't register but just send SIP messages to the 29xx gateway and this gateway has a PRI line.
Would this work?
Thanks
JH

JH,
Have you figure it out?
Please advise
Chris

ASA 5540 8.4 and Voice Gateway (SIP)

Similar Messages

Maybe you are looking for