<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'>While this may not answer the question, I do have a suggestion which might prevent the situation happening in the future. A Cisco tech once told me, (actually, I had to have him repeat it numerous times since I was new to the whole thing) do not allow a trunk access to DNs/patterns that would route calls back to itself.<br><br>So, take your 1XXX route pattern that sends calls to the PBX. Put this in a partition that all phones have access to, i.e. in their CSS. But, do not put the partition that contains this route pattern in the outbound CSS of the gateway of the PBX. This way, if by chance a call gets routed to the PBX, it won't get rerouted back to CallManager. Once we did this, our call handling was much better. We went further to remove wildcard route patterns and use specific route patterns to the PBX.<br><br>Does the inactive DN have any forwarding target? If it's active but not assigned, it may be handled differently?<br><span><br><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it. <br> - LFJ (with apologies to Mr. Popeil)<br><span name="x"></span><br></span><br><hr id="zwchr"><b>From: </b>"Hefin James [ahj]" <ahj@aber.ac.uk><br><b>To: </b>cisco-voip@puck.nether.net<br><b>Sent: </b>Friday, March 16, 2012 10:46:28 AM<br><b>Subject: </b>[cisco-voip] Problem with un-assigned DN's<br><br>We have a problem that we can't get to the bottom off. <br>The problem is where unassigned DN's (which have active selected) are falling through and matching a the general rule that we have forwarding to another PABX system (which has the DN marked as being on the CM, which then causes a loop on our ISDN trunk).<br>Dialled number analyser shows the number hitting the specific route for 1793 under PA-ABER-OWNNET with the alternative match for 1XXX. (Flow copy shown below) <br><br>Any pointers as to why it's matching the general route, and not the specific route for the DN?<br>It's also affecting DN's that are assigned to profiles that are logged off.<br><br>Thanks,<br>Hefin<br><br>Results Summary<br> Calling Party Information<br> Calling Party = 2456<br> Partition =<br> Device CSS =<br> Line CSS = CS-ABER-UK-UNR<br> AAR Group Name =<br> AAR CSS =<br>Dialed Digits = 1793<br>Match Result = RouteThisPattern<br>Matched Pattern Information<br>Pattern = 1793<br>Partition = PA-ABER-OWNNET<br>Time Schedule =<br>Called Party Number = 1793<br>Time Zone = Etc/GMT<br>Call Classification = OnNet<br>InterDigit Timeout = NO<br>Device Override = Disabled<br>Outside Dial Tone = NO<br>Call Flow<br>TranslationPattern :Pattern=<br>Partition =<br>Positional Match List = 1793<br>Calling Party Number = 2456<br>PreTransform Calling Party Number =<br>PreTransform Called Party Number =<br>Calling Party Transformations<br>External Phone Number Mask = NO<br>Calling Party Mask =<br>Prefix =<br>CallingLineId Presentation =<br>CallingName Presentation =<br>Calling Party Number = 2456<br>ConnectedParty Transformations<br>ConnectedLineId Presentation =<br>ConnectedName Presentation =<br>Called Party Transformations<br>Called Party Mask =<br>Discard Digits Instruction =<br>Prefix =<br>Called Number =<br>Directory Number :DN= 1793<br>Partition = PA-ABER-OWNNET<br>TypeCFACSSPolicy =<br>Forwarding Information<br>Forward All : DN = <br>VoiceMail = No <br>CSS = Forward Busy Internal : DN = VoiceMail = No CSS = External : DN = VoiceMail = No CSS = Forward No Answer Internal : DN = VoiceMail = No CSS = External : DN = VoiceMail = No CSS = Forward No Coverage Internal : DN = VoiceMail = No CSS = External : DN = VoiceMail = No CSS = Forward Unregistered Internal : DN = VoiceMail = No CSS = External : DN = VoiceMail = No CSS = CFDF : DN = VoiceMail = No CSS = Pickup Group Number = Device : Type = No Device associated with the DN Alternate Matches Partition :Name= PA-ABER-OWNNET Pattern Pattern = 1XXX Pattern Type = Enterprise CallManager Device Type = AccessDevice PatternPrecedenceLevel = PlDefault PatternRouteClass = RouteClassDefault<br><br>_______________________________________________<br>cisco-voip mailing list<br>cisco-voip@puck.nether.net<br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></div></body></html>