[cisco-voip] Incorrect behavior Cisco Dialed Number Analyzer
Ted Nugent
tednugent73 at gmail.com
Wed May 19 12:59:00 EDT 2010
Have you tried entering the digits to where the call fails on the phone as
opposed to the entire pattern and see if that provides alternates.... also
are you using a device and line level CSS that can not be replicated in DNA?
Along the same lines if your using a blocking CSS on the line to provide
class of service try removing that from the phone in question and see what
happens
On Wed, May 19, 2010 at 9:58 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
> DNA is just telling you what the routing should be based on the database.
> Things like unregistered route lists, unregistered gateways, etc it cannot
> account for.
> You can also get mismatched behavior caused by missed change notifications,
> broken replication, etc that DNA will not reflect.
>
> -Ryan
>
> On May 19, 2010, at 8:45 AM, Marty van de Veerdonk wrote:
>
> in the alternate match section nothing is shown.
> If there would be a match on a shorter route pattern, then this one should
> be presented in DNA.! Isn't it?
>
>
> ----- Oorspronkelijk bericht -----
> Van: "Mac GroupStudy" <mac.groupstudy at gmail.com>
> Aan: "Marty van de Veerdonk" <marty at voiceidentity.nl>
> Cc: "Dennis Heim" <Dennis.Heim at cdw.com>, "cisco-voip" <
> cisco-voip at puck.nether.net>
> Verzonden: Woensdag 19 mei 2010 13:46:14
> Onderwerp: Re: [cisco-voip] Incorrect behavior Cisco Dialed Number Analyzer
>
> In DNA after the path is shown toward the bottom there is an "Alternate
> Match" section. Are there any other potential matches occurring? As you
> surmise it sounds like either a CSS/PT issue or you are matching a shorter
> route pattern.
>
>
> On Wed, May 19, 2010 at 7:13 AM, Marty van de Veerdonk <
> marty at voiceidentity.nl> wrote:
>
>> MGCP
>>
>> we don't use route filters on RP
>>
>> ----- Oorspronkelijk bericht -----
>> Van: "Dennis Heim" <Dennis.Heim at cdw.com>
>> Aan: "Marty van de Veerdonk" <marty at voiceidentity.nl>
>> Cc: "cisco-voip" <cisco-voip at puck.nether.net>, "Karen Cheng" <
>> Karen.Cheng at racq.com.au>
>> Verzonden: Woensdag 19 mei 2010 13:10:36
>>
>> Onderwerp: RE: [cisco-voip] Incorrect behavior Cisco Dialed Number
>> Analyzer
>>
>> If it is the dialing forest issue, then that is what I would expect to
>> see. It has to do with router filters applied on Route Patterns. Inbound
>> will continue to work, outbound won’t and you will want to pull your hair
>> out because it makes no sense. What protocol is your gateway running (MGCP
>> OR H.323)?
>>
>>
>> Dennis Heim
>> Network Voice Engineer
>> CDW Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN 46032
>>
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com
>> cdw.com/content/solutions/unified-communications/<http://www.cdw.com/content/solutions/unified-communications/>
>>
>>
>>
>>
>> *From:* Marty van de Veerdonk [mailto:marty at voiceidentity.nl]
>> *Sent:* Wednesday, May 19, 2010 6:56 AM
>> *To:* Dennis Heim
>> *Cc:* cisco-voip; Karen Cheng
>> *Subject:* Re: [cisco-voip] Incorrect behavior Cisco Dialed Number
>> Analyzer
>>
>>
>> we see incoming calls in the q931 trace, but no outgoing call.
>>
>> running CCM6.1.3
>>
>>
>> ----- Oorspronkelijk bericht -----
>> Van: "Dennis Heim" <Dennis.Heim at cdw.com>
>> Aan: "Marty van de Veerdonk" <marty at voiceidentity.nl>, "Karen Cheng" <
>> Karen.Cheng at racq.com.au>
>> Cc: "cisco-voip" <cisco-voip at puck.nether.net>
>> Verzonden: Woensdag 19 mei 2010 12:39:34
>> Onderwerp: RE: [cisco-voip] Incorrect behavior Cisco Dialed Number
>> Analyzer
>>
>>
>> Turn on q.931 ISDN trace, and see if it is even extending it to the
>> gateway. What ver of ccm are you running? I have seen it with some ver’s
>> where the dialing forrest gets jacked up and requires a cluster reboot.
>>
>>
>> Dennis Heim
>> Network Voice Engineer
>> CDW Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN 46032
>>
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com
>> cdw.com/content/solutions/unified-communications/<http://www.cdw.com/content/solutions/unified-communications/>
>>
>>
>>
>>
>> *From:* cisco-voip-bounces at puck.nether.net [mailto:
>> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Marty van de Veerdonk
>> *Sent:* Wednesday, May 19, 2010 3:53 AM
>> *To:* Karen Cheng
>> *Cc:* cisco-voip
>> *Subject:* Re: [cisco-voip] Incorrect behavior Cisco Dialed Number
>> Analyzer
>>
>>
>>
>> No, even when I create a specific route pattern that exactly is matching
>> the dail string I get the same error.
>>
>>
>>
>> ----- Oorspronkelijk bericht -----
>> Van: "Karen Cheng" <Karen.Cheng at racq.com.au>
>> Aan: "Marty van de Veerdonk" <marty at voiceidentity.nl>, "cisco-voip" <
>> cisco-voip at puck.nether.net>
>> Verzonden: Woensdag 19 mei 2010 08:52:10
>> Onderwerp: RE: [cisco-voip] Incorrect behavior Cisco Dialed Number
>> Analyzer
>>
>> Do you have multiple Route Patterns that can be matched with the Urgent
>> Priority ticked?? Or Translation Patterns?
>>
>>
>> If you have urgent priority selected and you have multiple patterns that
>> could be matched, the first match (not the most specific) will be chosen…..
>>
>>
>>
>>
>>
>>
>>
>>
>> *Karen Cheng*
>> *Voice Network Engineer*
>>
>>
>>
>>
>> *From:* cisco-voip-bounces at puck.nether.net [mailto:
>> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Marty van de Veerdonk
>> *Sent:* Wednesday, 19 May 2010 4:49 PM
>> *To:* cisco-voip
>> *Subject:* [cisco-voip] Incorrect behavior Cisco Dialed Number Analyzer
>>
>>
>>
>> Hello,
>> we are using Cisco DNA to verify if users are able to call certain
>> external numbers.
>> The result is that the correct patterns, route list, route groups, MGCP
>> gateways and PRI are selected.
>>
>> - *Device* :*Type*= MGCPE1PRIPort
>>
>>
>> - *End Device Name* = S0/SU3/DS1-0 at ewaw1-01dc-rtw-01.noc.medtronic.com
>>
>> However when we place a testcall the CallManager replies with "Sorry, but
>> we are not able......" before the entire number is dailed.
>> This looks like a CCS/partition issue, but the DNA says that the call flow
>> is correct.
>>
>> What can be the problem?
>>
>> regards, Marty
>>
>>
>>
>> Plan ahead these school holidays with RACQ's online trip planner - and
>> don't forget to pack Ultra Care for additional travel benefits following a
>> breakdown. Some conditions apply. Visit http://www.racq.com.au for
>> details.
>>
>> Please Note: If you are not the intended recipient, please delete this
>> email as its use is prohibited. RACQ does not warrant or represent that this
>> email is free from viruses or defects. If you do not wish to receive any
>> further commercial electronic messages from RACQ please e-mail
>> unsubscribe at racq.com.au or contact RACQ on 13 19 05.
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100519/7f8b425f/attachment.html>
More information about the cisco-voip
mailing list