Preference in dial-peer configuration

[rochdalemis]

Hello,

I have 8 FXO POTS trunks and would like to assign preference on how they are used for outgoing calls.

I have the following config:

dial-peer voice 80 pots

preference 7

destination-pattern [2-9]......$

port 0/1/0

!

dial-peer voice 81 pots

preference 5

destination-pattern [2-9]......$

port 0/1/1

!

dial-peer voice 82 pots

preference 3

destination-pattern [2-9]......$

port 0/1/2

!

dial-peer voice 83 pots

preference 1

destination-pattern [2-9]......$

port 0/1/3

!

dial-peer voice 84 pots

preference 6

destination-pattern [2-9]......$

port 0/2/0

!

dial-peer voice 85 pots

preference 4

destination-pattern [2-9]......$

port 0/2/1

!

dial-peer voice 86 pots

preference 2

destination-pattern [2-9]......$

port 0/2/2

!

dial-peer voice 87 pots

preference 8

destination-pattern [2-9]......$

port 0/2/3

When debugging  with debug voice dialpeer all, I see that all peers are matched, however, when looking at output of debug voice ccapi all, I see that the peer 80 gets selected as a first option while other, higher preference ports are not in use.

Any thoughts?

Thanks in advance,

Greg

[Ayodeji Okanlawon]

I am not quite sure how to explain it. The default dial-peer hunt algortihm on cisco ro
uters is longest match. The first dial-peer has a longest match especially with the $ at the end of the pattern. Chances are that, this may be the only pattern that will get used. If you want pdial-peer with the higer preference to be used in this your scenario, then you need to change your dial-peer hunt algorithm to preference, followed by longest match.

To do this, configure "dial-peer hunt 2" in global config mode

[Jaime Valencia]

It would be just easier to configure a trunk group for this.

https://supportforums.cisco.com/message/1131757#1131757

HTH

java

If this helps, please rate

www.cisco.com/go/pdihelpdesk

[rochdalemis]

Java, the referenced article mentions problems when one of the ports in a group being non-operational.  What is the expected behavior if a port in a group is in use or physically disconnected?

Do port groups affect distribution of incoming calls in any way?

Also, what would be the configuration if I have sets of dial-peers for different patterns and want to convert it all to port groups?

Thanks a lot!

Greg

[Ayodeji Okanlawon]

Greg,

We had this problem in the past and the sets of commands below was the work around.

voice class cause-code 34
no-circuit

trunk group isdn
max-retries 5
voice-class cause-code 34