cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2213
Views
30
Helpful
21
Replies

I can't make inbound and outbound calls to work it's always fast busy tone

JH51928
Level 1
Level 1

I have a sip trunk from Thinktel and have no credentials required. It was configured on 3cx phone system and now I moving it to Cisco ISR 4321 and CUCM.

 

I'm having difficulties trying to make inbound and outbound calls to work, it's always fast busy tone. Any help would be appreciated.

 

 

For Outbound calls - I'm getting SIP/2.0 408 Request Timeout and Q.850;cause=102

 

For Inbound calls - for some reason, I can't get any trace at all when I call the DID number.

 

Call Flow 

CIPC-->CUCM-->CUBE-->INTERNET ROUTER (TPLINK)--->ITSP

 

 

Here is the debug ccsip message

Jan 16 17:43:11.111: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:97053630968@10.3.3.1:5060 SIP/2.0
Via: SIP/2.0/TCP 10.3.3.2:5060;branch=z9hG4bK8e826f0d6bc
From: "CIPC" <sip:7052xxxxxx@10.3.3.2>;tag=40957~d4c37944-d9cb-465b-8c33-57c6ecc1433e-29681169
To: <sip:97053xxxxxx@10.3.3.1>
Date: Sat, 16 Jan 2021 17:43:11 GMT
Call-ID: 4bd8a700-3125af-8e68-203030a@10.3.3.2
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM12.0
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,X-cisco-original-called
Call-Info: <sip:10.3.3.2:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Session-ID: 15dd5ee753c84d027ff309200aa40952;remote=00000000000000000000000000000000
Cisco-Guid: 1272489728-0000065536-0000000022-0033751818
Session-Expires: 1800
P-Asserted-Identity: "CIPC" <sip:7052xxxxxx@10.3.3.2>
Remote-Party-ID: "CIPC" <sip:7052xxxxxx@10.3.3.2>;party=calling;screen=yes;privacy=off
Contact: <sip:7052xxxxxx@10.3.3.2:5060;transport=tcp>
Max-Forwards: 69
Content-Type: application/sdp
Content-Length: 408

v=0
o=CiscoSystemsCCM-SIP 40957 1 IN IP4 10.3.3.2
s=SIP Call
c=IN IP4 172.16.16.108
b=TIAS:64000
b=AS:64
t=0 0
m=audio 32612 RTP/AVP 9 124 0 8 116 18 101
a=rtpmap:9 G722/8000
a=rtpmap:124 iSAC/16000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:116 iLBC/8000
a=maxptime:20
a=fmtp:116 mode=20
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Jan 16 17:43:11.115: //29018/4BD8A7000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.3.3.2:5060;branch=z9hG4bK8e826f0d6bc
From: "CIPC" <sip:7052xxxxxx@10.3.3.2>;tag=40957~d4c37944-d9cb-465b-8c33-57c6ecc1433e-29681169
To: <sip:97053xxxxxx@10.3.3.1>
Date: Sat, 16 Jan 2021 12:43:11 GMT
Call-ID: 4bd8a700-3125af-8e68-203030a@10.3.3.2
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.5.3.S4b
Content-Length: 0

Jan 16 17:43:11.120: //29019/4BD8A7000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:7053xxxxxx@tor.trk.tprm.ca:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.16.20:5060;branch=z9hG4bK1244F
Remote-Party-ID: "CIPC" <sip:7052xxxxxx@172.16.16.20>;party=calling;screen=yes;privacy=off
From: "CIPC" <sip:7052xxxxxx@206.80.250.100>;tag=47523CC0-F03
To: <sip:7053xxxxxx@tor.trk.tprm.ca>
Date: Sat, 16 Jan 2021 12:43:11 GMT
Call-ID: 22B89469-575911EB-B1BCCF30-E2FF35CA@172.16.16.20
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1272489728-0000065536-0000000022-0033751818
User-Agent: Cisco-SIPGateway/IOS-15.5.3.S4b
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1610818991
Contact: <sip:7052xxxxxx@172.16.16.20:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 246

v=0
o=CiscoSystemsSIP-GW-UserAgent 3086 7263 IN IP4 172.16.16.20
s=SIP Call
c=IN IP4 172.16.16.20
t=0 0
m=audio 8080 RTP/AVP 0 101
c=IN IP4 172.16.16.20
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

Jan 16 17:43:11.620: //29019/4BD8A7000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:7053xxxxxx@tor.trk.tprm.ca:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.16.20:5060;branch=z9hG4bK1244F
Remote-Party-ID: "CIPC" <sip:7052xxxxxx@172.16.16.20>;party=calling;screen=yes;privacy=off
From: "CIPC" <sip:7052xxxxxx@206.80.250.100>;tag=47523CC0-F03
To: <sip:7053xxxxxx@tor.trk.tprm.ca>
Date: Sat, 16 Jan 2021 12:43:11 GMT
Call-ID: 22B89469-575911EB-B1BCCF30-E2FF35CA@172.16.16.20
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1272489728-0000065536-0000000022-0033751818
User-Agent: Cisco-SIPGateway/IOS-15.5.3.S4b
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1610818991
Contact: <sip:7052xxxxxx@172.16.16.20:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 246

v=0
o=CiscoSystemsSIP-GW-UserAgent 3086 7263 IN IP4 172.16.16.20
s=SIP Call
c=IN IP4 172.16.16.20
t=0 0
m=audio 8080 RTP/AVP 0 101
c=IN IP4 172.16.16.20
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

Jan 16 17:43:12.621: //29019/4BD8A7000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:7053xxxxxx@tor.trk.tprm.ca:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.16.20:5060;branch=z9hG4bK1244F
Remote-Party-ID: "CIPC" <sip:7052xxxxxx@172.16.16.20>;party=calling;screen=yes;privacy=off
From: "CIPC" <sip:7052xxxxxx@206.80.250.100>;tag=47523CC0-F03
To: <sip:7053xxxxxx@tor.trk.tprm.ca>
Date: Sat, 16 Jan 2021 12:43:12 GMT
Call-ID: 22B89469-575911EB-B1BCCF30-E2FF35CA@172.16.16.20
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1272489728-0000065536-0000000022-0033751818
User-Agent: Cisco-SIPGateway/IOS-15.5.3.S4b
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1610818992
Contact: <sip:7052xxxxxx@172.16.16.20:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 246

v=0
o=CiscoSystemsSIP-GW-UserAgent 3086 7263 IN IP4 172.16.16.20
s=SIP Call
c=IN IP4 172.16.16.20
t=0 0
m=audio 8080 RTP/AVP 0 101
c=IN IP4 172.16.16.20
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

Jan 16 17:43:14.621: //29018/4BD8A7000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 408 Request Timeout
Via: SIP/2.0/TCP 10.3.3.2:5060;branch=z9hG4bK8e826f0d6bc
From: "CIPC" <sip:7052xxxxxx@10.3.3.2>;tag=40957~d4c37944-d9cb-465b-8c33-57c6ecc1433e-29681169
To: <sip:97053xxxxxx@10.3.3.1>;tag=47524A6E-2645
Date: Sat, 16 Jan 2021 12:43:11 GMT
Call-ID: 4bd8a700-3125af-8e68-203030a@10.3.3.2
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.5.3.S4b
Reason: Q.850;cause=102
Content-Length: 0

Jan 16 17:43:14.623: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:97053xxxxxx@10.3.3.1:5060 SIP/2.0
Via: SIP/2.0/TCP 10.3.3.2:5060;branch=z9hG4bK8e826f0d6bc
From: "CIPC" <sip:7052xxxxxx@10.3.3.2>;tag=40957~d4c37944-d9cb-465b-8c33-57c6ecc1433e-29681169
To: <sip:97053xxxxxx@10.3.3.1>;tag=47524A6E-2645
Date: Sat, 16 Jan 2021 17:43:11 GMT
Call-ID: 4bd8a700-3125af-8e68-203030a@10.3.3.2
User-Agent: Cisco-CUCM12.0
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Length: 0

Jan 16 17:43:19.487: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:10.3.3.1:5060 SIP/2.0
Via: SIP/2.0/TCP 10.3.3.2:5060;branch=z9hG4bK8e847a1fe3f8
From: <sip:10.3.3.2>;tag=1036888340
To: <sip:10.3.3.1>
Date: Sat, 16 Jan 2021 17:43:19 GMT
Call-ID: 509d5b00-3125b7-8e6a-203030a@10.3.3.2
User-Agent: Cisco-CUCM12.0
CSeq: 101 OPTIONS
Contact: <sip:10.3.3.2:5060;transport=tcp>
Max-Forwards: 0
Content-Length: 0

Jan 16 17:43:19.488: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.3.3.2:5060;branch=z9hG4bK8e847a1fe3f8
From: <sip:10.3.3.2>;tag=1036888340
To: <sip:10.3.3.1>;tag=47525D70-E35
Date: Sat, 16 Jan 2021 12:43:19 GMT
Call-ID: 509d5b00-3125b7-8e6a-203030a@10.3.3.2
Server: Cisco-SIPGateway/IOS-15.5.3.S4b
CSeq: 101 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: 157

v=0
o=CiscoSystemsSIP-GW-UserAgent 9818 2626 IN IP4 10.3.3.1
s=SIP Call
c=IN IP4 10.3.3.1
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15 3
c=IN IP4 10.3.3.1

 

 

Here is my ISR config


ip name-server 216.104.96.22

!
voice service voip
ip address trusted list
ipv4 10.3.3.2
ipv4 206.80.250.100
mode border-element
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
sip
registrar server
early-offer forced
!
voice class codec 1
codec preference 1 g711ulaw
!
!
voice translation-rule 10
rule 10 /^9/ //
!
!
voice translation-profile OUT-STRIP9
translate called 10
!
!
interface GigabitEthernet0/0/0
ip address 172.16.16.20 255.255.255.0
ip nat outside
negotiation auto
!
interface GigabitEthernet0/0/1
ip address 10.3.3.1 255.255.255.0
negotiation auto
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
shutdown
negotiation auto
!
interface Vlan1
no ip address
shutdown
!
ip nat inside source list 101 interface GigabitEthernet0/0/0 overload
ip forward-protocol nd
no ip http server
no ip http secure-server
ip tftp source-interface GigabitEthernet0
ip route 0.0.0.0 0.0.0.0 172.16.16.1
ip route 10.3.3.0 255.255.255.0 172.16.16.1
ip route 172.16.16.0 255.255.255.0 172.16.16.1
!
!
access-list 101 permit ip host 10.3.3.0 any
!
!
mgcp behavior rsip-range tgcp-only
mgcp behavior comedia-role none
mgcp behavior comedia-check-media-src disable
mgcp behavior comedia-sdp-force disable
!
mgcp profile default
!
!
!
!
dial-peer voice 1 voip
description INCOMING FROM ITSP/CUCM
session protocol sipv2
incoming called-number .
voice-class codec 1
dtmf-relay rtp-nte sip-kpml
!
dial-peer voice 11 voip
description OUTGOING TO CUCM
answer-address .
destination-pattern ^..........$
session protocol sipv2
session target ipv4:10.3.3.2
voice-class codec 1
dtmf-relay rtp-nte sip-kpml
!
dial-peer voice 22 voip
description OUTGOING TO ITSP
translation-profile outgoing OUT-STRIP9
destination-pattern 9[2-9]..[2-9]......$
session protocol sipv2
session target dns:tor.trk.tprm.ca
voice-class codec 1
voice-class sip bind control source-interface GigabitEthernet0/0/0
voice-class sip bind media source-interface GigabitEthernet0/0/0
dtmf-relay rtp-nte sip-kpml
no vad
!
!
sip-ua
retry invite 2
registrar ipv4:206.80.250.100 expires 3600
sip-server dns:tor.trk.tprm.ca
!

 

21 Replies 21

JH51928
Level 1
Level 1

Call Flow 

CIPC-->CUCM-->CUBE-->INTERNET ROUTER (TPLINK)--->ITSP

 

Have not looked at details on the debug, but you should not have any NAT on the interface that faces your ITSP. Remove that and try again.



Response Signature



@Roger Kallberg wrote:

Have not looked at details on the debug, but you should not have any NAT on the interface that faces your ITSP. Remove that and try again.


This was not there before, I've only put that because the itsp is sending back a 408 request timeout.

It's still the same issue even if I remove the NAT but I'll remove it.     

Another thing, you should not share your inbound dial peer between your internal and external call legs. Recommend you to create another dial peer to be used as the inbound from your ITSP and add bind statements to all your dial peers. Use the internal interface for the pair that faces CUCM and the external for the pair that faces your ITSP.



Response Signature



@Roger Kallberg wrote:

Another thing, you should not share your inbound dial peer between your internal and external call legs. Recommend you to create another dial peer to be used as the inbound from your ITSP and add bind statements to all your dial peers. Use the internal interface for the pair that faces CUCM and the external for the pair that faces your ITSP.


I just thought that catch all dial-peer is okay but it's okay I'll separate the inbound dial peer for CUCM and ITSP. 

The reason for why this would not work is that you need to have different bind statements on the dial peers, so one catch all for the inbound won’t do for this.



Response Signature


It looks like you have at least two CUCMs but only one is defined in your configuration. You should have all call processing nodes defined in your trust list and also have either multiple dial peers towards CUCM or use server groups, where the later would be a more up to date style of configuration. Have a look at this excellent document for how dial peers operate. https://www.cisco.com/c/en/us/support/docs/voice/ip-telephony-voice-over-ip-voip/211306-In-Depth-Explanation-of-Cisco-IOS-and-IO.html



Response Signature



@Roger Kallberg wrote:

It looks like you have at least two CUCMs but only one is defined in your configuration. You should have all call processing nodes defined in your trust list and also have either multiple dial peers towards CUCM or use server groups, where the later would be a more up to date style of configuration. Have a look at this excellent document for how dial peers operate. https://www.cisco.com/c/en/us/support/docs/voice/ip-telephony-voice-over-ip-voip/211306-In-Depth-Explanation-of-Cisco-IOS-and-IO.html


I only have one cucm.

 

Could I ask for your help to fix the errors in the debugs?

And why the inbound calls are not going to the gateway?

 

 

 

Start by doing the corrections that have been identified up to this point and post a new debug as a attached file as that makes it much easier to search through than if you add the text inline to your post.



Response Signature


For your reference this is from our internal standards configuration documentation for how we normally configure SIP connections to an ITSP. Please note that we do not in general use internet as our bearer circuit, so that might need different adjustments in your case and in general there is no one fits all thing, so our configuration would likely not fit you straight off. For sure for us we often have to make minor adjustments to fit the various ITSPs demands to get this working.

[A.A.A.A] = LAN Interface IP Address (Voice Vlan)  
[B.B.B.B] = Assigned IP address from ITSP (Outside Interface) 
[C.C.C.C] = ITSP SIP SBC IP Address
[D.D.D.D] = ITSP CPE IP address 
Note: Please note that for some telco, SIP SBC is same as CPE IP address


voice service voip
ip address trusted list
  ipv4 10.138.16.32 ;CPE Subscriber
  ipv4 10.138.16.33 ;CPE Subscriber
  ipv4 10.138.16.34 ;CPE Subscriber
;add as many line as there are CPE nodes in the CM cluster
;**************
  ipv4 [C.C.C.C]
;or
  ipv4 [C.C.C.C] 255.255.255.xxx
;add as many line as there are needed for ITSP service
 rtp-port range 16384 32766 ;default, unless specific by Telco
 address-hiding
 mode border-element license capacity 25 ;adopt to need for site
 media bulk-stats
 allow-connections sip to sip
sip
  header-passing
  error-passthru
  early-offer forced
  midcall-signaling passthru / midcall-signaling passthru media-change
  midcall-signaling block
  midcall-signaling preserve-codec
  privacy-policy passthru
!
voice class uri CUCM sip
 host ipv4:10.138.16.32 ;CPE Subscriber
 host ipv4:10.138.16.33 ;CPE Subscriber
 host ipv4:10.138.16.34 ;CPE Subscriber
;add as many line as there are CPE nodes in the CM cluster
!
voice class uri PSTN sip
 host ipv4:[C.C.C.C]
;add as many line as there are needed for ITSP service
!
voice class codec 1
 codec preference 1 g711ulaw ;Please verify with Telco for the codec supported
 codec preference 2 g711alaw
!
!
voice class sip-profiles 10 ;modify as needed for ITSP service requirement
 request ANY sip-header From modify "From:(.*)(<sip:.*@.*>)" "From: \2" 
 response ANY sip-header From modify "From:(.*)(<sip:.*@.*>)" "From: \2" 
 request ANY sip-header Remote-Party-ID modify "Remote-Party-ID:(.*)(<sip:.*@.*>)" "Remote-Party-ID: \2" 
 response ANY sip-header Remote-Party-ID modify "Remote-Party-ID:(.*)(<sip:.*@.*>)" "Remote-Party-ID: \2" 
 request ANY sip-header P-Asserted-Identity modify "P-Asserted-Identity:(.*)(<sip:.*@.*>)" "P-Asserted-Identity: \2" 
 response ANY sip-header P-Asserted-Identity modify "P-Asserted-Identity:(.*)(<sip:.*@.*>)" "P-Asserted-Identity: \2" 
!
voice class e164-pattern-map 1
 description E164 Pattern Map for called number to CUCM
  e164 +8912355599[089]..
!
voice class e164-pattern-map 2000
 description E164 Pattern Map for called number to PSTN
  e164 0T
!
voice class server-group 1
 ipv4 10.138.16.32 preference 1
 ipv4 10.138.16.33 preference 2
 ipv4 10.138.16.34 preference 3
 description Inbound calls from PSTN to CUCM
!
voice class server-group 2000
 ipv4 [C.C.C.C] preference 1
;add as many line as there are needed for ITSP service
 description Outbound calls to PSTN ITSP provider
!
voice class sip-options-keepalive 1
 description Used for Server Group SIP OPTIONS PING
!
voice translation-rule 10
rule 1 /\(.*\)/ /\0/
!
voice translation-rule 20
rule 1 /\(.*\)/ /\0/
!
voice translation-rule 30
rule 1 /\(.*\)/ /\0/
!
voice translation-rule 40
rule 1 /^001017\(.*\)/ /+\1/
rule 2 /^00\(8.*\)/ /+891\1/
rule 3 /^00\(.*\)/ /+89\1/
rule 4 /^0\(.*\)/ /+8912\1/
!
voice translation-rule 60
rule 1 /^\+8912\(.*\)/ /0\1/
rule 2 /^\+891\(8.*\)/ /00\1/
rule 3 /^\+89\(.*\)/ /00\1/
rule 4 /^\+\(.*\)/ /001017\1/
!
voice translation-profile PSTN-IN
translate calling 10
translate called 20
!
voice translation-profile PSTN-OUT
translate calling 30
translate called 40
!
voice translation-profile NOPLUS-IN
translate called 60
!
class-map match-any SIP match protocol sip class-map match-any RTP match protocol rtp ! policy-map VOIP class RTP set dscp ef class SIP set dscp af31 ! interface GigabitEthernet0/0/0 description LAN interface to Voice VLAN ip address [A.A.A.A] 255.255.254.0 duplex full speed 100 media-type rj45 service-policy output VOIP no shutdown ! interface GigabitEthernet0/0/1 description Outside IP Address to Telco ip address [B.B.B.B] 255.255.255.252 no cdp enable no shutdown ! ip route 0.0.0.0 0.0.0.0 10.141.8.1 name INT_CompanyName_DEFAULT ip route [C.C.C.C] 255.255.255.255 [D.D.D.D] name EXT_TO_ITSP; Optional if C and D are not the same. ! sip-ua g729-annexb override retry invite 2 timers trying 300 no remote-party-id ! dial-peer voice 1000 voip description Outbound calls from CUCM translation-profile incoming NOPLUS-IN voice-class codec 1 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 session protocol sipv2 incoming uri via CUCM dtmf-relay rtp-nte sip-kpml no vad ! dial-peer voice 1010 voip description Inbound calls to CUCM subscribers session protocol sipv2 session server-group 1 destination e164-pattern-map 1 voice-class codec 1 voice-class sip options-keepalive profile 1 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte sip-kpml no vad ! dial-peer voice 100 voip description Inbound calls from PSTN translation-profile incoming PSTN-IN session protocol sipv2 incoming uri via PSTN voice-class codec 1 voice-class sip bind control source-interface GigabitEthernet0/0/1 voice-class sip bind media source-interface GigabitEthernet0/0/1 dtmf-relay rtp-nte no vad ! dial-peer voice 110 voip description Outbound calls to PSTN translation-profile outgoing PSTN-OUT session protocol sipv2 session server-group 2000 destination e164-pattern-map 2000 voice-class codec 1 ;if ITSP provider has other requirement for codecs create another profile to match their requirements voice-class sip profiles 10 voice-class sip options-keepalive profile 1 ;if ITSP provider has other requirement for SIP options ping create another profile to match their requirements voice-class sip bind control source-interface GigabitEthernet0/0/1 voice-class sip bind media source-interface GigabitEthernet0/0/1 voice-class sip audio forced dtmf-relay rtp-nte no vad ! **Security Configuration specific for ITSP SIP connection** Some service providers use TCP instead of UDP, or both. Adopt the ACL as needed for the requirements specific to the service provider. ip access-list extended PSTN_ACL remark Permit SIP from ITSP CUBE to CompanyName CUBE permit udp host [C.C.C.C] host [B.B.B.B] eq 5060 permit udp host [C.C.C.C] eq 5060 host [B.B.B.B] remark Permit RTP from ITSP CUBE to CompanyName CUBE permit udp host [C.C.C.C] host [B.B.B.B] range 16384 32766 remark Permit ICMP from ITSP CUBE to CompanyName CUBE permit icmp host [C.C.C.C] host [B.B.B.B] permit icmp host [D.D.D.D] host [B.B.B.B] ! interface GigabitEthernet0/0/1 ip access-group PSTN_ACL in call treatment on call threshold global cpu-avg low 70 high 80 call threshold global total-mem low 70 high 80 call spike 10 steps 6 size 200

 



Response Signature


One more thing, you don’t have any route statement that points out your internal networks that goes via the internal network interface. You have this “ip route 10.3.3.0 255.255.255.0 172.16.16.1”, as that points to the external network gateway it must be incorrect. It should point to the internal network gateway and likely be more inclusive than only the subnet where your CUCMs are located 

Pure speculation, but something along the lines of this would possibly be what you should have ip route 10.0.0.0 255.0.0.0 10.3.3.254. You would need to alter the IP for the gateway in the route statement to fit your setup.



Response Signature


Looked at your debug in details now and you're sending the invite three times without ever getting any response back from your Telco. That's why you eventually get a 408 timeout. You need to make sure that you have communication with the Telco and that you communicate with the proper endpoint on their end.

Further to the point if your using internet as the bearer of traffic it's strongly advised to look at encryption so that not everyone on the interweb can listen in on your calls. Also please note that SIP calls do not like to have any NAT involved, so if you have that on the internet gateway that might cause you all sorts of issues.



Response Signature


Thank you for your replies Roger Kallberg.

 

The sip does not require credentials, it's an IP based. No registration and no authentication at all.

 

The itsp checked their logs and found a 401 Unauthorized on my call. They said that there shouldn't be an authentication at all because it's an IP based.

 

I have no idea how to configure an IP based sip trunk.

 

Remove these lines from your configuration.

  • registrar ipv4:206.80.250.100 expires 3600
  • registrar server

The first one is under sip-ua and the second is under voice service voip / sip. Likely you can also remove this sip-server dns:tor.trk.tprm.ca from sip-ua.

Once done with these changes please post your current configuration so that we can verify it.



Response Signature