[nsp] RE: Spam: Re: Spam: Re: [cisco-voip] Strange AS5350 behaviour on dial-peers.

[Daniska, Tomas]

again - what you see in the debugs is the INCOMING dial-peer matching.
so matching is reverse - calling number against destination pattern of
the dial-peers

given dp1000 has destpatt of [1-9]T, it MATCHES.

this is used for identifying the INCOMING LEG.

if you do not know what incoming and outgoing leg is, please do some
reading/searching before you ask on the list.


by the way - i've tried the same search without logging in and i could
get to the same document (just a different url):
http://www.cisco.com/en/US/tech/tk652/tk90/technologies_tech_note09186a0
08010fed1.shtml


--

deejay  

> -----Original Message-----
> From: Jakub Klausa [mailto:jacke at bofh.pl] 
> Sent: Sunday, March 14, 2004 20:31
> To: Daniska, Tomas
> Subject: Spam: Re: Spam: Re: [cisco-voip] Strange AS5350 
> behaviour on dial-peers.
> 
> On Sun, Mar 14, 2004 at 08:22:49PM +0100, Daniska, Tomas wrote:
> => incoming voice-port is also one of those with higher 
> priority => => => try putting something like 'dial-peer 
> matching order' into cco search - => i bet you get this link 
> in the first hits:
> 
> Let me repeat myself - the only dial-peers defined are those 
> i've already showed you, and they all are 
> 'destination-pattern' based, generally looking like this:
> 
> dial-peer voice 10100 pots
>  destination-pattern 00T
>  progress_ind setup enable 3
>  progress_ind alert enable 8
>  translate-outgoing called 10100
>  direct-inward-dial
>  port 1:D
>  prefix 00
> !
> dial-peer voice 2000 voip
>  huntstop
>  destination-pattern 0[1-9]T
>  progress_ind setup enable 3
>  progress_ind alert enable 8
>  translate-outgoing called 2000
>  session target ras
> !
> 
> => 
> http://www.cisco.com/en/US/partner/tech/tk652/tk90/technologie
> s_tech_not
> => e09186a008010fed1.shtml
> 
> I can't get to that page since i'm only a customer, not a partner ;>
> 
> --
> k.
>