Route pattern to SIP trunk problem

Hello, I have a 2801 router that has been configured with CME and a working SIP connection to my local ISP.
Tested with calls via CME so I know for sure that the SIP config and dial plan is fine on this gateway.
Next I wanted to try out CUCM so I set up a CUCM 8.6 box that is connected to the 2801 router to use as it's SIP gateway.
The only change I made to the gateway router config was to alter the "ip option 150" address so that the phones go to CUCM for their configs etc (which they do with no problems).
Then I set up a SIP trunk in CUCM along with a route pattern which is to use the SIP trunk within the Gateway/Route list option.
But when I make a call that matches this route pattern all I get is the intermittent beep message from the phone. I cannot route calls succesfully through it.
I have checked network connectivity and all is fine. The IP address I specfied in CUCM for the SIP trunk is simply one of the interfaces on the 2801 router and it is definitley reachable.
I also activated "debug ccsip all" on the 2801 gateway router but nothing appears. So it seems like the calls are not even reaching the 2801 gateway ?
Is the problem possibly a conflit between CME on the gateway router and my CUCM ?
Do I need to disable CME somehow on the gateway first ?  Or am I not doing something correct in the CUCM config ?
Thank you kindly for any suggestions.
ps. I have attached a couple of screenshots of my config.

Hello, thanks for helping.
I activated "debug voice ccapi inout" as well as "debug ccsip all" on the gateway but nothing showed up.
Therefore I deduce the call is not even making it to across the SIP trunk into the gateway router ?
As I am a newbie trying this out for the first time, it is guranteed to be something really simple.
I have included my running config from the gateway router below..
One addition I made was to add an incoming dial peer. That is "dial peer 5,  description CUCM SIP trunk".
I set it up with a destination patter 2... to match my phone config on CUCM which have numbering in the 2000 range.
Sorry, I got RTMT up and running but could not get any meaningful results from it. I need to learn up on that.
I did however run a 'dialed number analysis' from CUCM direct and have attached the result. It seems the dialled number "99" is matching the route pattern OK.
So why is it not then moving down the SIP trunk to my gateway and getting picked up by the incoming dial peer ?
Thanks if you guys can offer any more help.
version 15.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
hostname Router
boot-start-marker
boot system flash:c2801-ipvoicek9-mz.151-2.T0a.bin
boot-end-marker
no aaa new-model
clock timezone nzst 13 0
dot11 syslog
ip source-route
ip dhcp pool DATA_SCOPE
   network 192.168.200.0 255.255.255.0
   default-router 192.168.200.1
   dns-server 8.8.8.8
ip dhcp pool VOICE_SCOPE
   network 192.168.100.0 255.255.255.0
   default-router 192.168.100.1
   option 150 ip 192.168.2.115
ip dhcp pool MGMT_SCOPE
   network 192.168.1.0 255.255.255.0
   default-router 192.168.1.99
ip cef
ip name-server 4.2.2.2
no ipv6 cef
multilink bundle-name authenticated
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g729r8
codec preference 3 g711ulaw
codec preference 4 ilbc
voice translation-rule 1
rule 1 /^9/ //
voice translation-profile Strip9ToGetOut
translate called 1
voice-card 0
crypto pki token default removal timeout 0
crypto pki trustpoint TP-self-signed-2995340181
enrollment selfsigned
subject-name cn=IOS-Self-Signed-Certificate-2995340181
revocation-check none
crypto pki certificate chain TP-self-signed-2995340181
certificate self-signed 01
  3082023E 308201A7 A0030201 02020101 300D0609 2A864886 F70D0101 04050030
  31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
  69666963 6174652D 32393935 33343031 3831301E 170D3733 30363034 31393534
  32305A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649
  4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D32 39393533
  34303138 3130819F 300D0609 2A864886 F70D0101 01050003 818D0030 81890281
  8100C34D C8ECBB53 E01373A3 2E286B78 2D23042B 1C8588B1 A7861899 BA1C6860
  AE1D7868 2A59E3BC 54D0A457 8FFDE27F C09104E5 C7A429F3 74CD9DA8 4A980366
  675CC27C CDB94838 821CC05F 2C0AC2BC D882C132 6CAA1FA6 6DA740E4 562428B1
  12B741F1 A50C9246 4CC35EDA DEE1D038 3883BB35 A91ABF8B 483E4160 F5FA4B5A
  9A570203 010001A3 66306430 0F060355 1D130101 FF040530 030101FF 30110603
  551D1104 0A300882 06526F75 74657230 1F060355 1D230418 30168014 72119640
  F3396E1F E4168086 D31D8619 0D8337FF 301D0603 551D0E04 16041472 119640F3
  396E1FE4 168086D3 1D86190D 8337FF30 0D06092A 864886F7 0D010104 05000381
  81003B5A 29DE3A1E C5AB6092 E8D90650 C80752FC 0AAC93FD C5DE3D69 071B08FA
  D4013232 81CA07E7 15F90190 6A3AD6A0 1D05F0F2 13479568 888332A5 F81E2681
  7DA44095 4D11CFB7 CA79579A 8D95DE54 7B00173C E2C50573 A310C8C9 1487FEFC
  CE35B66E 9EF94CFA 8D6D6DCD ADC78132 2709F198 6DF2F0FA D80CC088 D0C4C7D1 080B
      quit
license udi pid CISCO2801 sn FTX0947W07M
username xxx privilege 15 password 0 xxx
interface FastEthernet0/0
ip address 192.168.3.50 255.255.255.0
duplex auto
speed auto
interface FastEthernet0/1
no ip address
duplex auto
speed auto
interface FastEthernet0/1.2
encapsulation dot1Q 2
ip address 192.168.2.1 255.255.255.0
interface FastEthernet0/1.99
encapsulation dot1Q 99
ip address 192.168.1.99 255.255.255.0
interface FastEthernet0/1.100
description voice_VLAN
encapsulation dot1Q 100
ip address 192.168.100.1 255.255.255.0
interface FastEthernet0/1.200
description data_VLAN
encapsulation dot1Q 200
ip address 192.168.200.1 255.255.255.0
ip forward-protocol nd
ip http server
ip http authentication local
ip http secure-server
ip route 0.0.0.0 0.0.0.0 192.168.3.1
logging esm config
tftp-server flash:/phone/7940-7960/P00307020200.bin alias P00307020200.bin
tftp-server flash:/phone/7940-7960/P00307020200.loads alias P00307020200.loads
tftp-server flash:/phone/7940-7960/P00307020200.sb2 alias P00307020200.sb2
tftp-server flash:/phone/7940-7960/P00307020200.sbn alias P00307020200.sbn
control-plane
mgcp fax t38 ecm
dial-peer voice 1 voip
description local_7_Digit_Calling
translation-profile outgoing Strip9ToGetOut
destination-pattern 9[2-9]......
session protocol sipv2
session target ipv4:203.184.16.2
voice-class codec 1 
dial-peer voice 2 voip
description international_calling
translation-profile outgoing Strip9ToGetOut
destination-pattern 900T
session protocol sipv2
session target ipv4:203.184.16.2
voice-class codec 1 
dial-peer voice 3 voip
description national_calling
translation-profile outgoing Strip9ToGetOut
destination-pattern 90[34679].......
session protocol sipv2
session target ipv4:203.184.16.2
voice-class codec 1 
dial-peer voice 4 voip
translation-profile outgoing Strip9ToGetOut
destination-pattern 90[34679].......
dial-peer voice 5 voip
description CUCM SIP trunk
destination-pattern 2...
session protocol sipv2
session target ipv4:192.168.2.115
voice-class codec 1 
sip-ua
authentication username xxxxxxxxxx password xxxxxxxx
060
telephony-service
max-ephones 10
max-dn 20
ip source-address 192.168.1.99 port 2000
load 7960-7940 P00307020200
max-conferences 4 gain -6
transfer-system full-consult
create cnf-files version-stamp Jan 01 2002 00:00:00
ephone-dn  1  dual-line
number 1000
name Lydia Francis
ephone-dn  2  dual-line
number 1001
name Leah Francis
ephone-dn  3  dual-line
number 1002
n
ephone-dn  4  dual-line
number 1003
ephone  1
mac-address C80A.A970.01DE
type CIPC
button  2:2
ephone  2
mac-address 000C.3070.8705
button  1:1 2:15
ephone  3
mac-address 000C.8546.5954
button  1:3 2:15
line con 0
logging synchronous
line aux 0
line vty 0 4
privilege level 15
login local
transport input telnet ssh
scheduler allocate 20000 1000
ntp server 195.43.74.123
end

Similar Messages

  • UC320 PBX sip trunk problem

    HI, I installed the UC320 for a customer and they have 19 users,  we are using sip trunk for voice traffic
    it now encountered an annoying problem, The  isp is doing the maintenance in recent period and their sip trunk is coming down and up occasionally  at night.  Whenever the sip trunk broke and come up again, the UC320 seems loss the sync with the wan, and it can work for 1 or 2 days and then the phone can not dial externally and also the incoming call have the problem, Yet the internal call is ok, whenever, this happened, we need to restart the uc320 to resume the service.  I configured the auto maintainance happen at Sunday morning 3am , yet, there are times that the sip trunk broke happen on Monday night, then we usually get the complaint from the custom around Wed. or Thurs.  and then we had to restart the system to resume the service.  It is really troublesome. Do you have any idea how to deal with the problem. Is it a bug of cisco uc320? Is there any software update or any  patch for this problem?
    We are running 2.3.2(6) now.

    HI
    Thank you for your reply, but the thing seems a bit more complex, our network configured as unregistered by the requirement of isp, and it works nicely. when the sip broke down and come up again, the pbx can work normally for 1 or two days and then it seems drifted away. and the problem at  beginning is minor with only a few phones malfunction, and can be retored by restart the phone, but as the time goes by , the problems seemd deteriorated until all phones not working and we have to restart the pbx. 
         I check the external trunks, the status of sip is unregistered. it is required by isp to be configured so. it works nicely as long as the sip trunk is on.
         Regard

  • Unified communication sip trunk problem after modifying topology

    hi all
    i have UC and its fine and sip trunk is ok
    the toplogy is as below
    UC------------------internet
    now im going to add ASA with UC with new topology
    UC-------------ASA-------------internet
    the pbx internally is ok   , but sip trunk is not working
    pbx now have private ip and it can reach internet
    the problem is sip trunks is not working !!!!
    i will post the config of UC when its connected to Internet direcly and wish to help me why the 2nd topoloy no sip trunks working ?!!
    do i need to do portforward ??
    anyway here  the config when sip trunks works and when UC directly to internet

    Try disabling SIP inspection on the ASA
    http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/82446-enable-voip-config.html

  • CUCM 10.5.1 and Exchange 2010 Unified Messaging (UM) SIP Trunk Problem

    This is more a comment if you're migrating from a lower version to 10.x.  Hopefully Google will pickup this post so others don't spend too much time (I got lucky and found this in about 30 minutes).
    There are many more SIP options than in the past.  If you configured your integration as per the integration doc, all settings are relevant, however there are some new defaults that need to change.
    SYMPTOM: Dialing another number or AA pilot and being redirected internally works, but the call drops on calls from external phones.  Exchange logs an Event ID 1079 from UMCore and also informational 1084 and 1172 events.  A capture yields a status 200 OK, then an ACK, two BYEs and a status 481 that the call leg does not exist.  The call is then dropped.
    RESOLUTION:
    In the SIP Trunk, modifiy the following:
    Device Information. . . Check Media Termination Point Required.  I've had some that have needed this checked and some where I needed to leave unchecked.  In this case going from 7.1 to 10.5 necessitated enabling.
    Call Routing Information. . . SIP Privacy:  Need to change from Default to None. 
    Any comments how the SIP Privacy might affect security and functionality would be appreciated.

    Just to inform everyone. I rebuilt the edge server from scratch. 
    Now everything is working as expected. 
    I cannot work out how the edge was not passing on calls to exchange or not communicating correctly with exchange. 
    Anyway it is resolved now. 

  • Adding ICT trunk and SIP trunk into Route group

    Hi ,
    We need to map ICT and SIP trunk into the same route group  ,but the problem here is already same ICT is mapped to another route pattern.
    If i try to create new ICT with same remote IP ,it's throwing Add failed because the remote IP is already defined.
    Is there anyway we can add ICT with same remote IP and map the ICT and SIP trunk ? or Is there anyway that we can add exisitng ICT into route pattern.
    Route pattern is used for this route group is different.CUCM version - 7.X.Please advice.
    Regards,
    Ramanathan

    Thanks Suresh ...
    In that case ,I can assign the route group(ICT ,SIP - Top Down)  to two different Route pattern.
    Both patterns will hit ICT first ,Please correct me if I am wrong.
    Ram

  • Route SIP REFER to SIP Trunk based on DN

    Cisco UCM 9 is connected to a third-party PBX over SIP Trunk. Third-party PBX sends a SIP REFER message to Cisco UCM to call a DN on the third-party PBX. Cisco UCM responds with SIP 404 Not Found as it does not recognize the DN of the third-party PBX.
    How do I configure Cisco Unified Communication Manager 9 to route this call back out over the SIP Trunk to the third-party PBX based on the DN (Not IP)?
    Cisco UCM contains a route pattern 53xxx to route to SIP_Trunk_3rdParty.
    Third-party PBX contains a SIP Proxy and Call Server. The call should route to the SIP Proxy IP. The SIP REFER contains "Refer-To" 53xxx@ThirdPartyCallServerIP
    I added a SIP Route Pattern on CUCM to route calls for ThirdPartyCallServerIP to SIP_Trunk_3rdParty. This works in routing the call to ThirdPartyCallServerIP, however I need the call to route to 53xxx@ThirdPartySIPproxyIP for it to be successful.
    Direct calls from CUCM to ThirdParty PBX 53XXX@ThirdPartySIPproxyIP are successful. SIP REFER coming into CUCM to request CUCM to call ThirdParty fail.
    Any ideas on what configuration on CUCM I could try to get CUCM to route the call to thrid-party based on the SIP REFER?

    Thanks for the reply Vivek.
    Partitions:
         -  ThirdPartyPBX
         -  CiscoEndpoints
    Calling Search Space: "ThirdParty_Cisco" contain both of the above partitions.
    Route Pattern 531XX and 80965 are assigned to Route Partition "ThirdPartyPBX"
    Cisco UCM Main site phones are in CSS "ThirdParty_Cisco" and DN is in Route Partition "CiscoEndpoints". DN is in CSS "ThirdParty_Cisco".
    Trunk "SIP_Trunk_3rdParty"  - Inbound and Outbound Calls are in CSS "ThirdParty_Cisco".
    Trunk SIP information has "Rerouting CSS", "Out-of-Dialog Refer CSS", and Subscribe CSS as "ThirdParty_Cisco".
    Cisco continues to respond to with SIP 404 not found. CUCM does not seem to match the SIP refer to the CSS or Route partition with with 531XX route pattern.
    The SIP Refer is coming from DN 80965 over the SIP Trunk from the Third-party PBX.
    Perhaps I'm missing something in my CSS config?
    Any other method for CUCM to match SIP Refer to a Route Pattern?

  • CUCM SIP Route Pattern Discussion

    Hello,
    I have some questions about SIP route pattern configuration but the main question is I can configure SIP route pattern to match any IP address. so if the user dial any ip address it will hit this route pattern.
    Regards,

    Help -> For this page
    IPv4 Pattern
    (Required) Enter the domain, sub-domain, IPv4 address, or IP subnetwork address.
    For Domain Routing pattern usage, enter a domain name IPv4 Pattern field that can resolve to an IPv4 address. The domain name can contain the following characters: [, -, ., 0-9, A-Z, a-z, *, and ].
    For IP Address Routing pattern usage, enter an IPv4 address the IPv4 Pattern field that follows the format X.X.X.X, where X represents a number between 0 and 255.
    For the IP subnetwork address, in Classless Inter-Domain Routing (CIDR) notation, X.X.X.X/Y; where Y is the network prefix that denotes the number of bits in the address that will be the network address.
    Tip   
    If the SIP trunk supports IPv6 or both IPv4 and IPv6 (dual-stack mode), configure the IPv6 Pattern in addition to the IPv4 pattern.

  • CUCM route calls diferents gateways/sip trunks

    Hi at all, I have CUCM 6.1.1 and I want to route calls throughs diferents gateways or sip trunks.
    I planned to do with route groups, but I can not add on a route group a H323 gateway and a SIP trunk at the same time.
    How can route calls in different ways?
    In the CUCM page "Route patterns" I want to make alternative routes, for example, the number 6666 is on route "666X" through a "gateway/route list", but if I can not contact by going this route I need to go through the alternative route "XXXX" through another "gateway/route list".
    How can I make by going first to one pattern and then the other pattern?
    Thanks!
    Fran

    Ok thanks but one question more.... if I have a MGCP Gateway? Can I do this from my MGCP Gateway? or I need an H323 Gateway.
    And another possibility.... I dont know if it's right....
    Can I do this with Partitions and CSS?
    This is for example I 'll have a CSS "Global" with Partitions (Primary and Secondary);
    It could go the route first to 666x Gateway with CSS "Global" and partitions (Primary and Secondary). This way I do not know if it is routed first through the Gateway of the partition as Primary and Secondary alternative partition that is served by the SIP Trunk.
    Using the "Dial Number Analyzer" I get the second path XXXX (SIP Trunk) as an alternative route ...

  • Router 2811 and C2960 Switch Trunking Problem

    Hi all
    I got an problem with a trunking problem between Router 2811 and C2960 switch
    In router 2811 - I created f0/0.1 10.65.20.1 (VLAN 1) and f0/0.48 10.65.23.1 (VLAN 48)
    In C2960 - Vlan 1 10.65.20.30 , VLAN 48 10.65.23.30
    Finally I can only ping VLAN 1 IP but fail to ping VLAN 48 IP, can help me how to troubleshoot it?
    Hugo
    Router 2811 Configuration:
    interface FastEthernet0/0.1
     encapsulation dot1Q 1 native
     ip address 10.65.20.1 255.255.255.0
    interface FastEthernet0/0.48
     encapsulation dot1Q 48
     ip address 10.65.23.1 255.255.255.0
    C2960 Configuration:
    interface FastEthernet0/24
     switchport mode trunk

    2811#sh vlans
    Virtual LAN ID:  1 (IEEE 802.1Q Encapsulation)
       vLAN Trunk Interface:   FastEthernet0/0.1
     This is configured as native Vlan for the following interface(s) :
    FastEthernet0/0
       Protocols Configured:   Address:              Received:        Transmitted:
               IP              10.65.20.1              388873              262275
            Other                                           0                1723
       390760 packets, 71854310 bytes input
       263998 packets, 53723195 bytes output
    Virtual LAN ID:  48 (IEEE 802.1Q Encapsulation)
       vLAN Trunk Interface:   FastEthernet0/0.48
       Protocols Configured:   Address:              Received:        Transmitted:
               IP              10.65.23.1                   0                   0
            Other                                           0                  20
       0 packets, 0 bytes input
       20 packets, 1883 bytes output
    2960_24#sh int trunk
    Port        Mode             Encapsulation  Status        Native vlan
    Fa0/24      on               802.1q         trunking      1
    Gi0/1       on               802.1q         trunking      1
    Port        Vlans allowed on trunk
    Fa0/24      1-4094
    Gi0/1       1-4094
    Port        Vlans allowed and active in management domain
    Fa0/24      1,48
    Gi0/1       1,48
    Port        Vlans in spanning tree forwarding state and not pruned
    Fa0/24      1,48
    Gi0/1       1,48

  • PROBLEM WITH FORWARDING ALL - SIP TRUNK

    Hello,
    I'm experiencing the following problem:
    I have this scenario: PSTN - SIP GW - CUCM6.1 - SIP TRUNK - CUM8.6
    Phone A (extension 33476761834) is registered on CUCM8.6, with external forwarding to the PSTN.
    If someone from CUCM8.6 calls - it works.
    If someone from CUCM6.1 or from PSTN calls - fast busy. Error in CUCM traces:
    19:20:47.056 |//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 145.245.235.201 on port 36615 index 3295
    [1925279,NET]
    SIP/2.0 500 Internal Server Error
    Via: SIP/2.0/TCP 145.245.235.201:5100;branch=z9hG4bK3744a3159aed8f
    From: <sip:[email protected]>;tag=e1d37fe6-cb7b-46e7-a868-6fe81d6bb391-40319184
    To: <sip:[email protected]>;tag=907605~2b367b5a-23ed-4193-a18b-e8c2f777615e-62999964
    Date: Thu, 26 Sep 2013 17:20:46 GMT
    Call-ID: [email protected]
    CSeq: 101 INVITE
    Allow-Events: presence
    Reason: Q.850;cause=100
    Content-Length: 0
    |2,100,63,1.580442^145.245.235.232^*
    Any idea? Thanks a lot!
    (Attaching the complete trace).

    Hi,
    Making some tests regarding the problem we saw this:
    Oct  1 23:02:22: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Received:
    INVITE sip:[email protected]:5060 SIP/2.0
    Date: Tue, 01 Oct 2013 23:02:22 GMT
    Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, PUBLISH
    From: <sip:[email protected]>;tag=e1d37fe6-cb7b-46e7-a868-6fe81d6bb391-40468009
    Allow-Events: presence
    Supported: timer,replaces
    Min-SE:  1800
    Diversion: " Elodie" " <sip:[email protected]>;reason=unconditional;privacy=off;screen=yes
    Remote-Party-ID: <sip:[email protected]>;party=calling;screen=yes;privacy=off
    Content-Length: 0
    User-Agent: Cisco-CUCM6.1
    To: <sip:[email protected]>
    Contact:
    Expires: 180
    Call-ID: [email protected]
    Via: SIP/2.0/TCP 145.245.235.201:5060;branch=z9hG4bK3863af2fe80489
    CSeq: 101 INVITE
    Session-Expires:  1800
    Max-Forwards: 67
    Oct  1 23:02:22: //350172/5D95E6C38917/SIP/Msg/ccsipDisplayMsg:
    Sent:
    SIP/2.0 400 Bad Request - 'Malformed CC-Diversion/Diversion/CC-Redirect Header'
    Via: SIP/2.0/TCP 145.245.235.201:5060;branch=z9hG4bK3863af2fe80489
    From: <sip:[email protected]>;tag=e1d37fe6-cb7b-46e7-a868-6fe81d6bb391-40468009
    To: <sip:[email protected]>;tag=DA70FE78-21AE
    Call-ID: [email protected]
    CSeq: 101 INVITE
    Reason: Q.850;cause=100
    Content-Length: 0
    The problem is because in the redirect header, the comma "," is not a valid parameter so in the alerting name I removed the comma after the surname (i.e. "Elodie, Mary" to "Elodie Mary" and now is working.
    We will change the alerting name by the moment and I will also investigate if there is a parameter to just not divert this name because is not needed this info in forwarded calls.
    Anyway the problem is solved

  • Problems between an UC520 and Asterisk with sip trunk

    I have an UC520 and Asterisk with a sip trunk created between them, the calls from the UC520 to the Asterisk are ok, but the calls form de Asterisk to the UC520 are always busy.
    Logs from the asterisk show that the first part of the call is ok, but the call is not complete, this means that the part where the extensions are with @ipuc520 doesn't appear
    I created a sip trunk from de CCA 1.9 and it puts this for incoming calls for the dial peer, if I compare with a CCME, there is no configuration for incoming call there
    /* Style Definitions */
    table.MsoNormalTable
    {mso-style-name:"Tabla normal";
    mso-tstyle-rowband-size:0;
    mso-tstyle-colband-size:0;
    mso-style-noshow:yes;
    mso-style-priority:99;
    mso-style-qformat:yes;
    mso-style-parent:"";
    mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
    mso-para-margin:0cm;
    mso-para-margin-bottom:.0001pt;
    mso-pagination:widow-orphan;
    font-size:11.0pt;
    font-family:"Calibri","sans-serif";
    mso-ascii-font-family:Calibri;
    mso-ascii-theme-font:minor-latin;
    mso-fareast-font-family:Calibri;
    mso-fareast-theme-font:minor-latin;
    mso-hansi-font-family:Calibri;
    mso-hansi-theme-font:minor-latin;
    mso-bidi-font-family:"Times New Roman";
    mso-bidi-theme-font:minor-bidi;
    mso-fareast-language:EN-US;}
    dial-peer voice 1000 voip
    permission term
    description ** Incoming call from SIP trunk (Generic SIP Trunk Provider) **
    voice-class codec 1
    voice-class sip dtmf-relay force rtp-nte
    session protocol sipv2
    session target ipv4:x.y.z.w
    incoming called-number .%
    dtmf-relay rtp-nte
    ip qos dscp cs5 media
    ip qos dscp cs4 signaling
    no vad
    And there is no configurarion at all that could block the calls
    The x.y.z.w was the sip server ip (asterisk ip)
    The comminication between sip and h323 are allowed in the four ways
    The allowed codecs are   g711ulaw and g729r8
    Asterisk is working now with other CCME and they are ok so I copied the configuration from those CCME to the UC520 and from the other sip trunks in asterisk the new trunk sip for uc520
    The sip trunk created from the CCA was replaces for the one from the CCME that is working now
    The routes are ok in Asterisk.
    There is no translation profile in incoming calls.
    There is no ACL applied in all configuration.
    There is no log about callres incoming from the asterisk.
    Could anyone halp me pls?

    Hi Rina,
    Help me to try and understand what you are trying to do.
    In this code snippet i see the following:
    001808: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
       Calling Number=7129, Called Number=7129, Peer Info Type=DIALPEER_INFO_SPEECH
    001809: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
       Match Rule=DP_MATCH_DEST; Called Number=7129
    001810: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
       Result=Success(0) after DP_MATCH_DEST
    001811: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg:
       Result=SUCCESS(0)
       List of Matched Outgoing Dial-peer(s):
         1: Dial-peer Tag=20036
    This looks as though you have a call coming in from the Asterisk system to number 7129, which then leads to this according to the config file you provided.
    number 7129
    label 7129
    description7129
    name 7129
    call-forward busy 6001
    call-forward noan 6001 timeout 10
    Which at this point I am going to assume this is ephone-dn  10 (Please confirm). If this is the case then the inbound call is being matched correctly to a DN (Which has its own dial-peer tag "Dial-peer Tag=20036".
    But then i see this:
    001817: 1w3d: //-1/55940098BA19/DPM/dpAssociateIncomingPeerCore:
       Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=1000
    001818: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
       Calling Number=Unknown, Called Number=, Voice-Interface=0x0,
       Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
       Peer Info Type=DIALPEER_INFO_SPEECH
    001819: 1w3d: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
       Result=NO_MATCH(-1) After All Match Rules Attempt
    So the incoming call has been matched to Dial-peer 1000 which is an incoming VoIP dial-peer:
    dial-peer voice 1000 voip
    permission term
    description ** Incoming call from SIP trunk (Generic SIP Trunk Provider) **
    voice-class codec 1
    voice-class sip dtmf-relay force rtp-nte
    session protocol sipv2
    session target sip-server
    incoming called-number .%
    dtmf-relay rtp-nte
    ip qos dscp cs5 media
    ip qos dscp cs4 signaling
    no vad
    But then can see it has no where to go. So either I am reading this all wrong and the 7129 number is a result of another call taking place whilst you were debugging the system, or it is part of the debug and I am missing something here.
    Rina,  just so I understand this all. Are you trying to do WAN type calling from one system UC-500 (System "A") to the Asterisk system ( System B) and same? And so far calls going from the UC-500 to the Asterisk system are fine, but calls coming in from the Asterisk system to the UC-500 are not?
    What happens on the Asterisk side when you try to call an Extension on the UC-500, do you get any ringing? Or is it a fast busy tone?
    I am going to look over your configuration and debug a little further when I get home, maybe I am missing something here and can identify it.
    Cheers,
    David.

  • Inbound SIP trunk busy when routed to AA

    Hey guys,
    We have been having some strange things with our UC520 lately, so I built up a UC540 as a backup, and then rebuilt our UC520.  Both of these systems are exhibiting the same behavior on all inbound SIP calls that are routed directly to our AA - a fast busy signal.
    At the end of the day, I want all incoming SIP calls to go to a blast group during the day, and our After Hours AA . . . well, after hours.  The way that I would like to accomplish this is through a combination of Floating Extensions and Night Service, but it doesn't quite work.  Ideally, my floating extension would forward all calls to my initial blast group during the day.  Night Service would forward those same calls to our AA after hours.  Floating extensions works to automatically forward inbound calls to my blast group, but the Night Service rules don't bypass that blast group to send the inbound calls directly to our AA.  You have to wait until the cfna timer completes before you finally get the AA.
    So in the past, I've just set up a CIPC where I do the same thing.  Configure the CIPC to forward all calls to the blast group, then set up night service.  This actually works, but right now, those inbound calls give me a fast busy whenever they are delivered to the AA extension.  All other extensions seem to work okay.
    It seems like this is probably a transcoding issue, but I've not been able to find it.  Preferred codec on the UC is G.711ulaw.
    SIP Trunk provider is NexVortex.
    Any suggestions on where to start looking?  Thanks for your help!
    Seth

    Figured it out.  I had turned off "hairpinning" for the SIP trunk.  It would appear that the system was therefore not forwarding the calls to the AA.

  • SIP trunking between Microsoft OCS server and Cisco Voice GW router.

    Hello All,
    I have a client with an existing Microsoft OCS (office communications server) environment with the OCS server in their head office. The OCS clients in the remote Office registers with the OCS server in the head office. The WAN connectivity between the remote office and the Head office is MPLS.I would like to facilitate local call (PSTN) features at the remote site through a newly proposed Voice gateway router.
    Can I achieve this by doing a SIP trunk between the OCS server in the head office to the newly proposed voice GW router in the remote office through the existing MPLS link. If yes, Could any one please assist me in this regards or suggest any other best solution to achieve the same.
    Thank you in advance,
    Mohammed Ameen R

    Hi David,
    this is a normal behaviour. To CUCM, OCS is a remote destination (just like your mobile phone). When your mobile phone hangs up, the system will put the call on hold for 10 sec.
    This is there for the mobile user to go to his desk to pick up the call and continue the conversation (part of single number reach feature)
    The best practise will be for the user to ensure that the other party hangs up the call first before he hang up.
    Please grade if you think it's useful =)

  • Third Party Phone over SIP Trunk with CUCM 9.x

    Hi all,
    I have a problem where my Third Party SIP phones wont go over the SIP trunk configured in my CUCM 9.x cluster. My Cisco phones work fine and goes out the trunk. I have noticed a distinct difference in wireshark with the invite packets from Third Party SIP phones and the Cisco ones.
    I have configured the SIP trunk in CUCM with the following route pattern (60.!#)and configured it with associated group and list. Heres the differense between the invite packets from Cisco and Third Party phones.
    Cisco Phone: INVITE sip.60xxxx%23@ipadress
    Third Party SIP Phone:  INVITE sip:[email protected]
    It seems the Cisco phones gets some extra configured the Third Party ones dont...
    Thanks in advance for any help.
    //Per

    Thanks for the answer
    Yeah i have DNS configured and i have the trunk pointed to a domain destination SRV record and like i said it works fine when calling from a Cisco phone. I tried changing the domain to an ip address but same result. I also changed the Plycom phone from being registered towards the domain of CUCM to an IP adress of CUCM and then the SIP INVITE messages in wireshark began to look kinda the same expet for the "%23" section but it still dont work.
    When i look at the Real Time Data in RTMT the orig and final called from the cisco phone has stripped the 60 and forwared the rest of the number towards the correct domain for the SIP trunk.
    When looking at the data from the Polycom phone the orig and final called data still contains the 60 prefix part and the called device name field is empty.  The termination Cause Code is that the number requested is Unallocated/Unassigned..
    In other words something is missing to get CUCM to strip 60 from the Polycom phones dialed number and send it towards the SIP trunk like it does when the Cisco phones call it.
    Unfortunatley i dont have the meens to attach the trace...
    Thanks again for any help/advice
    With regards, Per.

  • Confused by basic SIP Trunk configuration.

    I've went through a few basic SIP trunk configurations and Youtube videos the last couple days but can't figure out what I'm doing wrong.
    I've set up H323 and MGCP no problem, but I can't figure out the SIP trunk set up. I'm guessing there are some concepts I'm not understanding yet.
    I've got a CUCM lab set up. A 2851 PSTN Simulator, 2851 H323 Gateway at the Main site with a 9.0 CUCM setup in that site and a Branch site that I'm trying to set up as a SIP trunk to connect two phones.
    CUCM is on the 192.168.5.x/24 subnet. 172.16.0.x/24 is the subnet connecting the serial(internet) cable between the two gateways in which I'm trying to establish the trunk between.
    The Branch phones are still registering with the CUCM at the main site. The Route Pattern is looking to the Branch Route List which has the SIP Trunk listed. I'm just getting a fast busy when trying to place a call from the branch site to the main site.
    The most frustrating thing I'm not understanding, is that the debug ccsip and call debugs on my SIP Branch gateway shows absolutely nothing.  I've tried registering the branch phones with the SIP Trunk, but stopped when I figured that shouldn't be necessary.
    If someone can make some sense of this, I'd truly appreciate it!

    Hello Aditya and thanks for the consideration!
    I do have a direct IP connection, but I want to set up a SIP trunk and use it just to know how to do it before I do it in production. 
    I did end up deleting the phones from CUCM so they can register with the 2851 CME that I'm setting up as a SIP trunk. So it is registering there, and I set the allow connections and bind sip commands.
    I am now getting Debugs and calls from the SIP Trunk router going to CUCM, but the error message is No Codec, and I Get the fast busy after the call rings on the CUCM Main Site side. So looks like the negotiation is failing. Here is my CLI for the SIP Trunk now after the changes have been made and phones registered to the SIP Branch site as well as the Debug when I tried to place a call to extension "5000":
    Note: I did try to change the codecs in the dial-peers to g729r8 instead of 711 and same fast busy after answering.
    ==============================================
    Branch_SIP#show run
    Building configuration...
    Current configuration : 3529 bytes
    ! Last configuration change at 03:15:11 UTC Thu Apr 2 2015
    version 15.1
    service timestamps debug datetime msec
    service timestamps log datetime msec
    no service password-encryption
    hostname Branch_SIP
    boot-start-marker
    boot-end-marker
    ! card type command needed for slot/vwic-slot 0/2
    enable secret 5 $1$hOXF$gvfmWW1ZIQE0mAMVg.u1c/
    no aaa new-model
    dot11 syslog
    ip source-route
    ip cef
    ip dhcp excluded-address 10.0.10.1 10.0.10.10
    ip dhcp excluded-address 10.0.30.1 10.0.30.10
    ip dhcp pool Data
     network 10.0.10.0 255.255.255.0
     default-router 10.0.10.254
     option 150 ip 192.168.5.250
     dns-server 192.168.5.200
    ip dhcp pool Voice
     network 10.0.30.0 255.255.255.0
     default-router 10.0.30.254
     dns-server 192.168.5.200
     option 150 ip 172.16.0.1
    ip dhcp pool data
     option 150 ip 172.16.0.2
    no ipv6 cef
    multilink bundle-name authenticated
    voice service voip
     allow-connections sip to sip
     sip
      bind media source-interface Loopback1
    voice-card 0
    crypto pki token default removal timeout 0
    license udi pid CISCO2851 sn FTX1031A2FM
    redundancy
    interface Loopback1
     ip address 2.2.2.2 255.255.255.255
    interface GigabitEthernet0/0
     no ip address
     duplex auto
     speed auto
    interface GigabitEthernet0/0.10
     encapsulation dot1Q 10
     ip address 10.0.10.254 255.255.255.0
    interface GigabitEthernet0/0.30
     encapsulation dot1Q 30
     ip address 10.0.30.254 255.255.255.0
    interface GigabitEthernet0/1
     no ip address
     shutdown
     duplex auto
     speed auto
    interface Serial0/3/0
     no ip address
     shutdown
     clock rate 2000000
    interface Serial0/3/1
     ip address 172.16.0.1 255.255.255.0
     clock rate 250000
    interface Internal-Service-Module0/0
     no ip address
     shutdown
     !Application: CUE Running on AIM2
     hold-queue 512 out
    router eigrp 1
     network 0.0.0.0
     network 2.2.2.2 0.0.0.0
     network 10.0.0.0
     network 10.0.10.0 0.0.0.255
     network 10.0.30.0 0.0.0.255
     network 172.16.0.0
    ip forward-protocol nd
    no ip http server
    no ip http secure-server
    ip route 0.0.0.0 0.0.0.0 172.16.0.2
    tftp-server flash:term45.default.loads
    tftp-server flash:jar45sccp.8-5-3TH1-6.sbn
    tftp-server flash:cnu45.8-5-3TH1-6.sbn
    tftp-server flash:apps45.8-5-3TH1-6.sbn
    tftp-server flash:dsp45.8-5-3TH1-6.sbn
    tftp-server flash:cvm45sccp.8-5-3TH1-6.sbn
    control-plane
    voice-port 0/0/0
    voice-port 0/0/1
    mgcp profile default
    dial-peer voice 1 voip
     description **Incoming Call from SIP Trunk**
     session protocol sipv2
     session target sip-server
     codec g711ulaw
    dial-peer voice 2 voip
     description **Outgoing Call to SIP Trunk**
     destination-pattern 5...
     session protocol sipv2
     session target sip-server
     codec g711ulaw
    sip-ua
     sip-server ipv4:192.168.5.250
    telephony-service
     codec g711ulaw
     max-ephones 24
     max-dn 48
     ip source-address 172.16.0.1 port 2000
     system message SIP Branch Site
     cnf-file location flash:
     load 7960-7940 P00308010200.bin
     max-conferences 8 gain -6
     transfer-system full-consult
    ephone-dn  1
     number 4008
    ephone-dn  2
     number 4005
    ephone  1
     device-security-mode none
     mac-address 001D.A21A.2065
     button  1:1
    line con 0
     exec-timeout 0 0
    line aux 0
    line 194
     no activation-character
     no exec
     transport preferred none
     transport input all
     transport output lat pad telnet rlogin lapb-ta mop udptn v120 ssh
     stopbits 1
     speed 115200
    line vty 0 4
     password cisco
     login
     transport input all
    line vty 5 15
     password cisco
     login
     transport input all
    scheduler allocate 20000 1000
    end
    Branch_SIP#show debug
    TFTP:
      TFTP Event debugging is on
    CCSIP SPI: SIP Call Statistics tracing is enabled       (filter is OFF)
    Branch_SIP#
    *Apr  2 03:20:32.351: //25/0C496935804A/SIP/Call/sipSPICallInfo:
    The Call Setup Information is:
    Call Control Block (CCB) : 0x4B6C5C28
    State of The Call        : STATE_DEAD
    TCP Sockets Used         : NO
    Calling Number           : 4008
    Called Number            : 5005
    Source IP Address (Sig  ): 172.16.0.1
    Destn SIP Req Addr:Port  : 192.168.5.250:5060
    Destn SIP Resp Addr:Port : 192.168.5.250:5060
    Destination Name         : 192.168.5.250
    *Apr  2 03:20:32.351: //25/0C496935804A/SIP/Call/sipSPIMediaCallInfo:
    Number of Media Streams: 1
    Media Stream             : 1
    Negotiated Codec         : No Codec
    Negotiated Codec Bytes   : 0
    Nego. Codec payload      : 255 (tx), 255 (rx)
    Negotiated Dtmf-relay    : 0
    Dtmf-relay Payload       : 0 (tx), 0 (rx)
    Source IP Address (Media): 2.2.2.2
    Source IP Port    (Media): 19472
    Destn  IP Address (Media):  -
    Destn  IP Port    (Media): 0
    Orig Destn IP Address:Port (Media): [ - ]:0
    *Apr  2 03:20:32.351: //25/0C496935804A/SIP/Call/sipSPICallInfo:
    Disconnect Cause (CC)    : 63
    Disconnect Cause (SIP)   : 503
    Branch_SIP#

Maybe you are looking for