11-21-2017 04:57 AM - edited 03-17-2019 11:38 AM
Hello, dear support community.
I get used to configure separate inbound and outbound dial-peers. GW is connected to more the one CUCMs.
1.
I would like to find out if a bind command works for incoming dial-peers ?
( I would like to separate dial-peer matching for incoming calls from different CUCMs).
I would probably try some tests with debug voip dialpeer; however, I really wonder if it is configurable.
GW#sh run | s 4050
voice class codec 4050
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 ilbc
codec preference 4 g729r8
dial-peer voice 4050 voip
description -= Incoming from CUCM =-
shutdown
session protocol sipv2
incoming called-number 8T
voice-class codec 4050
voice-class sip bind control source-interface GigabitEthernet0/1
voice-class sip bind media source-interface GigabitEthernet0/1
dtmf-relay rtp-nte
fax rate 14400
fax protocol t38 version 0 ls-redundancy 2 hs-redundancy 0 fallback pass-through g711alaw
no vad
2.
Maybe we may bind incoming called-number with IP as well in order to match incoming dial-peers based on Different sources ?
Solved! Go to Solution.
11-21-2017 05:49 AM
What IOS version are you using?
Easiest way assuming recent IOS is to use voice class uri to match IP address of your CUCM nodes and then have separate dial-peers matching based on it, example:
voice class uri 10 sip
host ipv4:x.x.x.y
host ipv4:1x.x.x.x
dial-peer voice 10 voip
description CUCM dial-peer - Inbound
session protocol sipv2
incoming uri via 10
voice-class codec 1
dtmf-relay rtp-nte sip-kpml
fax-relay ecm disable
fax nsf 000000
ip qos dscp cs3 signaling
no vad
11-21-2017 05:06 PM - edited 11-21-2017 05:07 PM
URI matching has preference, see
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/cube-dp.html
The following is the order in which inbound dial-peer is matched for SIP call-legs:
voice class uri URI-class-identifier with incoming uri {via} URI-class-identifier
11-21-2017 05:49 AM
What IOS version are you using?
Easiest way assuming recent IOS is to use voice class uri to match IP address of your CUCM nodes and then have separate dial-peers matching based on it, example:
voice class uri 10 sip
host ipv4:x.x.x.y
host ipv4:1x.x.x.x
dial-peer voice 10 voip
description CUCM dial-peer - Inbound
session protocol sipv2
incoming uri via 10
voice-class codec 1
dtmf-relay rtp-nte sip-kpml
fax-relay ecm disable
fax nsf 000000
ip qos dscp cs3 signaling
no vad
11-21-2017 06:11 AM
Hello, Chris.
Thank you for quick response.
this is 29xx GW, flash0:c2900-universalk9-mz.SPA.154-3.M.bin
Yes, I have heard about this way of "binding".
It looks even more precisely in comparison with bind command. I think I will use it.
But I would like to match exact digits as well along with matching IP addresses.
It probably will be needed to produce some digit translations.
Does bind command should work for incoming calls ?
11-21-2017 06:16 AM
This has nothing to do with binding, if you are using different interfaces for ingress traffic from different CUCM clusters (not sure what you would do that) and need to bind the ingress traffic to specific interface you can add bind statements on those ingress dial-peers.
Typically binding is required for outbound traffic, i.e. separate interfaces for different carriers in which case you add the bindings on egress (towards ITSP) dial peers.
11-21-2017 04:52 PM
Hello, Chris.
(this is some middle step to switch from remote CUCM to local one).
Anyway, I think I got your point.
In addition to this, I am not sure, what GW matchs against first: incoming uri via 10 or incoming called-number ?
That is, if GW has small dial-peer and incoming called-number verifies first:
dial-peer voice 1 voip
incoming called-number .
voice-class h323 1
dtmf-relay h245-alphanumeric
codec g711ulaw
I am thinking that uri wouldn't help, and it is necessary to use more precise incoming called-number
or remake all incoming dial-peers to match uri.
11-21-2017 05:06 PM - edited 11-21-2017 05:07 PM
URI matching has preference, see
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/cube-dp.html
The following is the order in which inbound dial-peer is matched for SIP call-legs:
voice class uri URI-class-identifier with incoming uri {via} URI-class-identifier
11-27-2017 02:01 AM
04-25-2019 02:34 PM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide