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

Similar Messages

  • Multiple SIP Registrar changes Header Behaviour

    Hi all,
      I want to use multiple SIP registrars and mu UC520 supports this:
    Cisco IOS Software, UC500 Software (UC500-ADVIPSERVICESK9-M), Version 15.1(2)T2, RELEASE SOFTWARE (fc1)
    all SIP UA config is consistent other than using a registrar number.
    When sending with the FQDN the call succeeds after a 401, with the IP address instant 403 and fails.
    Does anyone know a way to enforce a domain name in the From header?
    Single Registrar:
    sip-ua
    credentials username <username> password <password> realm iinetphone.iinet.net.au
    authentication username username <username> password <password> realm iinetphone.iinet.net.au
    no remote-party-id
    registrar dns:sip.vic.iinet.net.au expires 3600
    Sent:
    INVITE sip:[email protected]:5060 SIP/2.0
    Via: SIP/2.0/UDP 124.168.221.176:5060;branch=z9hG4bK14BD13DB
    From: "iiNetPhone" <sip:[email protected]>;tag=78DE21E4-196D
    To: <sip:[email protected]>
    Date: Tue, 26 Apr 2011 08:20:43 GMT
    Call-ID: [email protected]
    Supported: 100rel,timer,resource-priority,replaces,sdp-anat
    Min-SE:  1800
    Cisco-Guid: 0315016448-0000065536-0000000074-4027191562
    User-Agent: Cisco-SIPGateway/IOS-12.x
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    CSeq: 101 INVITE
    Timestamp: 1303806043
    Contact: <sip:[email protected]:5060>
    Expires: 180
    Allow-Events: telephone-event
    Max-Forwards: 69
    Session-Expires:  1800
    Content-Type: application/sdp
    Content-Disposition: session;handling=required
    Content-Length: 256
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 2333 1968 IN IP4 124.168.221.176
    s=SIP Call
    c=IN IP4 124.168.221.176
    t=0 0
    m=audio 18664 RTP/AVP 0 101
    c=IN IP4 124.168.221.176
    a=rtpmap:0 PCMU/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    a=ptime:20
    Received:
    SIP/2.0 401 Unauthorized
    Via: SIP/2.0/UDP 124.168.221.176:5060;branch=z9hG4bK14BD13DB
    From: "iiNetPhone" <sip:[email protected]>;tag=78DE21E4-196D
    To: <sip:[email protected]>;tag=SD52fjf99-952402136-1303806042870
    Call-ID: [email protected]
    CSeq: 101 INVITE
    Timestamp: 1303806043
    Multiple Registrar:
    sip-ua
    credentials username <username> password <password> realm iinetphone.iinet.net.au
    authentication username username <username> password <password> realm iinetphone.iinet.net.au
    no remote-party-id
    registrar 1 dns:sip.vic.iinet.net.au expires 3600
    Sent:
    INVITE sip:[email protected]:5060 SIP/2.0
    Via: SIP/2.0/UDP 124.168.221.176:5060;branch=z9hG4bK14B5FFFFBEBA
    From: "iiNetPhone" <sip:[email protected]>;tag=78DA6660-2A
    To: <sip:[email protected]>
    Date: Tue, 26 Apr 2011 08:16:39 GMT
    Call-ID: [email protected]
    Supported: 100rel,timer,resource-priority,replaces,sdp-anat
    Min-SE:  1800
    Cisco-Guid: 2169983744-0000065536-0000000071-4027191562
    User-Agent: Cisco-SIPGateway/IOS-12.x
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    CSeq: 101 INVITE
    Timestamp: 1303805799
    Contact: <sip:[email protected]:5060>
    Expires: 180
    Allow-Events: telephone-event
    Max-Forwards: 69
    Session-Expires:  1800
    Content-Type: application/sdp
    Content-Disposition: session;handling=required
    Content-Length: 256
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 1309 2161 IN IP4 124.168.221.176
    s=SIP Call
    c=IN IP4 124.168.221.176
    t=0 0
    m=audio 18738 RTP/AVP 0 101
    c=IN IP4 124.168.221.176
    a=rtpmap:0 PCMU/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    a=ptime:20
    Received:
    SIP/2.0 403 Forbidden
    Via: SIP/2.0/UDP 124.168.221.176:5060;branch=z9hG4bK14B5FFFFBEBA
    From: "iiNetPhone" <sip:[email protected]>;tag=78DA6660-2A
    To: <sip:[email protected]>;tag=aprqngfrt-8jdjp610000a6
    Call-ID: [email protected]
    CSeq: 101 INVITE
    Timestamp: 1303805799

    I solved it using SIP Profiles:
    voice class sip-profiles 100
    request INVITE sip-header From modify "@.*>;" "@sip.vic.iinet.net.au>;"
    request INFO sip-header From modify "@.*>;" "@sip.vic.iinet.net.au>;"
    dial-peer voice 2000 voip
    voice-class sip profiles 100
    Adam

  • Cisco 2851 with 2-SFP ??

    Hi All,
    First of All wishing you all Very Happy new year!!!!
    I want to whether is it possible to connect 2-HWIC-SFP ( 1GB ) modules to Cisco 2851 Router ???

    Only one.   See below (Table 3).
    Cisco Gigabit Ethernet High-Speed WAN Interface Card

  • ARD 3.1 on a Cisco network with multiple VLANs

    I really hope someone can help me with this one because it's giving me all sorts of headaches.
    I manage all the IT for a large elementary school. We have Macs all over the building. (unfortunately many are still OS 9 Macs) As we replace and add new machines we have some that are wired in the network and some that are wireless. This is creating a rather messy issue with ARD. The backend of our network is running Cisco hardware. Our networking department has split our wired and wireless network on to separate VLANs. If I connect wirelessly to the network from my laptop, I can see the wireless Macs. If I connect through a wired connection I can see the wired machines. If I have both turned on, I tend to get problems with ARD freezing up when it tries to scan the local network. If I scan the wired network and switch to a wireless connection, everything works until the DHCP lease expires on the machines overnight and they get new IP addresses. I'm pretty sure this has to do with Bonjour and mDNS.
    Can anyone tell me what information to provide my networking department to get Bonjour and mDNS working across these two VLANs. We have a great networking department but Bonjour and mDNS is not something they deal with much and they aren't Mac fans so this gets put way on the back burner.

    I really hope someone can help me with this one because it's giving me all sorts of headaches.
    I manage all the IT for a large elementary school. We have Macs all over the building. (unfortunately many are still OS 9 Macs) As we replace and add new machines we have some that are wired in the network and some that are wireless. This is creating a rather messy issue with ARD. The backend of our network is running Cisco hardware. Our networking department has split our wired and wireless network on to separate VLANs. If I connect wirelessly to the network from my laptop, I can see the wireless Macs. If I connect through a wired connection I can see the wired machines. If I have both turned on, I tend to get problems with ARD freezing up when it tries to scan the local network. If I scan the wired network and switch to a wireless connection, everything works until the DHCP lease expires on the machines overnight and they get new IP addresses. I'm pretty sure this has to do with Bonjour and mDNS.
    Can anyone tell me what information to provide my networking department to get Bonjour and mDNS working across these two VLANs. We have a great networking department but Bonjour and mDNS is not something they deal with much and they aren't Mac fans so this gets put way on the back burner.

  • CISCO 2851 with IPS configuration

    Hi guys,i'm planning to do an IOS IPS configuration on a newly purchased 2851 router, the spec as below:
    CISCO2851-HSEC/K9
    CISCO 2800 AdvanceIPservice :Version 12.4(15)T10
    64MB CF default
    512DDR DRAM
    My problem right now is,when i tried to configure the IPS feature,the SDM Express ver2.5 doesn't have the IPS tabs that allow me to configure. I noticed and highly suspected that is due to the express version of SDM,instead of the full/enhanced version of SDM. I tried download the full version SDM from Cisco,the file size is 14MB, and my current CF free space is only remaining 7MB.The IOS itself has used up 51MB. So i'm going to advice my customer that running IPS on the router is not possible due to the limited CF size. Can someone who experience in IPS correct me if i'm wrong. I'm fresh in security area.
    PS:i know workaround is to installed CSM on a workstation then to configure and manage this router.
    Thanks

    Hi Collin,
    Thank for your adviced.I did read thru the configuration that you posted. One line which i'm not clear about is that:
    "copy flash:/IOS-S302-CLI.pkg idconf"
    Where is this idconf?Is a flash folder or somewhere?why do we need to copy the signature file to this idconf? Or,my guess,is this idconf referred to "flash:/ips"?
    regards,

  • Cisco ISE with multiple Network interface

    Hello,
    I am deploying Cisco ISE 1.2 in a distributed deployment and the requirement is to use external Radius proxy feature. ISE PSNs are designed to have 2 L3 NIC's, Eth0 for administration and Eth1 as client side facing NIC for Radius requests. I am interested to know would Cisco ISE in version 1.2 use Eth1 interface to send RADIUS  authentication request to external RADIUS Proxy server.
    Could not find above information in Cisco SNS-3400 Series Appliance Ports Reference.
    http://www.cisco.com/en/US/docs/security/ise/1.2/installation_guide/ise_app_c-ports.html
    Thanks
    Kumar

    Thanks Ahmad for the reply.
    Cisco ISE uses standard RADIUS authentication and authorization port to send request to Exteranl RADIUS proxy. As per the interface/port refrence guide of version 1.2 this is listed that is causing a confusion :-
    Eth0
    Eth1
    Eth2
    Eth3
    Policy   Service node
    Session
    •UDP:1645, 1812 (RADIUS Authentication)
    •UDP:1646, 1813 (RADIUS Accounting)
    •UDP: 1700 (RADIUS change of authorization Send)
    •UDP: 1700, 3799 (RADIUS change of authorization Listen/Relay)
    External   Identity Stores
    and Resources
    •TCP: 389, 3268, UDP: 389 (LDAP)
    •TCP: 445 (SMB)
    •TCP: 88, UDP: 88 (KDC)
    •TCP: 464 (KPASS)
    •UDP: 123 (NTP)
    •TCP: 53, UDP: 53 (DNS)
    (Admin user interface authentication and endpoint authentication)
    In external Identity Stores and Resources it says Eth0 is used for (Admin user interface authentication and endpoint authentication), where under sessions it lists that all ports can be used for RADIUS Authentication and Authorization.
    I am not sure what I am missing to understand between the two if you can highlight that.
    Thanks
    Kumar

  • How to create multiple sip trunks between cucm and cisco unified sip proxy

    Dear Expert,
    Is there a way to create multiple sip trunks between CUCM and Cisco Unified SIP Proxy (CUSP)? How to achieve it without creating multiple IP interfaces on the CUSP module.
    CUCM: 8.5.1.10000-9
    CUSP: 8.5.2
    Thank you,
    .wan

    Hello Michael,
    This SIP trunk is part of UCCE solution, which used between CVP, CUSP, and CUCM.
    The requirements:
    1) To have different codecs for different type of calls, as the phones are at few countries
    2) To pass different number of digits from CUSP to CUCM for different call treatments
    .wan

  • How to configure multiple sip registers ?

    I have a CME with several cisco phones and 1 SIP TSP. SIP trunk is registered and calls are coming in and out, but the thing is that only 1 active call can be made. If one is active second call cannot be made. I contacted our TSP, they have asterisk on their side and they said that if I want to use more channels I have make more registers with different usernames.  Router model is 2900 with universal  IOS 15.2. this is the old config of sip-ua :
    sip-ua
    credentials username xxxxxxxxxxx password 7 0xxxxxxxxxxxxxxxxx realm xxxxxxxxxxxxxxxx
    authentication username xxxxxxxxxxxxxxxxx password 7 xxxxxxxxxxxxxxxxxxxxxx
    no remote-party-id
    max-forwards 15
    registrar ipv4:xxxxxxxxxxxxx expires 600
    host-registrar
    and this is the new one:
    sip-ua
    credentials username xxxxxxxxxxxx password 7 xxxxxxxxxxxxxxxxx realm xxxxxxxxxxxxx
    credentials username xxxxxxxxxxxx password 7 xxxxxxxxxxxxxxxxx realm xxxxxxxxxxxxx
    authentication username xxxxxxxxxx password 7 xxxxxxxxxxxxxxxxx
    no remote-party-id
    max-forwards 15
    registrar 1 ipv4:xxxxxxxxxxxxx expires 600
    registrar 2 ipv4:xxxxxxxxxxxxx expires 600
    host-registrar
    actually the realms and registar-s are the same IP addresses, passwords are also the same, only difference is in username. The thing is that I cannot enter new authentiation parameters, when I enter the new one it replaces the old one.
    and this is the register status :
    show sip-ua register status
    --------------------- Registrar-Index  1 ---------------------
    Line                             peer       expires(sec) registered P-Associ-URI
    ================================ ========== ============ ========== ============
    9954932203300                    20002      64           yes       
    9954932203301                    -1         64           no        
    --------------------- Registrar-Index  2 ---------------------
    Line                             peer       expires(sec) registered P-Associ-URI
    ================================ ========== ============ ========== ============
    9954932203300                    20002      68           yes       
    9954932203301                    -1         68           no 
    as you can see second username cannot register.
    So I have 2 questions:
    1) Does cisco router's SIP trunk support more than one channels ( simultineous calls) or not?
    2) If it doesnot support , how can I add second register and what is needed to use it for several calls at a time?

    Support for Multiple Registrars on SIP Trunks on a Cisco Unified Border Element, on Cisco IOS SIP TDM Gateways, and on Cisco Unified Communications Manager Expres:
    http://www.cisco.com/en/US/docs/ios/voice/cube/configuration/guide/vb_9655.html
    Restrictions for Support for Multiple Registrars on SIP Trunks
    The Support for Multiple Registrars on SIP trunks feature has the following restrictions:
    •Old and new forms of the registrar command are mutually exclusive: the registrar can be configured in  either primary/secondary mode or multiple registrar mode—not both.
    •Dynamic  Host Configuration Protocol (DHCP) support is not available with  multiple registrars (available for primary/secondary mode only).
    •Only one authentication configuration per username can be configured at any one time.
    •A maximum of six registrars can be configured at any given time.
    •A maximum of 12 different realms can be configured for each endpoint.
    •You  cannot restrict the registration of specific endpoints with specific  registrars—once a new registrar is configured, all endpoints will begin  registering to the new registrar.
    •You cannot remove multiple configurations of credentials simultaneously—only one credential can be removed at a time.
    HTH
    Jorge Armijo
    Please remember to rate helpful responses and identify helpful or correct answers.

  • CME B-ACD on Cisco 2911 with IOS 15.2(4)M5 not working

    Hi Folks,
    I am currently setting up CME version 9.1 with B-ACD (app-b-acd-aa-3.0.0.2.tcl & app-b-acd-3.0.0.2.tcl), running on
    Cisco 2911 with IOS ver 15.2(4)M5, this is for lab purposes.
    Below is my CME & B-ACD configuration :
    voice service voip
    ip address trusted list
      ipv4 0.0.0.0 0.0.0.0
    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
    h323
      h225 listen-port 1820
      no call service stop
    sip
      bind control source-interface Vlan400
      bind media source-interface Vlan400
      registrar server expires max 600 min 60
    voice register global
    mode cme
    source-address 172.25.202.1 port 5060
    max-dn 2
    max-pool 2
    load 9971 sip9971.9-2-2SR1-9
    authenticate register
    timezone 28
    time-format 24
    date-format D/M/Y
    tftp-path flash:
    create profile sync 0004714411607756
    voice register dn  1
    number 3005
    name br2phn2
    voice register dn  2
    number 3006
    name br2phn4
    voice register template  1
    dialplan 1
    voice register dialplan 1
    type 7940-7960-others
    pattern 1 3...
    pattern 2 999
    voice register pool  1
    id mac 1C1D.86C4.0D6D
    type 9971
    number 1 dn 1
    template 1
    dtmf-relay rtp-nte
    username 3005 password cisco
    description 3214-3005
    codec g711ulaw
    voice register pool  2
    id mac 1C1D.86C4.A574
    type 9971
    number 1 dn 2
    template 1
    dtmf-relay rtp-nte
    username 3006 password cisco
    description 3214-3006
    codec g711ulaw
    voice hunt-group 1 parallel
    list 3002,3006
    pilot 3210
    application
    service aa flash:/app-b-acd-aa-3.0.0.2.tcl
      paramspace english index 1
      param number-of-hunt-grps 2
      param handoff-string aa
      paramspace english language en
      param max-time-vm-retry 2
      param aa-pilot 3500
      paramspace english location flash://
      param second-greeting-time 60
      param welcome-prompt _bacd_welcome.au
      param call-retry-timer 15
      param voice-mail 3001
      param max-time-call-retry 90
      param service-name queue
    service aa-drop flash:/app-b-acd-aa-3.0.0.2.tcl
      paramspace english index 1
      param service-name queue
      param drop-through-option 2
      param second-greeting-time 60
      paramspace english language en
      param max-time-vm-retry 2
      param max-time-call-retry 90
      param voice-mail 3001
      paramspace english location flash://
      param aa-pilot 3501
      param number-of-hunt-grps 1
      param handoff-string aa-drop
      param call-retry-timer 15
    service queue flash:/app-b-acd-3.0.0.2.tcl
      param queue-len 15
      param aa-hunt10 3006
      param queue-manager-debugs 1
      param number-of-hunt-grps 2
      param aa-hunt2 3210
    interface Loopback0
    ip address 172.25.110.3 255.255.255.255
    ip ospf network point-to-point
    h323-gateway voip interface
    h323-gateway voip id Spain ipaddr 172.25.110.1 1719
    h323-gateway voip h323-id BR2-RTR
    h323-gateway voip tech-prefix 1#
    h323-gateway voip bind srcaddr 172.25.110.3
    interface Vlan400
    ip address 172.25.202.1 255.255.255.0
    ip pim dense-mode
    dial-peer voice 3500 voip
    service aa
    destination-pattern 3500
    session target ipv4:172.25.110.3
    incoming called-number 3500
    dtmf-relay h245-alphanumeric
    codec g711ulaw
    no vad
    dial-peer voice 3501 voip
    service aa-drop
    destination-pattern 3501
    session target ipv4:172.25.110.3
    incoming called-number 3501
    dtmf-relay h245-alphanumeric
    codec g711ulaw
    no vad
    telephony-service
    no auto-reg-ephone
    max-ephones 2
    max-dn 2 no-reg both
    ip source-address 172.25.110.3 port 2000
    cnf-file location flash:
    load 7965 term65.default.loads
    time-zone 28
    time-format 24
    date-format dd-mm-yy
    max-conferences 8 gain -6
    moh "music-on-hold.au"
    web admin system name admin password cisco
    dn-webedit
    transfer-system full-consult
    create cnf-files version-stamp 7960 Feb 14 2014 05:54:44
    ephone-template  1
    softkeys connected  Endcall Hold Park Trnsfer Acct Flash
    ephone-dn  1  octo-line
    number 3001 no-reg both
    description 3214-3001
    name br2phn1
    ephone-dn  2  octo-line
    number 3002 no-reg both
    description 3214-3002
    name br2phn3
    ephone  1
    device-security-mode none
    mac-address 189C.5DB6.D303
    ephone-template 1
    max-calls-per-button 5
    busy-trigger-per-button 3
    type 7965
    button  1:1
    ephone  2
    device-security-mode none
    description 3214-3002
    mac-address 984B.E194.FDDD
    ephone-template 1
    max-calls-per-button 5
    busy-trigger-per-button 3
    type 7960
    button  1:2
    Problem :
    1. When I test call from CME Phone both SIP and SCCP Phone by dial 3500 or 3501, I get the busy tone.
    2. Debug voip dial-peer, match with dial-peer voice 3500 for (aa service) & 3501 for (aa-drop service).
    3. Debug voice application script, show nothing.
    Is there something wrong with my configuration ?
    Rgds
    Novri

    Hi Novriadi,
    In your configuration
    service aa flash:/app-b-acd-aa-3.0.0.2.tcl
    service queue flash:/app-b-acd-3.0.0.2.tcl
    paramspace english location flash://
    Remove "/" and "//" from the configuration
    Then use the call application voice load command in privileged EXEC mode to reload the scripts.
    Router# call application voice load aa
    Router# call application voice load queue
    Router# call application voice load aa-drop
    You can refer to following document as well for more info
    http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucme/bacd/configuration/guide/cme40tcl/40bacd.html#wp1018270
    Please find the sample configuration that is required to configure b-acd in CME for reference.
    telephony-service
    moh music-on-hold.au
    multicast moh 239.1.1.1 port 2000
    application
    service queue flash:app-b-acd-2.1.0.0.tcl
      param number-of-hunt-grps 2
      param aa-hunt2 1111
      param aa-hunt3 1222
      param queue-len 15
      param queue-manager-debugs 1
    service aa flash:app-b-acd-aa-2.1.0.0.tcl
      paramspace english index 1
      paramspace english language en
      paramspace english location flash:
      param service-name queue
      param handoff-string aa
      param aa-pilot 8005550123
      param welcome-prompt _bacd_welcome.au
      param number-of-hunt-grps 2
      param dial-by-extension-option 1
      param second-greeting-time 60
      param call-retry-timer 15
      param max-time-call-retry 700
      param max-time-vm-retry 2
      param voice-mail 5003
    dial-peer voice 222 voip
    service aa
    destination-pattern 8005550123
    session target ipv4:192.168.1.1
    incoming called-number 8005550123
    dtmf-relay h245-alphanumeric
    codec g711ulaw
    no vad
    Thanks & Regards,
    Mudit Mathur

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

  • CUPS 8.6 - Supporting Multiple SIP Domains on a per-user basis

    Working on a CUPS 8.6 PoC with a customer who currently is running a deployed OCS environment. 
    Users all sign into a single domain internally but have multiple SMTP domains for email as this customer has many different companies they have aquired.
    OCS  is able to support and route multiple SIP domains by specifing the SIP address under AD User settings such that two users both signed into the same OCS server can send IM's to each other even though they have different SIP addresses.  sip:[email protected] , sip:[email protected]
    CUPS on the other hand does not seem to allow this on a per-user basis.  It places every user in the sip domain that the server is a member of.
    The Jabber client allows you to specify a domain but I am not how this is used as the actual user account in CUPS is only ever the one domain and if you try and specify a different domain in the Jabber Connection Settings, it will not allow you to login.
    It is not a big deal for internal communications if everyone is on the same domain, but where it is important is for future B2B IM.  Users need to be able to give out THEIR IM address with THEIR respective domain.
    Does anyone else know for a fact that I will only be able to have one domain per CUP cluster?
    Any thoughts on this design?

    Not sure on the design perspective but as for CUPS Domain, we can only have single domain per cluster. As you have already found out that for any user licensed for CUPS, their IM address would be userid@CUPSDomain
    CUPS does have funtionality of federating with foreign domains such as AOL/GoogleTalk/WebEx Connect.

  • Lync 2013 certificate requirements for multiple SIP domains

    Hi All,
    I am engaged with a client in respect of a Lync 2013 implementation initially as a conferencing platform with a view to enabling EV functions (inc. PSTN conferencing) in the future. They initially need to support 30 SIP domains and eventually
    around 100 SIP domains which is proving to be either not possible or severely cost prohibitive. Their current certificate provider, Thawte, can only support up to 25 SANs and have quoted them 5 figures. We tend to use GeoTrust as they are cheaper but they
    appear to have a limit of 25 SANs. GoDaddy appear to support up to 100 SANs for a pretty reasonable cost. My questions are as follows:
    Is there a way that I’m missing of reducing the number of SANs required on the Edge server?
    Use aliases for access edge FQDNs - Supported by desktop client but not by other devices so not really workable
    Don’t support XMPP federation therefore removing the need for domain name FQDNs for each SIP domain
    Is there a way that I’m missing of reducing the number of SANs required on the Reverse Proxy server?
    Friendly URL option 3 from this page:
    http://technet.microsoft.com/en-us/library/gg398287.aspx
    Client auto-configuration:
    i.     
    Don’t support mobile client auto-configuration in which case no lyncdiscover.sipdomain1.com DNS records or SANs would be required.
    ii.     
    Support mobile client auto-configuration over HTTP only in which case CNAME records are required for each SIP domain (lyncdiscover.sipdomain1.com, etc. pointing to lyncdiscover.designateddomain.com) but no SANs are required.
    iii.     
    Support mobile client auto-configuration over HTTPS in which case DNS records are required for each SIP domain and a SAN entry for each SIP domains is also required. This is because a DNS CNAME to another domain is not supported over
    HTTPS.
    If the answer to 1 and/or 2 is no, are there certificate providers that support over 100 SANs?
    How do certificate requirements differ when using the Lync 2013 hosting pack? I would think that this issue is something that a hosting provider would need to overcome.
    Would the Lync 2013 Hosting Pack work for this customer? The customer uses SPLA licensing so I think is eligible to use the hosting pack but not 100% sure it will work in their environment given that client connections are supposed
    to all come through the Edge where their tenants will be internal and also given the requirement for an ACP for PSTN conferencing.
    Many thanks,

    Many thanks for the response.
    I was already planning to use option 3 from the below page for simple URLs to cut down on SAN requirement.
    http://technet.microsoft.com/en-us/library/gg398287.aspx
    What are the security concerns for publishing autodiscover over port 80? I.e. Is this only used for the initial download of the discovery record and then HTTPS is used for authentication? This seems to be the case from the following note on the below page:
    http://technet.microsoft.com/en-gb/library/hh690030.aspx
    Mobile device clients do not support multiple Secure Sockets Layer (SSL) certificates from different domains. Therefore, CNAME redirection to different domains is not supported over HTTPS. For example, a DNS CNAME record for lyncdiscover.contoso.com that redirects
    to an address of director.contoso.net is not supported over HTTPS.
    In such a topology, a mobile device client needs to use HTTP for the first request, so that the CNAME redirection is resolved over HTTP. Subsequent requests then use HTTPS. To support this scenario, you need to configure your reverse proxy with a web publishing
    rule for port 80 (HTTP).
    For details, see "To create a web publishing rule for port 80" in Configuring the Reverse Proxy for Mobility. CNAME redirection to the same domain is supported over HTTPS. In this case, the destination domain's certificate covers the originating
    domain.”
    I don’t think SRV records for additional SIP domain access edge is a workable solution as this is not supported by some devices.
    As per the below article:
    http://blog.schertz.name/2012/07/lync-edge-server-best-practices/
    “The recommended approach for external client Automatic Sign-In when supporting multiple SIP domains is to include a unique Access Edge FQDN for each domain name in the SAN field.  This is no longer a requirement (it was in OCS) as it is possible to
    create a DNS Service Locator Record (SRV) for each additional SIP domain yet have them all point back to the same original FQDN for the Access Edge service (e.g. sip.mslync.net). 
    This approach will trigger a security alert in Windows Lync clients which can be accepted by the user, but some other clients and devices are unable to connect when the Automatic Sign-In process returns a pair of SRV and Host (A) records which do not share
    the same domain namespace.  Thus it is still best practice to define a unique FQDN for each additional SIP domain and include that hostname in the external Edge certificate’s SAN field”.
    ===================
    1. Basically the requirement is to initially provide Lync conferencing services (minus PSTN conferencing) to internal, external, federated and anonymous participants with a view to providing PSTN conferencing and therefore enterprise voice services later.
    2. The customer currently supports close to 100 SMTP domains and wants to align their SIP domains with these existing domains. The structure of their business is such that “XXX IT Services” provide the IT infrastructure for a collection of companies who
    fall under the XXX umbrella but are very much run as individual entities.
    Question:
    Would you agree that I’m going to need a SAN for every SIP domain’s access edge FQDN?
    Thanks.

  • Does WRT54GP2 work with multiple ViOP providers ?

    My question is, Does WRT54GP2 router work with multiple ViOP providers ? Can I use it with a ViOP provider other then Vonage ?
    Thanks, John

    Yes you definately can , all you need is a VOIP adapter that supports SIP . It's a standard protocol and is supported by all routers and VOIP providers

  • UCCE with multiple instance

    Hi everyone,
    I have a plan to install UCCE 8.0 with multiple instance in my lab environment.
    I'm not sute that, do I have to use hosted model or use enterprise and just create multiple instance on it.
    Actually, I want to implement multi-tenant , I'm not sure because I see that enterprise model also can add more than 1 instance.
    And if I use one of this model, could anyone tell me that what server I have to separate.
    Thanks in advance for your help.
    Regards,
    Tinnakorn

    Hi Tinnakorn,
    The Cisco Unified Contact Center Hosted (Unified CCH) solution is largely the same as Unified CCE, but it supports multi-tenant or shared servers to manage multiple customer instances. That is the reason you see the capability to add multiple instance, even in UCCE.
    All Unified CCE systems are deployed as a single instance (using the same instance name and number in setup) across all the Unified CCE components.
    Please refer to UCCE SRND for more details.
    Thanks,
    Hitesh

Maybe you are looking for

  • How do I get Quicken data back for our non-profit

    It is the end of the fiscal year and tax time.  Quicken is gone.  My personal financial information for 7 years is not accessible, nor our non-profit.  What can we do?

  • How to i get an ibook into itunes

    How do I get a book i purchased from ibooks to go into itunes?

  • How do I post

    Is it me? am I the stupid one?. I've got a problen with call quality, of course with Skype the problem is always with the user, so I thought I'd ask the community. But how do you make a post to the community to ask others, is it me? am I stupid?, I j

  • (Non-Time Machine) backup software recommendations for Snow Leopard

    I have been a long time user of Retrospect Desktop backup software, up to and including version 6.1. It has saved my skin at least twice when I've had catastrophic hard drive failures. I've been using 6.1 successfully in Leopard, under Rosetta. Howev

  • ICMP inspection

    Hello, I configured icmp inspection on the ACE module [system:Version A2(3.3) [build 3.0(0)A2(3.3)] but I'm not able to see any packets in counters with show service-policy name, all counters are empty. How would I see if icmp packet inspection is op