<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.3020" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>sweet. exactly what i was looking for. thanks.
</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Scott, whacha doing this weekend? i need help
upgrading. ;)</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=tednugent69@yahoo.com href="mailto:tednugent69@yahoo.com">Ted
Nugent</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=lelio@uoguelph.ca
href="mailto:lelio@uoguelph.ca">Lelio Fulgenzi</A> ; <A
title=cisco-voip@puck.nether.net
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Friday, January 26, 2007 11:30
PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cisco-voip] changing
behaviour of un-registered phone</DIV>
<DIV><BR></DIV>CFUR in SRND 4.2<BR><A
href="http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_2/srnd4_2/uc4_2/42dialpl.htm">http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_2/srnd4_2/uc4_2/42dialpl.htm</A><BR><BR><BR>Cisco
Unified CallManager 4.2 introduces the Call<BR>Forward Unregistered (CFUR)
feature as a way to<BR>reroute calls placed to a temporarily
unregistered<BR>destination phone. The configuration of CFUR consists<BR>of
two main elements:<BR><BR>.Destination selection<BR><BR>When the DN is
unregistered, calls can be rerouted to<BR>either of the following
destinations:<BR><BR>-Voicemail<BR><BR>Calls can be sent to voicemail by
selecting the<BR>voicemail checkbox and configuring the CFUR calling<BR>search
space to contain the partition of the voicemail<BR>pilot number.<BR><BR>-A
directory number used to reach the phone through<BR>the PSTN<BR><BR>This
approach is preferred when a phone is located<BR>within a site whose WAN link
is down. If the site is<BR>equipped with Survivable Remote Site Telephony,
the<BR>phone (and its co-located PSTN gateway) will<BR>re-register with the
co-located SRST router. The phone<BR>is then able to receive calls placed to
its PSTN DID<BR>number.<BR><BR>In this case, the appropriate CFUR destination
is the<BR>corresponding PSTN DID number of the original<BR>destination DN.
Configure this PSTN DID in the<BR>destination field, along with applicable
access codes<BR>and prefixes (for example, 9 1 415 555 1234).<BR><BR>.Calling
search space<BR><BR>Cisco Unified CallManager attempts to route the call<BR>to
the configured destination number by using the<BR>called DN's CFUR calling
search space. The CFUR<BR>calling search space is configured on the target
phone<BR>and is used by all devices calling the unregistered<BR>phone. This
means that all calling devices will use<BR>the same combination of route
pattern, route list,<BR>route group, and gateway to place the call, and
that<BR>all CFUR calls to a given unregistered device will be<BR>routed
through the same unique gateway regardless of<BR>where the calling phone is
located. Cisco recommends<BR>that you select a centralized gateway as the
egress<BR>point to the PSTN for CFUR calls and that you<BR>configure the CFUR
calling search space to route calls<BR>to the CFUR destination to this
centralized gateway.<BR><BR>The Call Forward Unregistered functionality can
result<BR>in telephony routing loops if a phone is unregistered<BR>while the
gateway associated with the phone's DID<BR>number is still under control of
Cisco Unified<BR>CallManager, as is the case if a phone is
simply<BR>disconnected from the network. In such a case, the<BR>initial call
to the phone would prompt the system to<BR>attempt a first CFUR call to the
phone's DID through<BR>the PSTN. The resulting incoming PSTN call would
in<BR>turn trigger another CFUR attempt to reach the same<BR>phone's DN,
triggering yet another CFUR call from the<BR>central PSTN gateway through the
PSTN. This cycle<BR>could repeat itself until system resources
are<BR>exhausted.<BR><BR>The new service
parameter<BR>MaximumForwardUnRegisteredHopsToDn controls the<BR>maximum number
of CFUR calls that are allowed for a DN<BR>at the same time. The default value
of 0 means the<BR>counter is disabled. If any DNs are configured to<BR>reroute
CFUR calls through the PSTN, loop prevention<BR>is required. Configuring this
service parameter to a<BR>value of 1 would stop CFUR attempts as soon as
a<BR>single call is placed through the CFUR mechanism. This<BR>setting would
also allow only one call to be forwarded<BR>to voicemail, if CFUR is so
configured. Configuring<BR>this service parameter to a value of 2 would allow
for<BR>up to two simultaneous callers to reach the voicemail<BR>of a DN whose
CFUR setting is configured for<BR>voicemail, while also limiting potential
loops to two<BR>for DNs whose CFUR configuration sends calls through<BR>the
PSTN.<BR><BR>Note Extension Mobility DNs should not be configured<BR>to send
Call Forward Unregistered calls to the PSTN<BR>DID associated with the DN. The
DNs of Extension<BR>Mobility profiles in the logged-out state are deemed<BR>to
be unregistered, therefore any calls to the PSTN<BR>DID number of a logged-out
DN would trigger a routing<BR>loop. To ensure that calls made to Extension
Mobility<BR>DNs in the logged-out state are sent to voicemail,<BR>ensure that
their corresponding Call Forward<BR>Unregistered parameters are configured to
send calls<BR>to voicemail. <BR>--- Lelio Fulgenzi <<A
href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>> wrote:<BR><BR>> I
recall a while back there was some changes to the<BR>> behaviour of an
unregistered phone. The default I<BR>> believe is to send it to the CFNA
configured of the<BR>> phone. I'd like to be able to route a number
of<BR>> phones if they are not registered but I want to read<BR>> more
about it to see what the caveats are.<BR>> <BR>>
<BR>><BR>--------------------------------------------------------------------------------<BR>>
Lelio Fulgenzi, B.A. Network Analyst (CCS)<BR>>
University of Guelph Guelph,
Ontario N1G 2W1<BR>> (519) 824-4120
x56354 (519) 767-1060 FAX
<BR>><BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<BR>>
<BR>> Sanity First : Number of days with less than<BR>> 50 messages in
my inbox at the end of the day: <BR>> buffer
overrun><BR>_______________________________________________<BR>>
cisco-voip mailing list<BR>> <A
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>>
<A
href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>>
<BR><BR><BR><BR> <BR>____________________________________________________________________________________<BR>We
won't tell. Get more on shows you hate to love <BR>(and love to hate): Yahoo!
TV's Guilty Pleasures list.<BR><A
href="http://tv.yahoo.com/collections/265">http://tv.yahoo.com/collections/265</A>
<BR></BLOCKQUOTE></BODY></HTML>