Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- :
- About kozorezdi
Stats
Member since
03-14-2008
102
Posts
4
Helpful
3
Solutions
12-14-2016
06:59 AM
Hello everyone, Let me provide some information regarding to my question. ! Dial-peer configuration: dial-peer voice 10 voip destination-pattern 2002 session protocol sipv2 session target ipv4:172.16.16.1 ! Calling from C7962(TypeB/SCCP:DN5001 (redialing, from the call-list or onhook&dial: EN BLOC) to DN2002. I have no doubts - DN5001 is sending it as Enbloc, not on digit-by-digit basis. Checked by - debug ephone message: SkinnyMessageID = StationEnblocCallMessageID(calledParty=2002) At the same time, Dial-peer hunting is performing based on digit-by-digit. I can prove it by - debug voip dialpeer inout: Match Rule=DP_MATCH_DEST; Called Number=2 Match Rule=DP_MATCH_DEST; Called Number=20 Match Rule=DP_MATCH_DEST; Called Number=200 Match Rule=DP_MATCH_DEST; Called Number=2002 Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=10 Can you confirm that Dial-peer selection for SCCP phones, will be always done based on digit-by-digit analysis? Always, I mean despite on how the digits were collected (enbloc or digit-by-digit), firmware, IOS version or phone model. Please give me more information about enbloc with SCCP, thank you in advance. -- Have a nice day, Dmitry
... View more
- Tags:
- sccp
Labels:
09-02-2016
06:50 AM
Hi Deepak,
Thank you for your reply. It is clear about UCK9, but could you tell me something about Collaboration Professional Suite License (not about permanent or RTU). What is the purpose? What is the difference from UCK9?
Thank you in advance.
--
Best regards,
Dmitry
... View more
Created by
kozorezdi
in IP Telephony and Phones
in IP Telephony and Phones
09-02-2016
06:33 AM
09-02-2016
06:33 AM
Hello everybody,
I've found a list of functions for uck9:
"Offers the UC Features found in IPVoice IOS image on ISR 1800,2800 and 3800 e.g. TDM/PSTN Gateway, Video Gateway[H320/324],Voice Conferencing, Codec Transcoding, RSVP Agent (voice), FAX T.37/38, CAC/QOS, Hoot-n-Holler etc."
But, I haven't found the list for CollabProSuite.
Both packages can be used for CME/SRST: "For the Cisco Unified CME license, the UCK9 technology package must be available if the Collaboration Professional Suite package is not installed. UCK9 is a prerequisite for Cisco Unified CME Release 11."
To me it is not clear in which cases I need to order CollabProSuite technology-package. Please clarify the situation, thank you in advance.
--
Have a nice day,
Dmitry
... View more
Labels:
07-13-2016
02:48 AM
Good day Jaime, thank you for your message. Let me give you more information.
R1#sh run | sec dial-peer dial-peer voice 5 voip destination-pattern 2T session protocol sipv2 session target ipv4:192.168.2.2 dial-peer voice 15 voip destination-pattern 2...$ session protocol sipv2 session target ipv4:192.168.2.2
R1# Now, any time I call to 2001XXXX, it used only dial-peer 15 and terminate call on dn=2001: Jul 13 06:59:17.139: ephone-2[1/2][SEP54781AE10097]:OFFHOOK with called party 20015555 Jul 13 06:59:17.139: ephone-2[1/2][SEP54781AE10097]:Fake redial to 20015555 Jul 13 06:59:17.139: ephone-2[1/2][SEP54781AE10097]:Normal ReDial press 20015555 line 1 I don't understand the logic in this case of overlapping.
It has to use dial-peer 5 for enblock, and in case of dialling in off-hook mode - IDT.
But when I have more specific dial-peer 15, it is just ignore another dial-peer 5 with T-symbol. R1#debug voice dialpeer inout voip dialpeer inout debugging is on R1# Jul 13 06:51:37.131: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=3002, Called Number=, Voice-Interface=0x2C11DC3C, Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:37.131: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=20002 Jul 13 06:51:37.131: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0 Jul 13 06:51:37.547: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=2, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:37.547: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2 Jul 13 06:51:37.547: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Partial Matches(1) after DP_MATCH_DEST Jul 13 06:51:37.547: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=2, saf_enabled=1, saf_dndb_lookup=0, dp_result=1 Jul 13 06:51:37.547: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=MORE_DIGITS_NEEDED(1) Jul 13 06:51:37.747: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=20, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:37.747: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=20 Jul 13 06:51:37.747: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Partial Matches(1) after DP_MATCH_DEST Jul 13 06:51:37.747: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=20, saf_enabled=1, saf_dndb_lookup=0, dp_result=1 Jul 13 06:51:37.747: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=MORE_DIGITS_NEEDED(1) Jul 13 06:51:37.947: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=200, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:37.947: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=200 Jul 13 06:51:37.947: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Partial Matches(1) after DP_MATCH_DEST Jul 13 06:51:37.947: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=200, saf_enabled=1, saf_dndb_lookup=0, dp_result=1 Jul 13 06:51:37.947: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=MORE_DIGITS_NEEDED(1) Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=1, saf_dndb_lookup=0, dp_result=0 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=2001, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=NO_MATCH(-1) After All Match Rules Attempt Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=2001, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=15 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.147: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=1, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.147: //-1/142000AB8056/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.151: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=3002, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=3002 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=20002 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.283: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 Jul 13 06:51:38.859: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=2001, Peer Info Type=DIALPEER_INFO_SPEECH Jul 13 06:51:38.859: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=2001 Jul 13 06:51:38.859: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jul 13 06:51:38.859: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=2001, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jul 13 06:51:38.859: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=15 2: Dial-peer Tag=5 R1#
Thank you for your message.
--
Dmitry
... View more
07-13-2016
02:45 AM
Good day Deepak,
thank you for you reply.
<< when you dial 2001XXXXX soon as 2001 is matched against 2... pattern it is taking that dial-peer.
I would agree with you, if I had two patterns: 2... and 2........ In my case I have one pattern: 2T, so I expect to see IDT after each digit. But I have immediately dialing to 2001 after 4 digit.
<<If you dial only 2001 then both dial-peer have a match and it is random selection
In my case I see random selection in case of dialing 2001XXXXX (onhook,dial) as well.
Anyway, thank you for your comments.
--
Dmitry
... View more
07-12-2016
09:01 AM
Hello everyone, I have a question about selection of outgoing dial-peer and strange behavior. This is my current config(CME=8.6): R1#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 KEEPALIVE 20001 pots up up 30022$ 0 50/0/1 20002 pots up up 3002$ 0 50/0/2 5 voip up up 2T 0 syst ipv4:192.168.2.2 15 voip up up 2... 0 syst ipv4:192.168.2.2 R1# ! dial-peer voice 5 voip destination-pattern 2T session protocol sipv2 session target ipv4:192.168.2.2 ! dial-peer voice 15 voip destination-pattern 2... session protocol sipv2 session target ipv4:192.168.2.2 ! When I am calling 200123424 (onhoook&dial or offhook), but it's cutting to 2001 and NO IDT. Both dial-peers are used from time to time and it cuts to 2001 even with dial-peer 5. R1#show voice call status CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers 0x3 11EE 0x31DB8858 50/0/2.0 2002 g729r8 20002/5 1 active call found R1#show voice call status CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers 0x9 1200 0x31DB8858 50/0/2.0 2001 g729r8 20002/15 1 active call found When I removed dial-peer 15, I was able to call 200123424 and it was IDT. What is the logic here? How dial-peer 15 can influence on dial-peer 5 :)? Thank you in advance.
... View more
Labels:
07-12-2016
08:47 AM
Hello Brandon, everyone,
Thank you very much for your comment.
I have checked the situation again and I was wrong - both dial-peers are used.
Now I have other questions, but it will be not correct to keep it under this discussion.
So I am going to open a new discussion about the selection of outgoing dial-peer. Anyway thank you for you message.
R1#show voice call status CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers 0x3 11EE 0x31DB8858 50/0/2.0 2002 g729r8 20002/5 1 active call found R1#show voice call status CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers 0x9 1200 0x31DB8858 50/0/2.0 2001 g729r8 20002/15 1 active call found R1#show dialplan number 2001 timeout | in tag = tag = 15, destination-pattern = `2...', voice reg type = 0, corresponding tag = 0, voice class perm tag = `' tag = 5, destination-pattern = `2T', voice reg type = 0, corresponding tag = 0, voice class perm tag = `'
R1#show dialplan number 2001 timeout | in tag tag = 5, destination-pattern = `2T', voice reg type = 0, corresponding tag = 0, voice class perm tag = `' tag = 15, destination-pattern = `2...', voice reg type = 0, corresponding tag = 0, voice class perm tag = `'
--
Have a nice day,
Dmitry
... View more
Created by
kozorezdi
in IP Telephony and Phones
in IP Telephony and Phones
07-11-2016
06:12 AM
07-11-2016
06:12 AM
Hello everyone,
R1#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 KEEPALIVE 20001 pots up up 30022$ 0 50/0/1 20002 pots up up 3002$ 0 50/0/2 5 voip up up 2T 0 syst ipv4:192.168.2.2 15 voip up up 2... 0 syst ipv4:192.168.2.2 R1# ! dial-peer voice 5 voip destination-pattern 2T session protocol sipv2 session target ipv4:192.168.2.2 ! dial-peer voice 15 voip destination-pattern 2... session protocol sipv2 session target ipv4:192.168.2.2 ! R1#show dialplan number 2001 | in tag tag = 15, destination-pattern = `2...', voice reg type = 0, corresponding tag = 0, voice class perm tag = `' R1# R1#show dialplan number 2001# | in tag tag = 5, destination-pattern = `2T', voice reg type = 0, corresponding tag = 0, voice class perm tag = `' tag = 15, destination-pattern = `2...', voice reg type = 0, corresponding tag = 0, voice class perm tag = `' R1# ! R1#sh call active voice | in PeerId PeerId=20002 PeerId=15 R1# ! Dial 2001 from 3002(sccp) - digit-by-digit or enblock(with #, call) - same result: always dial-peer 15. It is logical to me: 1000 variants better than T, but... For enblock it knows the length, so both dial-peers looks the same. 1) Does the command "show dialplan number" work as enblock? 2) Why my case the active call is used dial-peer 15, but by the command the preferable is dial-peer 5?
Please clarify a little bit the situation, thank you in advance. P.S. dial-peer hunt 0 -- Have a nice day, Dmitry
... View more
Labels:
01-29-2015
05:40 AM
hi, sorry no results. I think it is rather a bug. anyway, thank you for your message. -- Dmitry
... View more
01-29-2015
05:39 AM
Hi, I can't approve it right now. I will check it later. Thank you for your clue. -- Dmitry
... View more
01-27-2015
01:49 AM
Hi, thank you for your reply. But it is not the case, I did it as well. -- Dmitry
... View more
01-26-2015
07:50 AM
Hello everybody, Please check how I can fix the situation, thank you in advance. On a router I added the commands: ccm-manager config server 1.1.1.1 ccm-manager config The router pull from TFTP(CUCMv.8.) the config BUT only after reboot of the router. Some of my colleagues are telling me it's a normal case. But I haven't seen it in the official documentation, have I missed something? You can see the situation in details here: Cisco IOS Software, 2800 Software (C2800NM-IPVOICE_IVS-M), Version 15.1(2)T1, RELEASE SOFTWARE (fc1) <<< 1 STEP >> ROUTER#sh debugging MGCP: Media Gateway Control Protocol media events debugging is on, trace level Verbose Media Gateway Control Protocol nas pkg events debugging is on, trace level Verbose Media Gateway Control Protocol events debugging is on, trace level Verbose Media Gateway Control Protocol errors debugging is on Media Gateway Control Protocol packets debugging is on Media Gateway Control Protocol parser debugging is on, trace level Verbose Media Gateway Control Protocol VoIPCAC debugging is on, trace level Verbose Media Gateway Control Protocol System Resource Check CAC debugging is on, trace level Verbose Media Gateway Control Protocol endpoint database debugging is on, trace level Verbose Media Gateway Control Protocol state transition debugging is on, trace level Verbose Media Gateway Control Protocol inout debugging is on, trace level Verbose Media Gateway Control Protocol gcfm debugging is on, trace level Verbose BR1-POD1-RACK2#ping 10.1.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds: !!!!! ROUTER(config)#ccm-ltmanager config server 10.1.1.1 ROUTER(config)#ccm-manager config ROUTER(config)#^Z ROUTER# Nov 28 16:34:05.372: //-1/xxxxxxxxxxxx/MGCP/xgcp_endpt_get_by_ifn(1330):[lvl=0]Entered Nov 28 16:34:05.372: //-1/xxxxxxxxxxxx/MGCP/xgcp_endpt_get_tree_link_by_ifn(1149):[lvl=0]Entered Nov 28 16:34:05.372: //-1/xxxxxxxxxxxx/MGCP/xgcp_endpt_get_tree_link_by_ifn(1156):[lvl=2]endptdb for protocol 0 does not exist. Result: no debug messages at all, I restarted from CUCM side as well. <<< 2 STEP >>> wr, reload RESULT: It downloaded the config from the TFTP-server(CUCM). ROUTER#sh ccm-manager config-download Configuration Auto-Download Information ======================================= Current version-id: 1416469737-5bc4619e-8ca7-452e-b4f4-1f870bcc38b1 Last config-downloaded:00:00:00 Current state: Waiting for commands Configuration Download statistics: Download Attempted : 1 Download Successful : 1 Download Failed : 0 TFTP Download Failed : 0 Configuration Attempted : 1 Configuration Successful : 1 Configuration Failed(Parsing): 0 Configuration Failed(config) : 0 Last config download command: New Registration Configuration Error History: ROUTER# << BUT: >> ROUTER#sh ccm-manager hosts MGCP Domain Name: ROUTER.TEST.ru Priority Status Host ============================================================ Primary Registering with CM 10.1.1.1 First Backup None Second Backup None < From CUCM side it is also looking as unregisting gateway. > < Reset from CUCM side, no result.> ROUTER(config)#no mgcp WARNING: no mgcp: Teardown MGCP application may take a while to clean up resources ROUTER(config)#mgcp ROUTER(config)# Nov 28 16:48:59.808: //-1/xxxxxxxxxxxx/MGCP/mgcp_init_dyn_payload_types(3277):[lvl=1]used payload type map = 2F400003 Nov 28 16:48:59.808: //-1/xxxxxxxxxxxx/MGCP/mgcpapp_state_change(4876):[lvl=0] MGCP Application state change:old_admin_state=0, new_admin_state=2, current oper state=0, old_graceful_shutdown=0, new_graceful_shutdown=0 Nov 28 16:48:59.808: //-1/xxxxxxxxxxxx/MGCP/mgcpapp_state_change(4888):[lvl=1]MGCP APP Startup Nov 28 16:48:59.812: //-1/xxxxxxxxxxxx/MGCP/mgcp_app_startup(4772):[lvl=0]sched time not enabled Nov 28 16:48:59.812: //-1/xxxxxxxxxxxx/MGCP/mgcp_app_init(3864):[lvl=0]MGCP Application Subsystem INIT ROUTER(config)# <<< 2 STEP >>> wr, reload Result: ROUTER#sh ccm-manager hosts MGCP Domain Name: ROUTER.TEST.ru Priority Status Host ============================================================ Primary Registred with CM 10.1.1.1 First Backup None Second Backup None So in my case, I need to reboot the router twice to get registered MGCP gateway on CUCM. What do you think about the situation? What I need to check? Thank you or anyone for any comments. -- Best regards, Dmitry
... View more
Labels:
01-20-2015
07:20 AM
Hi Peter, Thank you for your message and check. I needed some confirmation about the situation. Thanks a lot! -- Dmitry
... View more
01-19-2015
11:55 PM
Hello everyone, I can't catch by wireshark the packet RIPng with Next Hop RTE. I can see a lot of packets with RTEs, but no information about the Next Hop (no 0xFF in the metric field). I was trying to do it with a few different schemes, but no result... For example: A---------B | | | | | HUB | | | C-----NET-C Only A and B into a RIPng process. NET-C is redistributed as static into the RIPng process. B added it to the routing table with next hop A. I was expected that A is sending C as NextHop for the prefix. How I can see the packet RIPng with the Next Hop RTE? Thank you in advance. -- Best regards, Dmitry
... View more
Labels:
12-01-2014
12:06 AM
Hi Carlo! First of all thanks for the reply and let me explain the situation in more details: Cisco IOS Software, 2800 Software (C2800NM-IPVOICE_IVS-M), Version 15.1(2)T1, RELEASE SOFTWARE (fc1) <<< 1 STEP >> ROUTER#sh debugging MGCP: Media Gateway Control Protocol media events debugging is on, trace level Verbose Media Gateway Control Protocol nas pkg events debugging is on, trace level Verbose Media Gateway Control Protocol events debugging is on, trace level Verbose Media Gateway Control Protocol errors debugging is on Media Gateway Control Protocol packets debugging is on Media Gateway Control Protocol parser debugging is on, trace level Verbose Media Gateway Control Protocol VoIPCAC debugging is on, trace level Verbose Media Gateway Control Protocol System Resource Check CAC debugging is on, trace level Verbose Media Gateway Control Protocol endpoint database debugging is on, trace level Verbose Media Gateway Control Protocol state transition debugging is on, trace level Verbose Media Gateway Control Protocol inout debugging is on, trace level Verbose Media Gateway Control Protocol gcfm debugging is on, trace level Verbose BR1-POD1-RACK2#ping 10.1.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds: !!!!! ROUTER(config)#ccm-ltmanager config server 10.1.1.1 ROUTER(config)#ccm-manager config ROUTER(config)#^Z ROUTER# Nov 28 16:34:05.372: //-1/xxxxxxxxxxxx/MGCP/xgcp_endpt_get_by_ifn(1330):[lvl=0]Entered Nov 28 16:34:05.372: //-1/xxxxxxxxxxxx/MGCP/xgcp_endpt_get_tree_link_by_ifn(1149):[lvl=0]Entered Nov 28 16:34:05.372: //-1/xxxxxxxxxxxx/MGCP/xgcp_endpt_get_tree_link_by_ifn(1156):[lvl=2]endptdb for protocol 0 does not exist. Result: no debug messages at all, I restarted from CUCM side as well. <<< 2 STEP >>> wr, reload RESULT: It downloaded the config from the TFTP-server(CUCM). ROUTER#sh ccm-manager config-download Configuration Auto-Download Information ======================================= Current version-id: 1416469737-5bc4619e-8ca7-452e-b4f4-1f870bcc38b1 Last config-downloaded:00:00:00 Current state: Waiting for commands Configuration Download statistics: Download Attempted : 1 Download Successful : 1 Download Failed : 0 TFTP Download Failed : 0 Configuration Attempted : 1 Configuration Successful : 1 Configuration Failed(Parsing): 0 Configuration Failed(config) : 0 Last config download command: New Registration Configuration Error History: ROUTER# << BUT: >> ROUTER#sh ccm-manager hosts MGCP Domain Name: ROUTER.TEST.ru Priority Status Host ============================================================ Primary Registering with CM 10.1.1.1 First Backup None Second Backup None < From CUCM side it is also looking as unregisting gateway. > < Reset from CUCM side, no result.> ROUTER(config)#no mgcp WARNING: no mgcp: Teardown MGCP application may take a while to clean up resources ROUTER(config)#mgcp ROUTER(config)# Nov 28 16:48:59.808: //-1/xxxxxxxxxxxx/MGCP/mgcp_init_dyn_payload_types(3277):[lvl=1]used payload type map = 2F400003 Nov 28 16:48:59.808: //-1/xxxxxxxxxxxx/MGCP/mgcpapp_state_change(4876):[lvl=0] MGCP Application state change:old_admin_state=0, new_admin_state=2, current oper state=0, old_graceful_shutdown=0, new_graceful_shutdown=0 Nov 28 16:48:59.808: //-1/xxxxxxxxxxxx/MGCP/mgcpapp_state_change(4888):[lvl=1]MGCP APP Startup Nov 28 16:48:59.812: //-1/xxxxxxxxxxxx/MGCP/mgcp_app_startup(4772):[lvl=0]sched time not enabled Nov 28 16:48:59.812: //-1/xxxxxxxxxxxx/MGCP/mgcp_app_init(3864):[lvl=0]MGCP Application Subsystem INIT ROUTER(config)# <<< 2 STEP >>> wr, reload Result: ROUTER#sh ccm-manager hosts MGCP Domain Name: ROUTER.TEST.ru Priority Status Host ============================================================ Primary Registred with CM 10.1.1.1 First Backup None Second Backup None So in my case, I need to reboot the router twice to get registered MGCP gateway on CUCM. What do you think about the situation? What I need to check? Thank you or anyone for any comments. -- Have a nice day, Dmitry
... View more
12-14-2016
Hello everyone,Let me provide some information regarding to my
question.! Dial-peer configuration:di...
09-02-2016
Hi Deepak, Thank you for your reply. It is clear about UCK9, but could
you tell me something about C...
Created by
kozorezdi
in IP Telephony and Phones
09-02-2016
09-02-2016
Hello everybody, I've found a list of functions for uck9: "Offers the UC
Features found in IPVoice I...
07-13-2016
Good day Jaime, thank you for your message.Let me give you more
information. R1#sh run | sec dial-pe...
07-13-2016
Good day Deepak, thank you for you reply. << when you dial 2001XXXXX
soon as 2001 is matched against...
07-12-2016
Hello everyone,I have a question about selection of outgoing dial-peer
and strange behavior. This is...
07-12-2016
Hello Brandon, everyone, Thank you very much for your comment. I have
checked the situation again an...
07-11-2016
Hello everyone, R1#sh dial-peer voice summary dial-peer hunt 0 AD PRE
PASS OUT TAG TYPE MIN OPER PRE...
01-29-2015
hi,sorry no results. I think it is rather a bug. anyway, thank you for
your message. --Dmitry
01-26-2015
Hello everybody,Please check how I can fix the situation, thank you in
advance.On a router I added t...
01-20-2015
Hi Peter,Thank you for your message and check. I needed some
confirmation about the situation.Thanks...
01-19-2015
Hello everyone, I can't catch by wireshark the packet RIPng with Next
Hop RTE. I can see a lot of pa...
Public Statistics
| Date Registered | 03-14-2008 11:10 AM |
| Date Last Visited | 10-09-2017 11:54 AM |
| Total Messages Posted | 102 |
| Total Helpful Votes Received | 4 |
