Hi Hesham, Thanks for the detail explanation and well thanks for sharing the case. I find it very intriguing.
I'm working on some idea, but for now, I just want to forward your reply to the group, in case anyone else can help too. --Somphol On Sun, Jun 23, 2013 at 4:44 PM, Hesham Abdelkereem < heshamcentr...@gmail.com> wrote: > Hi Somphol, > > I have to give you details as much as I can for better assistance not to > tackle some of the information. > Ok let me tell you the call flow > In my scenario > HQ and SB are registered to CUCM and SC is a CME (SC is connected with HQ > & SB via Gatekeeper) > I want to make sure that in case of SB WAN Failure HQ/SC phones are able > to call Siteb phone using 4 digits in the event of wan failue.When you call > from HQ phone calls should be routed through HQ gateway. When you call from > SC Phones calls should be routed through the GK and then HQ Gateway. > > In normal operation the call flow is > HQ dials 4xxx ---> Gatekeeeper ---> SC CME > SB dials 4xxx ---> Gatekeeper ---> SC CME > > now when you configure Call Forward Unregister internal > > HQ dials 3XXX --> SB phone is no longer registered to CUCM and is > configured for internal and external if Unregistered to be forwarded to > 9723033001 ----> Number is dialed on HQ Gateway by CFUR ---> Call reaches > SB via HQ PSTN Gateway successfully > > the Requirement now > > SC CME dials 3XXX--->Call Router via Gatekeeper--> SB phone is no longer > registered to CUCM and is configured for internal and external if > Unregistered to be forwarded to 9723033001---> Number is dialed on HQ > Gateway by CFUR ---> Call reaches SB via HQ PSTN Gateway successfully. > > Now the current situation > > when SC CME dials 3XXX when the SB is under WAN Failure it goes no where > after the Gatekeeper > but when I switch back the SB Phones to be registered to CUCM rather than > CALL MANAGER FALLBACK > the call go through via Gatekeeper > > > Many Thanks, > Hesham > > > On 22 June 2013 23:26, Somphol Boonjing <somp...@gmail.com> wrote: > >> Hi Hesham, >> >> > knowing that Gatekeeper is working with SiteB under normal operation >> but doesn't work with CFUR >> >> Could you please clarify the problem you are facing? What do you mean >> when you say the gatekeeper is not working with CFUR? >> >> > Any Ideas, >> >> I think we will need to simplify the scenario to the level that we can >> understand the expected call flow correctly, then from there we can isolate >> problematic area further. >> >> 'debug isdn q931' on HQ GW and SiteB GW might also give us some more idea. >> >> Regards, >> >> >> --Somphol >> >> >> On Sun, Jun 23, 2013 at 12:45 PM, Hesham Abdelkereem < >> heshamcentr...@gmail.com> wrote: >> >>> Dear Experts, >>> >>> >>> SiteC is CME and connected with HQ and SB via Gatekeeper >>> Gatekeeper is working excellent with HQ and SB >>> I am configuring Call Forward Unregister for SiteB. >>> SiteB has Call-Manager-Fallback mode working excellent >>> >>> Now, I have configured Call Forward Unregister >>> in the service parameter I changed maximum hops to DN unregister is 1 >>> >>> I have Created a Partitions and CSS for CFUR >>> I forward SiteB1 and SiteB2 telephones in unregisted internal and >>> external to be 9723033001 with forward css CFUR-CSS >>> >>> I created Route List to point to HQ Router >>> and create route pattern for CFUR >>> >>> Now gatekeeper is reaching both HQ and SiteB in normal operaiton >>> when I put SiteB under call-manager-fallback mode >>> when I dial from HQ 3001 the CFUR works and shows the E164 number >>> when I dial from SiteC 3001 via gatekeeper it shows unknown number >>> >>> knowing that Gatekeeper is working with SiteB under normal operation but >>> doesn't work with CFUR >>> >>> Any Ideas, >>> >>> Thanks, >>> Hesham >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, >>> please visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >> >> >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com