12-19-2007 01:44 AM
Hi,
what is the meaning of "OUT STAT" column in
"show dial-peer voice summary"
command output and why does it show "down" for outgoing pots dial-peer?
Router#sh dial-peer voice summary
dial-peer hunt 0
AD PRE PASS OUT
TAG TYPE MIN OPER PREFIX DEST-PATTERN FER THRU SESS-TARGET STAT PORT
100 voip up up 0 syst
101 pots up up .T 0 down 2:D
102 pots up up 0 down 3:D
dial-peer voice 100 voip
description incoming
incoming called-number .T
session protocol sipv2
!
dial-peer voice 101 pots
destination-pattern .T
no digit-strip
port 2:D
forward-digits all
!
dial-peer voice 102 pots
incoming called-number .T
port 3:D
12-19-2007 03:40 AM
Check:
http://cisco.com/en/US/tech/tk652/tk90/technologies_tech_note09186a008010e6d1.shtml
Hope this helps, please rate post if it does!
12-19-2007 06:03 AM
No, thats not the case.
Above document has an example output of that command with no mention of OUT STAT column and there is no mention what OUT STAT may mean.
The Operational Status (column labeled OPER) in my case shows "up"
12-30-2007 12:48 PM
Hi
Use the command sh isdn status and see what is the output . I suppose ur D channel is down so u require the configure the D channel correctly
( for further update past ur " sh isdn st and run con )
regards
12-30-2007 01:00 PM
yes, thanks. figured that out already. ISDN was down indeed
01-02-2008 04:34 PM
Just some history on the OUT STAT...was added to address CSCdz87204 and added to images starting around 12.3(9).
An enhancement was done
by not selecting POTS dial-peers with end-point(s) in "DOWN" state during the outbound dial-peer matching.
Also, a new command line is added to enable or disable this new outbound dial-peer filtering functionality.
[default | no] dial-peer outbound status-check pots
By default, the dial-peer outbound status will be checked during the outbound dial-peer matching which is applied to any POTS dial-peer except ephone dial-peer.
If no option is specified in this command line, it will disable the dial-peer outbound status checking.
The display of "show dial-peer voice summary" and "show dial-peer voice
How to determine the outbound status of a POTS dial-peer:
1. DOWN if DP Oper Status is DOWN
2. DOWN if DP voice-port of is DOWN
3. DOWN if DP trunkgroup(s) and all of its trunks are DOWN
4. UP if DP Oper Status is UP and DP voice-port is UP
5. UP if DP Oper Status is UP and DP trunkgroup(s) and any of
if trunks are UP
CCO doc...
05-22-2015 06:07 AM
Hi scpage,
Does this command "show dial-peer voice summary" display SIP trunks too? I am working with a Voip gateway without CUBE. Will it be applicable to me?
Also OUT STAT will cover the scenario when the SIP Trunk is busyout right? I mean when the SIP trunk is busyout, the OUT STAT will display "no" correct?
Thanks,
Pandi
05-28-2015 12:00 AM
Pandiarajan,
hope you doing well..
OUT STAT Indicates the current OUTBOUND status of pots dial-peers only.
and if I understood your enquiry right. the SIP trunk which you talking about is VOIP dial-peer which will displayed its status in OPER column. and its the same for POTS dial-peers.
Please rate if its helpful
06-04-2015 05:48 AM
Thanks a lot Saif,
This clarifies my doubt.
07-02-2015 03:20 PM
Pandiarajan,
please click on the correct answer so the question status will display answered question
Thanks
07-05-2015 11:54 PM
Hi Saif,
I was searching for that, but I couldn't find such option. May be, the person who raised this question only have that option to mark the "correct answer". I gave 5 star rating.
Also, one of our voip expert says that OPER column is for operational status and not for SIP trunk status. Could you please give some example when we should use OPER column?
07-06-2015 07:16 AM
pandiarajan,
I thought you started this discussion, sorry about that.
OPER column referring to validity of the dial peers regardless of its type ( voip or pots ). so we are now talking about dial-peers validity in general and just like what your expert has been clarified.
dial-peers MUST meet one of these 3 elements to be VALIDE. which is
1- Destination-pattern and a voice-port or session target. ... just like ...
()# dial-peer voice 123 pots
destination-pattern 3333
port 2/3
2- Incoming called-number. ... just like ...
()# dial-peer voice 123 voip
incoming-called number 33..
3- Answer-address. ... just like...
()# dial-peer voice 123 pots
answer address 3333
and that’s if any dial-peer not meets the above criteria... then its not considered to a router to be UP in OPER column. and we can for sure display that with the command # sh dial-peer voice summary
Hoping I could clarified the idea..
Regards
07-06-2015 07:16 AM
Thanks a lot Saif. That's very kind of you. It really helps me.
Also regarding the point, VALID, which means, how the gateway will validate?
in the 2nd example,
dial-peer voice 123 voip
incoming-called number 33..
In this case, the gateway will validate the dial-peer based on the incoming-called number which must be a number not alpha numeric right? Could you please give me an example when the dial-peer configuration become invalid?
One more doubt on your first example "session-target 3333", I was always under the impression that only voip dial-peers got session-target as IPAddress or ServerName. But in this case we do have pots dial-peers too. In this case the "3333" is a destination address of some gateway or CUCM?
Thanks again,
Pandi
07-06-2015 11:02 AM
Pandi,
I made a mistake in the above example (the first) and already change it. sorry about that. I was in rush of being in touch with colleagues at work and posting here. anyway...
dial-peers have two types...
the first is VOIP-db which sends or receive voice calls to/from IP networks.
the second is POTS-db which sends or receive voice calls to/from analog networks.
with the first type we obliged to use the command ( session-target ipv4 ) because its the only command that allows me to use ipv4 protocol as a target destination for the travelling voice call.
while the second type allows me to send the voice calls to a destination targets that primarily dose not have tcp/ip protocol.
about validity...
routers needs to validate dial-peers already configured inside it to be able to choose which path is the best for the call to be sent. and thus. the dial-peer must meet one of the 3 elements which mentioned above to be valid. otherwise its considered by the router as invalid or DOWN as it will be shown in OPER column if we issue the command ()# sh dial-peer voice summary.
Greetings
07-06-2015 08:23 PM
Now I am very clear. Thanks a lot Saif. I really appriciate the help.
Thanks again,
Pandi
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide