Reject sip/h323 calls by IP?

i have a few sip/h323 providers. I have also enabled sip/h323 on my as5400xm(this is for my asterisk server). Since i'm using these providers, i have to put their IP in my access-list. my concern is, since my gateway is accepting sip/h323 calls. what if these provider send the calls to my gateway? so i was thinking of a way to restrict this. It could be as simple as tweaking the access-list. but I don't know. Please help.
here's how i have my access-list setup:
access-list 101 permit tcp host 10.10.10.10 any
access-list 101 permit udp host 10.10.10.10 any
access-list 101 permit udp any any range 16384 32767
access-list 101 deny tcp any any
access-list 101 deny udp any any
Thanks in advance

Ah, so you just want to restrict VoIP calls from L3 addresses other than your provider?
That's just a simple ACL to open up traffic to your SIP ITSP's IP external addresses, and block anything else.
You can get what IPs and ports are used by your provider, but here is what you need open on the Cisco side inbound for an inbound ACL on a WAN interface:
UDP - ITSP address:ITSP SIP Port to External interface:5060 - For SIP signaling
ITSP address:ITSP RTP Port Range - External interface:16384-32767 - RTP traffic
ITSP's port range could be anything between 1024-65535. SIP usually comes from UDP/5060 from the ITSP, but doesn't have to. Verify with them, or look at a SIP debug or packet capture to verify.
The implicit deny will take care of everything else.

Similar Messages

VCSE with dual NIC / SIP H323 encrypted call / traversal and non-traversal call license questions

Dear All,
I have a few questions and I would appereciate if someone will answer my questions?
1) May I know pros and cons of using Dual NIC and single NIC with VCSE in DMZ?
2) In order to make H323 and SIP encrypted call, what configuration need to be done on Cisco endpoint, non-cisco endpoint, VCSC and VCSE (both signalling and Media need to be encrypted).
3)let say my VCSE is in DMZ- endpoint A (cisco) and endpoint B (non-cisco) are registered on VCSE. I would like VCSE to use non-traversal call license when A call to B or B call to A regardless of whether H323 or SIP call.How can I force VCSE and endpoints to use non-traversal call. I only want VCSE to handle signalling and media is EP to EP direct. As traversal license is quite expensive.
I found following information from Cisco document.
all Cisco TelePresence endpoints are traversal enabled and so a traversal license will always be needed when at least one of the endpoints involved in the call is a Cisco TelePresence endpoint.
Is it possible to disable traversal client feature of Cisco endpoint?
Thanks and Best Regards,

voice register pool 4
add-->codec g711ulaw
voice register global
no create pro
create prof
and enable below debugs and send the logs
deb ccsip mess
deb voip ccapi inou
deb h225 asn1
deb h245 asn1

Remote office vdc registration on vcse - filter sip spam calls

Hi all, I have some doubts about registering remote offices vdc systems on our Cisco Expressway.
Actually remote vdc is natted on public ip and it receives random sip calls.
I understood the only solution is to deny sip protocol on firewall, even if I register remote vdc on our Expressway. Of course in this way remote office can receive only h323 calls.
Can anyone confirm if it is correct ?

Hello!
Did you try to register this 7940 before? Did you try to register any 7940 inside the office (not remote office)?
I think, you should try:
1) telephony service
cnf-file perphone
create cnf
2) to download wirmware files from cisco.com , put it onto CME and configure tftp server with firmware for 7940.
tftp-server flash:<file_name> alias <file_name>
telephony service
load 7940 <name_of_firmaware>
2) to see: debug ephone register
debug tftp events
If phone tries to download configuration and firmware from CME and what it tries to download.
Regards,
Kirill

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

There is no option to reject an incoming call in locked screen, there must be an icon on the screen for one who don't want to use lock button several times, i did'nt face this problem in last ios 6.1.3.

There is no option to reject an incoming call in locked screen, there must be an icon on the screen for one who don't want to use lock button several times, i did'nt face this problem in last ios 6.1.3.

A good read. Have you done anything at all to resolve your problem. Reset? Restore?
By the way - "your products"... nobody here produced the iPhone, we are all just users. Apple is not here.

CUCM: Third Party SIP Phone "Caller ID" is not displaying for outgoing calls

Hi Team,
we are running CUCM 9.1(2a),
we have integrated Third Party SIP Phone(Avaya 1230 SIP Phone) with CUCM,
Issue: Third Party SIP Phone "Caller ID" is not displaying for outgoing calls, we are able to see only the dailed Number,
When "A" calls to "B", "A" can see only the dailed number of "B" but not the "Caller ID"
Regards
Ananthakumar

Are A and B both Avaya phones?
So it looks like you're not seeing the alerting name/connected name getting updated then? Do you have alerting names configured on the directory numbers? Might need to take a look at the SIP messaging to see if the alerting name/connected name is being sent to the Avaya phones and maybe they just aren't displaying it. Might just be something that needs to be tweaked in the 46xxsettings.txt file.

Any SIP/ VoIP Expert? Echo of own voice in SIP conference call?

Hi,
I am developing an VoIP application using Jain-SIP library. My problem is when my application makes a SIP conference call, I can hear my own voice in the phone, however when making a SIP normal call, it won't happen. How do you disable the echo of own voice in a conference call? Thanks for your reading and appreciate your help!

Hello giliadw,
Don’t wait for a built in function because that’s no where soon to be seen in near future. You should certainly contact a hosted PBX provider they definitely provide VoIP solutions for mobiles. You can simply function all the SIP tools through their application. I can recommend you my PBX VoIP provider The RealPBX, they have a decent phone application and services

My galaxy s5 is rejecting all incoming calls

when people call me it says the user has blocked all incoming calls, or something like that. i have turned blocking mode off and i turned off call rejection for the call settings. i dont know what else to try

Hello scrpnsub, let's get to the bottom of this together! Can you dial *73 on the device and you will hear a few beeps. Hang up the call after the beeps and then test receiving a call. Are you able to make outbound calls? Keep us posted!
WiltonA_VZW
VZW Support
Follow us on twitter @VZWSupport

E52 rejects some incmng calls

am facing a strange behaviuor where my e52 rejects the incoming calls in case the caller is not saved in my phone contacts?!! also there is a small blue symbole on the battery icom.??

have you installed some application which 'black lists' un wanted callers or callers who arenot on phone book? please check. else this is not occuring on my device
If this post helped... Add some kudos!!

SIP- h323 in a AS5850 - Not able to send h323 calls coming from a SIP Phone

Dear All!
I have an AS5850 configured as a SIP Gateway and as a H323 Gateway. I'm planning to use this equipment as an interconnection point between PSTN,SIP and H323.
I already have a functional H323 Network with ISDN trunks to the pstn and it is working fine. I added SIP configuration to the AS5850 in order to be able to route calls out to the PSTN or H323 remote ends coming from a SIP Phone registered with a third-party SIP Proxy.
When the calls coming from the SIP Phone goes to a PSTN destination the calls completes properly, but i am having problems trying to send calls coming from the SIP phone to a remote h323 gateway(also cisco)
Attached is my configuration and the error i'm getting in my cdr. It seems that the "ext" number of the phone is being used as destination string in the last call leg, but i'm not sure.
Please Help!
dial-peer voice 100 pots
application session
destination-pattern 5T
port 2/6:D
forward-digits all
dial-peer voice 102 pots
application session
destination-pattern 044T
port 2/6:D
forward-digits all
dial-peer voice 103 voip
application session
incoming called-number 001T
destination-pattern 001T
session protocol sipv2
session target ipv4:20X.21X.17X.1X
tech-prefix 10511
sip-ua
sip-server ipv4:20X.6X.14X.18X
CDR ERROR:
.Mar 24 2004 18:31:42.620 GMT: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 2, ConnectionId 9F74CE17 7D2A11D8 82A09B41 D2C3D418, SetupTime .18:31:42.470 GMT Wed Mar 24 2004, ***PeerAddress 2006***, PeerSubAddress , DisconnectCause 3 , DisconnectText no route to destination (3), ConnectTime .18:31:42.620 GMT Wed Mar 24 2004, DisconnectTime .18:31:42.620 GMT Wed Mar 24 2004, CallOrigin 2, ChargedUnits 0, InfoType 2, TransmitPackets 0, TransmitBytes 0, ReceivePackets 0, ReceiveBytes 0
Thanks.
Attached you can find the debug ccsip messages output.

There are 2 solutions here.
1. Use of SIP/H.323 Signalling Gateway as the protocol convertor. Search google will yield heaps of hits on this subject. Product available both commercial and open source, trial, etc. Using this method means that the SIP End Point will communicate with H.323 End Point without going out the PSTN. I believe this is what you want to achieve in the long term. You are trying the AS5xxx as the protocol convertor for you, which it will not work. A call flow will be something like SIP IP Phone->SIP Server->SIP-to-H.323 Gateway->H.323 Gatekeeper->H.323 End Point. Of couse there is a SIP server that do the protocol convertor in the same box but the functionality is the still the same. Performance and concurrent call setup differ from products to products. Going for this solution would require you to find such products and test it on the your network.
2. If you do not wish to try on Soluton 1, this solution is a workaround way by not getting device but using the existing equipment that you have right now. Onto whether this good long term solution for depends on what you want to achieve both in term of commercially and technically. A call flow will be SIP End Point->SIP Server->Voice Gateway (AS5xxx)->PSTN Switch(ISDN/PRI)->Voice Gateway->H.323 Gatekeeper>H.323 End Point. The key is the Voice session must traverse the ISDN link. In other words your dial pattern must be setup is such as way that will go out thru the dial peer pots to pstn switch then come back to another dial-peer pots. I am not saying this is the most efficient way of doing it, I merely suggesting a workable way to achieve your desired goal without soluton 1.
Hopes you get better understanding now.
Thanks
SSng

OLC Reject for audio codec in a H.323-SIP B2B call involving CUCM & Expressways

In the setup, CUCM is the centralized call controller and expressways are used for firewall traversal. CUCM & expressways are correctly as per the Cisco document. A SIP call from a public internet endpoint to CUCM registered MX300 G2 is successfully connected with video & audio. But a H.323 call from public internet endpoint to the MX300 G2 in CUCM is failing. It is seen in the logs that there is a OpenLogicalChannel reject for the audio codec. I tried with both G711 & G729 from the public endpoint, but the result is the same. Has anyone here faced similar problems. Is there anything that I have look at. Thanks in advance.

Hi Martin,
Thanks for the response. I can look at the firewall. But I would like to understand how does firewall can be a factor here when there is a clear OLC Reject. Is it not confirms that the packets are indeed received and there are some issues in opening the logical channel.
As firewall is not in my scope, I need to make clear reason for the other team to look at.
Thanks.

CME SIP Phone Calls in one-way (inside local network)

Hello everyone, first time here, need a little help.
I'm having some trouble to find a solution to the following problem.
Recently I've installed CME 9.1 using the router 2921. Most of the phones are SIPs, model 3905 (around 20 of them), with the last firmware updated.
Some users are complaining one way audio issue in internal calls, from a extension to another (only in sip phones)
With Wireshark capture I could see that RTP packets are being sent and receive by the router and not directly trough the phones. Is this normal in CME? When a call with problems occours (one way audio) there is no audio in one way, but router still sends confort noise packets.
Here is my config.
Thanks for any help.
Martin
##################################################################################33
System returned to ROM by power-on
System restarted at 11:29:23 BR Tue Jan 29 2013
System image file is "flash0:c2900-universalk9-mz.SPA.152-4.M2.bin"
Last reload type: Normal Reload
Last reload reason: power-on
voice service voip
no ip address trusted authenticate
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
sip
registrar server expires max 3600 min 120
voice register global
mode cme
source-address 10.3.245.1 port 5060
max-dn 60
max-pool 70
load ATA-187 ATA187.9-2-3-1
load 3905 CP3905.9-2-1-0
authenticate realm all
timezone 17
time-format 24
date-format D/M/Y
tftp-path flash:
file text
create profile sync 0094230880392697
network-locale U1
user-locale U1 load /CME-locale-pt_BR-Portuguese-8.8.2.5.tar
ntp-server 10.3.244.7 mode directedbroadcast
voice register dn 1
number 9006
name Sala_Reuniao_02
label Sala de Reuniao 2
voice register dn 2
number 9007
name Sala_Reuniao_03
voice register dn 3
number 9008
name Sala Reuniao 04
voice register pool 1
id mac 8478.ACE6.09A2
type 3905
number 1 dn 1
template 1
codec g711ulaw
voice register pool 2
id mac 8478.ACE6.0573
type 3905
number 1 dn 2
codec g711ulaw
voice register pool 3
id mac 5897.1ECD.8F8D
type 3905
number 1 dn 3
codec g711ulaw
interface GigabitEthernet0/0
no ip address
duplex auto
speed auto
interface GigabitEthernet0/0.220
encapsulation dot1Q 220
ip address 10.3.245.1 255.255.255.0
ip helper-address 10.3.244.71
h323-gateway voip bind srcaddr 10.3.245.1
telephony-service
max-ephones 5
max-dn 5 no-reg both
ip source-address 10.3.245.1 port 2000
timeouts interdigit 5
timeouts busy 12
system message XXXXXXXX
cnf-file location flash:
cnf-file perphone
user-locale U2 load CME-locale-pt_BR-Portuguese-8.8.2.5.tar
user-locale 2 PT
network-locale U2
load 7925 CP7925G-1.4.1SR1.LOADS
load 6941 SCCP69xx.9-2-1-0.loads
time-zone 17
time-format 24
date-format dd-mm-yy
max-conferences 8 gain -6
dn-webedit
time-webedit
transfer-system full-consult
transfer-pattern .T
create cnf-files version-stamp Jan 01 2002 00:00:00
ephone-dn 1 dual-line
number 9001
ephone 1
mac-address D867.D9E6.F57F
ephone-template 1
type 6941
button 1:1

Hi ,
We have upgarded the the firmware to the 3905.9-2-2ES2 , but show voice register pool phone-load still shows the old firmware, but the phoen itself is showing the new upgraded version on the dsiplay ...any advice is highly appricated,
ADM-CME9#show voice register pool phone-load
Pool Device Name     Current-Version             Previous-Version
==== =============== =========================== ===========================
1    SEP7081053DE72F Cisco/SPA502G-7.4.8a
3    SEP34BDC8C6C412 Cisco-CP3905/9.2.1
4    SEP34BDC8C64561 Cisco-CP3905/9.2.1
5    SEP54781AE1F531 Cisco-CP3905/9.2.1
6    SEP54781AE171D2 Cisco-CP3905/9.2.1
10   SEP54781AE1F544 Cisco-CP3905/9.2.1
15   SEP1CE6C77323CD Cisco-CP3905/9.2.1
16   SEP58971E282A23 Cisco-CP3905/9.2.1
17   SEP58971E2822A8 Cisco-CP3905/9.2.1
19   SEP1CE6C77321F3 Cisco-CP3905/9.2.1
30   SEP54781AE171E2 Cisco-CP3905/9.2.1
31   SEP54781AE16FD4 Cisco-CP3905/9.2.1
32   SEP54781AE16F2F Cisco-CP3905/9.2.1
33   SEP54781A1C77FD Cisco-CP3905/9.2.1
34   SEP54781A1C77DC Cisco-CP3905/9.2.1
35   SEP54781AE17527 Cisco-CP3905/9.2.1
36   SEP54781AE17766 Cisco-CP3905/9.2.1
37   SEP54781AE1731A Cisco-CP3905/9.2.1
38   SEP54781AE08B8D Cisco-CP3905/9.2.1
39   SEP54781AE123B1 Cisco-CP3905/9.2.1

SIP -H323 Simultaneously on Cisco AS5350

A Chairde,
I am looking to setup my AS5350 to have H323 on one E1 , and SIP running on the other E1 for testing purposes.
Am having problems with DIAL PEER Commands SESSION PROTOCOL and TRANSPORT , they are not available, also most commands in VOICE CLASS VOIP do not load either.
I have new IOS for AS5350 (12.4) , but was wondering if my idea will work.
Attached is AS5350 script.

Cisco gateways provide support for coexistence of SIP and H.323 calls beginning with Cisco IOS Software Release 12.2(2)XB.
http://www.cisco.com/en/US/products/sw/iosswrel/ps5012/prod_release_note09186a0080080a3a.html

SIP & H323

Dos anyone have a configuration example for running SIP and H323 on the same gateway?
I am trying to use Broadvoice and route calls to another router with FXS ports on it via H323.
Thanks in advance.
Steve

[partial config]
voice class codec 1
codec preference 1 g729r8
codec preference 2 g729br8
codec preference 3 g711alaw
codec preference 4 g711ulaw
voice class codec 2
codec preference 1 g729r8
dial-peer voice 1001 voip
description description -SIP- VOXBONE
application prepaid
voice-class codec 2
session protocol sipv2
incoming called-number .
dtmf-relay rtp-nte
dial-peer voice 2000 voip
destination-pattern 001.T
progress_ind setup enable 3
progress_ind progress enable 2
progress_ind connect enable 1
translate-outgoing called 100
session target ipv4:1.1.1.10
dtmf-relay h245-signal h245-alphanumeric
dial-peer voice 2001 voip
destination-pattern .T
progress_ind setup enable 3
progress_ind progress enable 2
progress_ind connect enable 1
translate-outgoing called 100
session target ipv4:1.1.1.1
dtmf-relay h245-signal h245-alphanumeric
dial-peer voice 2002 voip
destination-pattern 0057.T
progress_ind setup enable 3
progress_ind progress enable 2
progress_ind connect enable 1
translate-outgoing called 100
session target ipv4:1.1.1.2
dtmf-relay h245-signal h245-alphanumeric
dial-peer voice 2003 voip
destination-pattern 0056.T
progress_ind setup enable 3
progress_ind progress enable 2
progress_ind connect enable 1
translate-outgoing called 102
session target ipv4:1.1.1.3
dtmf-relay h245-signal h245-alphanumeric
sip-ua
credentials username 5512041842 password 107758300B4F405A05572722090A671A2D rea
lm SIP_Auth_Realm
registrar ipv4:1.1.1.1 expires 60
If you need specific info let me know

CUBE in DMZ, H323 calls to CUBE, Ports need to be opened?

Hi,
I am putting in a CUBE in a DMZ that will have a public address that will NAT to it's internal address.
First off, what scenario is the CUBE really used for? Does it make since to have an outside IP Video Station register to the CUBE using the public IP and then make calls to internal video endpoints?
If so, does H323 work well with this?
And lastly, what do I need to do on the firewall besides mapping the public IP to the private IP? Do I need to open ports or add certain commands?
Thanks

You'll need TCP 1720 for H225 negotiation. You will also need random ports between 25000-50000 on both sides as H245 is negotiated dynamically between two random ports. If you're using SIP, TCP/UDP 5060 would be opened up.
Having the CUBE can help centralize your dial plan, as well as add security since it will be the border element between your internal devices and the external IP network.
For what you're doing, H323 would be the best option, yes.
-nick

Reject sip/h323 calls by IP?

Similar Messages

Maybe you are looking for