[cisco-voip] Incorrect behavior Cisco Dialed Number Analyzer

[Ted Nugent]

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>