Hi Randall, agree with you :) The reason it worked for me in tha lab today was that I had a specific dialplan.
phones couldn't call each other directly (other DNs were not in the CSS), only via [135]XXX translation pattern used to expand ANI to e164 for internal calls (lab requirement). the phones had in their CSS both [135]XXX TP and my 3XXX "CFUR" RP. This way the RP was always preferred (as there were no DNs in the CSS) and it worked. yes, that was ttoo beautiful to be true ;) but such particular case it seems to be the simplest solution satisfying the requirements. regards kobel On Sat, Nov 13, 2010 at 00:12, Randall Saborio <ill2...@gmail.com> wrote: > Miron, > > The problem is that your pattern 3XXX will never be matched as long as > there are DNs existing on CUCM with the specific patterns like 3001, 3002, > etc. > > CUCM is not like an H.323 gateway where a port down and dial-peer down > makes the outbound dial-peer never be matched. > On CUCM, if the phone is unregistered, the DN still exists for CM and will > attempt to reach to it and then apply CFB or CFUR on it. > > This is why CFUR is needed. Hope this clarifies it. > > Cheers, > -- > Randall "da ill" Saborio > CCIE Voice Wannabe #10054675811 > > > > On Fri, Nov 12, 2010 at 3:01 PM, Prashant Patel < > prashantpatel...@gmail.com> wrote: > >> Hi Miron, >> >> Your approach will work if there is no COR for the phones. If COR is >> involved (a phone should not dial International) and when CFUR is required >> you will need a pt and css to reach that route pattern and i.e I believe the >> overhead. >> >> HTH >> Prashant >> >> On Fri, Nov 12, 2010 at 3:53 PM, Miron Kobelski <findko...@gmail.com>wrote: >> >>> Hello, >>> >>> Let's consider a typical question for CFUR from one of the mock labs: >>> "Ensure that users at HQ/BR1 (US) can still successfully call phones at the >>> BR2 site (Spain) using 4 digit dialing when there is a WAN outage at the BR2 >>> site." >>> >>> The obvious answer is: use CFUR. But it requires some configuration >>> overhead (partition, css, forwarding, etc). What about another solution: >>> copy an existing route pattern for international calls from HQ/BR (no need >>> to change digit transformation), change the pattern to 3XXX and add >>> necessary prefix (011343214). >>> >>> This is a very quick thing to configure and should work exactly as well >>> as CFUR (w/o displaying for/by/to on the phone display). >>> Do you see any drawbacks of such approach? The route pattern should only >>> be active, when BR2 phones are unregistered. >>> >>> regards >>> kobel >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> > > > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
