Dial-peer Preference not working on IOS

Unanswered Question
May 14th, 2008
User Badges:

Hi,


With regard to the dial peer preference on the router ,we have configured two dial-peers with different session targets and preference. The system seems to be always prefering the dial-peer which is in the first order in router`s configuration.The preference does`nt seem to be actually making any difference.We were able to failover to the second dial-peer if the first dial-peer is kept shut.Could somebody advise on the solution ,if you had come across this ever?


Note : The calls are being tried through the csim start from the router itself.


Hardware Platform : 3845

Software Platform : 12.4(15)T3



Raj



  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3 (4 ratings)
Loading.
rajasekarvs Wed, 05/14/2008 - 01:53
User Badges:

Just to add to it ,the dial-peers are sip dial-peers and is being configured for the redundancy purpose.


Raj

Jaime Valencia Wed, 05/14/2008 - 07:38
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    2011

can you post the dial-peers?


javalenc

rajasekarvs Wed, 05/14/2008 - 07:58
User Badges:


Here you go !!!



dial-peer voice 101 voip

description To Reach CallServer

translation-profile incoming block

preference 1

destination-pattern 6500

session protocol sipv2

session target ipv4:10.10.10.60:5060

dtmf-relay rtp-nte

codec g711ulaw

no vad

!

dial-peer voice 102 voip

description To Reach CallServer

translation-profile incoming block

preference 2

destination-pattern 6500

session protocol sipv2

session target ipv4:10.10.10.61:5060

dtmf-relay rtp-nte

codec g711ulaw

no vad

!

!

sip-ua

retry invite 1

timers expires 60000

reason-header override


Jaime Valencia Wed, 05/14/2008 - 09:44
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    2011

you would need to run a debug voip ccapi inout to determine if indeed the dial-peers are being used as you mention


HTH


javalenc


if this helps, please rate

nicolas.jachiet Wed, 05/14/2008 - 13:25
User Badges:

The default behavior is that the longest matching dial peer supersedes the preference value.


To change it, you can enter "dial-peer hunt 2" in telephony-service.


Nico


rajasekarvs Wed, 05/14/2008 - 21:08
User Badges:

I have already tried this with no luck ,as it always prefer the dial-peer 101 and fails over to 102 ,only when the dial-peer is kept shut.Please note that I have the same destination pattern on both of the dial-peers.


Raj

Michael Owuor Thu, 05/15/2008 - 04:30
User Badges:
  • Cisco Employee,

Hi Raj,


In the configuration you posted, dial-peer 101 has a lower preference (and therefore is the preferred dial-peer) than dial-peer 102. Can you confirm that you have you have indeed tried configuring a lower preference on dial-peer 102 to cause it to be the preferred dial-peer?


Regards,

Michael.

rajasekarvs Thu, 05/15/2008 - 06:58
User Badges:

Hi Mike,


I have tried that already and was hitting the 101 dial-peer only.


Raj

Michael Owuor Thu, 05/15/2008 - 07:06
User Badges:
  • Cisco Employee,

Thanks Raj,


Any chance you can post here the output of 'debug voip dialpeer all' collected when recreating the problem?


Thanks,

Michael.

alig.norbert Thu, 05/15/2008 - 10:25
User Badges:

Try "preference 10" on DP 101 an "default preference" on 102.


Maybe the "max-con" can help as well.


Greets

rajasekarvs Thu, 05/15/2008 - 22:39
User Badges:

Hi,


I still have the same problem ,as the DP 101 is always preferred even after changing the preference 10 & default as suggested. Please find the debus as attached.


Raj



Michael Owuor Fri, 05/16/2008 - 12:54
User Badges:
  • Cisco Employee,

Hi Raj,


My apologies for the delayed response here. Today's been a busy day. Thanks for capturing and posting your debugs. The observation from the traces is that both dial-peers are indeed candidates for routing the call, but 101 is being selected regardless of the preference on dial-peer 102. My suspicion (and I haven't verified this in the lab) is that the results will be different if the test was an actual call, and not a 'csim start'. Have you had the opportunity to verify if this is the case or if the result is different when there is an inbound dial peer involved before the call is sent out of 101/102?


Regards,

Michael.

paolo bevilacqua Fri, 05/16/2008 - 13:02
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

I think Michael's suspicion is right. csim doesn't observe all the settings under a DP, for example, it doesn't apply translation-profile. So that could be the issue here.

rajasekarvs Fri, 05/16/2008 - 21:32
User Badges:

Hi Mike,


Thanks for the response. Even I suspected the same and had a chance to test that with he actual call. Found that the preference plays the role in the dial-peer selection for the actual call. I would request you to also advise ,if the second dial-peer would be selected if the session target on the first dial peer fails...


Raj

paolo bevilacqua Sat, 05/17/2008 - 09:12
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

If Michal's reply identified the issue, why not rating it ? Certainly I did.

Actions

This Discussion