[cisco-voip] Dial-peer matching - 2811's

[Kelemen Zoltan]

Also, don't believe the hype :)

sometimes just placing the dial peers in order helps a lot. In this 
example putting 8221 in front of 1. It won't affect other calls, and the 
fax calls will match the fax dial-peer first.

I'm not exactly sure why, but this has solved many of my issues. Even 
though *theoretically* closest match and preference should matter, I've 
seen both fail much too often.

Downside is, you need to remove & re-add all dial-peers to change the 
order ... :-( ... I usually copy & edit the relevant config in a text 
editor, adding the "no" commands to delete the old dial peers first, 
then paste the whole bunch into the router.

regards,
  Zoltan

Chad Osmond wrote:
> I'm having a bit of an issue matching a incoming fax call. Here is my
> dial-plan:
>
> dial-peer voice 1 pots
>  incoming called-number 8...
>  direct-inward-dial
>  forward-digits all
>
> dial-peer voice 8221 pots
>  incoming called-number 8221
>  service fax_on_ramp
>  information-type fax
>  direct-inward-dial
>
> Any calls where the called number is 8221 should match dial-peer 8221,
> as it's the most specific that it can match.
> When I receive a call, it matches dial-peer 1.
>
> Am I missing something?
>
> *Mar 13 19:52:50.027:
> //-1/E51D33F285A5/CCAPI/cc_api_display_ie_subfields:
>    cc_api_call_setup_ind_common:
>    cisco-username=
>    ----- ccCallInfo IE subfields -----
>    cisco-ani=
>    cisco-anitype=0
>    cisco-aniplan=0
>    cisco-anipi=0
>    cisco-anisi=0
>    dest=8221
>    cisco-desttype=0
>    cisco-destplan=0
>    cisco-rdie=FFFFFFFF
>    cisco-rdn=
>    cisco-rdntype=0
>    cisco-rdnplan=0
>    cisco-rdnpi=0
>    cisco-rdnsi=0
>    cisco-redirectreason=0   fwd_final_type =0
>    final_redirectNumber =
>    hunt_group_timeout =0
>
> *Mar 13 19:52:50.027:
> //-1/E51D33F285A5/CCAPI/cc_api_call_setup_ind_common:
>    Interface=0x45EB8484, Call Info(
>    Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown,
> Screening=Not Screened, Presentation=Allowed),
>    Called Number=8221(TON=Unknown, NPI=Unknown),
>    Calling Translated=FALSE, Subscriber Type Str=Unknown,
> FinalDestinationFlag=TRUE,
>    Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS NON
> ISDN(3), Calling IE Present=FALSE,
>    Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID
> Transparent=FALSE), Call Id=-1
>    Sub Called(TON=Network, NPI=Reserved, Data=J`FSuH, Length=72)
> *Mar 13 19:52:50.027: //-1/E51D33F285A5/CCAPI/ccCheckClipClir:
>    In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened,
> Presentation=Allowed)
> *Mar 13 19:52:50.027: //-1/E51D33F285A5/CCAPI/ccCheckClipClir:
>    Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not
> Screened, Presentation=Allowed)
> *Mar 13 19:52:50.027: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
>
>
> Chad
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email 
> ______________________________________________________________________
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>