[cisco-voip] Dial-peer matching question

[Wydra, Jason]

Run a show dial-peer command and see what the admin status of the pots
peer is without the port command. It may be that the peer is in a down
state without a port command if I remember right.

 

Jason Wydra

Consultant

burwood group, inc.

Phone: (312) 327-4677

Cell: (312) 493-2834

jwydra at burwood.com

 

 

________________________________

From: Ed Leatherman [mailto:ealeatherman at gmail.com] 
Sent: Thursday, August 10, 2006 1:47 PM
To: Wydra, Jason
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Dial-peer matching question

 

This is giving me a headache :)

 

I removed the PLAR command. I dialed into the number, got dial-tone from
the router, and then dialed a valid number string. it still did not
match to my dial-peer 1. 

however..

I added both an incoming called number command and a port command to the
dial-peer.... and now it matches, even though the actual called number
is null (until I manually dial it.)

 

So i tried putting the PLAR command back in, and it does the same thing.
Only works if I have a incoming called-number and a port command. Is
this the right behavior? doesnt make sense to me why it needs both in
there. 

 

On 8/10/06, Wydra, Jason <jwydra at burwood.com> wrote: 

How about if you try removing the PLAR command and then running the
CCAPI? PLAR may cause it to bypass the incoming dial-peer like you
mentioned 

 

Jason Wydra

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ed Leatherman
Sent: Thursday, August 10, 2006 1:14 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Dial-peer matching question

 

I'm having trouble getting inbound dial-peers to match up. I have the
following scenario

 

voice-port 0/1/1

 connection plar 39495

 caller-id enable

!
dial-peer voice 1 pots
 description Inbound pots dial-peer for port 0/1/1
 incoming called-number 39495
!
dial-peer voice 300 voip
 description outbound dial-peer to callmanager 10.182.140.10
<http://10.182.140.10/> 
 destination-pattern 39495
 session target ipv4: 10.182.140.10 <http://10.182.140.10/> 
!

 

Unfortunately when I watch the debug voice ccapi inout for a call to
that FXO port, it is always matching dial-peer 0. 

ug 10 18:08:45.958: //-1/195B3C298092/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=39495
   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

Aug 10 18:08:45.958:
//-1/195B3C298092/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x46A538BC, Call Info(
   Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown,
Screening=Not Screened, Presentation=Al 
lowed),
   Called Number=39495(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=RegularLine,
FinalDestinationFlag=TRUE,
   Incoming Dial-peer=0 , Progress Indication=ORIGINATING SIDE IS NON
ISDN(3), Calling IE Present=FAL 
SE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID
Transparent=FALSE), Call Id=-1

I've also tried replacing the incoming called-number with "port 0/1/1"
to force it to match on that criteria, but it doesnt match that either.
I need to get the inbound dialpeer nailed down, because when I put the
rest of my dial-peers in, it inevitably chooses another dial-peer in my
config and uses that destination-patters as an incorrect number for the
callerID. 


>From what I read on cco, the incoming called-number should take
precidence and cause it to match. Maybe this doesnt work because its a
PLAR configuration.. But then when I tried the voice-port, that should
have matched. Its the the port that is ringing in and its the first
dial-peer in the config. 

 

Any ideas what i'm doing wrong here?


-- 
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations 




-- 
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060810/4e9c2dcf/attachment-0001.html