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

Reply via email to