<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'>Yes, I keep forgetting to mention that....must make sure the PBX trunk CSS doesn't include patterns that route back to itself.<br><br>Of course, I think there is a loop prevention parameter, but it will take up channel after channel.....<br><br>---<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 (JNHN)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>"Bad grammar makes me [sic]" - Tshirt<br><br><br>----- Original Message -----<br>From: "Ryan Ratliff" &lt;rratliff@cisco.com&gt;<br>To: "Nick Thompson" &lt;Nick.Thompson@gocorptech.com&gt;, "Kelemen Zoltan" &lt;keli@carocomp.ro&gt;, "cisco-voip mailinglist" &lt;cisco-voip@puck.nether.net&gt;<br>Sent: Thursday, October 30, 2008 11:38:30 AM GMT -05:00 US/Canada Eastern<br>Subject: Re: [cisco-voip] how to allow alternate routes for unregistered phones<br><br>I'd do it the other way and set the 4XX route pattern in another partition,<br>ie PBX.<br><br>To eliminate call routing loops you disallow the PBX gateway to call itself<br>(via CSS).<br><br>For your phone 452, set the &nbsp;CFNA destination to 452, with a CSS set on the<br>CFNA destination that allows it to reach the PBX partition.<br><br>In all versions that don't have the specific value for forward unregistered<br>the CFNA destination is used when the device is unregistered.<br><br><br>-Ryan <br>-----Original Message-----<br>From: cisco-voip-bounces@puck.nether.net<br>[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Thompson<br>Sent: Thursday, October 30, 2008 11:32 AM<br>To: Kelemen Zoltan; cisco-voip mailinglist<br>Subject: Re: [cisco-voip] how to allow alternate routes for unregistered<br>phones<br><br>Make sure that the route-pattern is inside the same partition as your DNs.<br><br>Route Pattern 4XX in partition INTERNAL<br>DN 4XX in partition INTERNAL.<br><br>Nick Thompson<br>Senior Network Engineer<br>Corporate Technologies, LLC<br>E-Mail: nick.thompson@gocorptech.com<br>http://www.gocorptech.com/<br><br><br>-----Original Message-----<br>From: cisco-voip-bounces@puck.nether.net<br>[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Kelemen Zoltan<br>Sent: Thursday, October 30, 2008 10:19 AM<br>To: cisco-voip mailinglist<br>Subject: [cisco-voip] how to allow alternate routes for unregistered phones<br><br>Hi!<br><br>I'm trying to migrate some phones from a PBX to a CCM system. The CCM<br>currently has a route pattern towards the PBX and the migrated phones will<br>have extensions from the same range.<br><br>Since there are a lot of phones and some administrative hurdles as well, I<br>can't just move all the phones at once. What I wanted to do, was to register<br>the IP phones in the CallManager, keep the route pattern, and deploy the<br>phones as I can.<br><br>I just supposed, that a phone, as long as it's not registered with the<br>CallManager won't "take over" the call to it's line number and allow the<br>call to go out on the route pattern. Only it isn't working like that. Is<br>there any setting I can change to make it work like I expect it to?<br><br>Ex:<br><br>Route pattern to 4XX goes out to gateway.<br>451 is registered to CCM, 452 is configured but in "not registered"<br>state, 453 isn't added to CCM at all.<br><br>What I expect to happen:<br>Calling 451 rings out on IP phone, while calling 452 and 453 would go out to<br>the PBX and ring there, if applicable.<br><br>What happens instead:<br>451 rings, 452 gives busy, 453 goes to PBX.<br><br>Dialed Number Analyzer shows an alternate match for 452, but that's it.<br><br>(I'm currently testing this on CCM4.2, with a IP Communicator, but I don't<br>really think that's relevant)<br><br>thanks,<br>&nbsp;&nbsp;Zoltan<br>_______________________________________________<br>cisco-voip mailing list<br>cisco-voip@puck.nether.net<br>https://puck.nether.net/mailman/listinfo/cisco-voip<br>_______________________________________________<br>cisco-voip mailing list<br>cisco-voip@puck.nether.net<br>https://puck.nether.net/mailman/listinfo/cisco-voip<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>