cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
469
Views
1
Helpful
3
Replies

Routing by uri not working

dgonzalez1
Level 1
Level 1

Hello, I'm trying to configure a routing based on uri in a Cisco CUBE and it's not working.

This is the invite I receive:

Received:
INVITE sip:+56228930011@10.241.0.35:5060;transport=tcp;user=phone SIP/2.0
To: "Santiago, Chile" <sip:+56228930011@10.241.0.35;user=phone>
From: <sip:+56225950000@10.241.0.37;user=phone>;tag=PRGE8rk
Call-ID: af7d3513-d25b-4ae2-ab5b-517700d03d2c
Via: SIP/2.0/TCP 10.241.0.37:5060;branch=z9hG4bK3289461072SU5JTi9pM3NpcC4t_1430646914_
CSeq: 1 INVITE
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO
Supported: norefersub, timer
Accept: application/sdp
Contact: <sip:+56225950000@10.241.0.37:5060;transport=tcp>
x-inin-cnv: 33a81b9f-e431-42f1-972d-0e4ec66de3bb
Trunk: CH_Barracas_1
Content-Type: application/sdp
User-Agent: ININ-EDGE/1.0.0.12720
Content-Length: 183

And the config I have (just the relevant things) is:

voice class uri 900 sip
host ipv4:10.241.0.36
host ipv4:10.241.0.37
host ipv4:10.241.0.38
host ipv4:10.241.0.39

voice class uri 401 sip
host 10.241.0.35

voice class sip-profiles 900
request INVITE sip-header Via copy "Via: (.*)" u01
request INVITE sip-header Trunk copy "Trunk: (.*)" u02
request INVITE sip-header Via modify "Via: (.*)" "Via: \u01;trunk=\u02"

voice class server-group 4
ipv4 10.56.240.152 preference 1
ipv4 10.56.240.153 preference 2
ipv4 10.56.240.154 preference 3
description server-group Call Manager Chile

dial-peer voice 900 voip
description ***Entrantes desde Genesys Edge***
session protocol sipv2
incoming uri from 900
voice-class codec 900
voice-class sip profiles 900 inbound
voice-class sip tenant 900
no voice-class sip copy-list
dtmf-relay rtp-nte
no vad

!
dial-peer voice 410 voip
description ***Salientes troncal Chile***
session protocol sipv2
session server-group 4
destination uri 401
voice-class codec 400
voice-class sip tenant 400
dtmf-relay rtp-nte
no vad

I see call get in through dial-peer 900 as expected but never founds dial-peer 410 as a valid match. The cube responds with:

SIP/2.0 404 Not Found
Via: SIP/2.0/TCP 10.241.0.37:5060;branch=z9hG4bK3289461072SU5JTi9pM3NpcC4t_1430646914_;trunk=CH_Barracas_1
From: <sip:+56225950000@10.241.0.37;user=phone>;tag=PRGE8rk
To: "Santiago, Chile" <sip:+56228930011@10.241.0.35;user=phone>;tag=294F327D-2454
Date: Wed, 23 Aug 2023 14:07:45 GMT
Call-ID: af7d3513-d25b-4ae2-ab5b-517700d03d2c
CSeq: 1 INVITE
Allow-Events: telephone-event
Warning: 399 10.241.0.33 "No matching outgoing dial-peer"
Server: Cisco-SIPGateway/IOS-17.6.1a
Reason: Q.850;cause=1
Session-ID: df1e30b6f77a506eb53fd467f66e0403;remote=b70207d3ae745da18dbd102fe09e603f
Content-Length: 0

I've also tried with uri-to, uri-from and matching the host, the user part, and also a pattern, with same result. It just work when I replace 'destination uri...' with 'destination-pattern +56.T', for example, or with a dpg routing. But I need some other way to do the match, pattern would be the ideal one.

Thank you.

 

 

 

1 Accepted Solution

Accepted Solutions

Try with adding this.

voice service voip
sip
call-route url
!
voice class uri 401 sip
host ipv4:10.241.0.35

 



Response Signature


View solution in original post

3 Replies 3

Try with adding this.

voice service voip
sip
call-route url
!
voice class uri 401 sip
host ipv4:10.241.0.35

 



Response Signature


Yes, the call-route url made the trick.

Thanks you, Roger.

Glad you got it to work. You should include the ipv4: in the voice class uri as I suggested as without it the match would be a regex and the dot represents a wildcard match of anything.



Response Signature