Re: [OSL | CCIE_Voice] Lab5A -- RL/RG question

2010-04-10 Thread David Lee 
Thanks, Ash.

The problem was not with the dial-plan, but with the CM Service Parameter
"Stop Routing on Unallocated Number Flag".  Once set to "False" (default is
True), it goes to the next RG in the RL.

That only took 3 hours. :)  Sad thing is I was burned on something like this
6 months ago on a project, and I couldn't remember exactly which parameter
TAC told me to change...

On Sat, Apr 10, 2010 at 7:52 PM, Ashar Siddiqui  wrote:

>  David,
>
> You sure you are sending the correct digits to BR1-RTR as required by Br1
> PSTN?
> What Pattern you are using and what changes you are making at RL details
> (if any).
> I think you are doing something wrong at RL.
>
>
>
> On 11/04/2010 00:46, David Lee wrote:
>
> Hi Ash,
>
>  I don't think the call is even making it to BR1 RTR...  According to DNA,
> the BR1 RG is an option.  If the RL only has BR1 RG, the call works.  When
> the RL contains both HQ RG and BR1 RG, and the voiceports on HQ RTR are
> shut, the call does not go to BR1 RG.
>
>  Is there away to see what digits (if any) are sent to an MGCP gateway?
>  There is no result on debug isdn q931...
>
>  Thanks
>
>  -Dave
>
>
>  On Sat, Apr 10, 2010 at 6:53 PM, Ashar Siddiqui wrote:
>
>> Are you talking about the National dialing backup from HQ router? I don't
>> know much what's in the proctor guide but this is how you gonna do it.
>>
>> Just make pattern 91.[2-9]XX[2-9]XX  PreDot and insert a route List
>> with HQ-GW first and BR1-GW as second choice. At HQ-GW RL details, prefix
>> 91, NANP preDot..set other ANI requirements if it has been asked. At Br1-GW,
>> prefix 1, NANP etc and it should work.
>>
>> Ash>
>>
>>
>>
>> On 10/04/2010 22:57, David Lee wrote:
>>
>>  Hello,
>>
>>  Lab 5A, step 5.8 specifies the creation of a RL, with the SIP trunk to
>> HQ-GW as primary RG, and BR1 RTR MGCP GW as secondary RG.  According to the
>> PG, once the voice-ports on HQ-RTR are shut, calls should go to BR1 RTR.  (I
>> know the call won't succeed because the called number would be different.)
>>  However, I don't see the call coming to BR1 RTR at all from debug isdn
>> q931!  The DNA says that the BR1 RG is selected.
>>
>>  Can anyone shed any light on this?
>>
>>  Thanks,
>>
>>  -Dave
>>
>>
>> ___
>> For more information regarding industry leading CCIE Lab training, please 
>> visit www.ipexpert.com
>>
>>
>>
>> --
>> Thanks,
>> Ashar Siddiqui
>>
>>
>
>
> --
> Thanks,
> Ashar Siddiqui
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab5A -- RL/RG question

2010-04-10 Thread Ashar Siddiqui 

David,

You sure you are sending the correct digits to BR1-RTR as required by 
Br1 PSTN?
What Pattern you are using and what changes you are making at RL details 
(if any).

I think you are doing something wrong at RL.


On 11/04/2010 00:46, David Lee wrote:

Hi Ash,

I don't think the call is even making it to BR1 RTR...  According to 
DNA, the BR1 RG is an option.  If the RL only has BR1 RG, the call 
works.  When the RL contains both HQ RG and BR1 RG, and the voiceports 
on HQ RTR are shut, the call does not go to BR1 RG.


Is there away to see what digits (if any) are sent to an MGCP gateway? 
 There is no result on debug isdn q931...


Thanks

-Dave


On Sat, Apr 10, 2010 at 6:53 PM, Ashar Siddiqui > wrote:


Are you talking about the National dialing backup from HQ router?
I don't know much what's in the proctor guide but this is how you
gonna do it.

Just make pattern 91.[2-9]XX[2-9]XX  PreDot and insert a route
List with HQ-GW first and BR1-GW as second choice. At HQ-GW RL
details, prefix 91, NANP preDot..set other ANI requirements if it
has been asked. At Br1-GW, prefix 1, NANP etc and it should work.

Ash>



On 10/04/2010 22:57, David Lee wrote:

Hello,

Lab 5A, step 5.8 specifies the creation of a RL, with the SIP
trunk to HQ-GW as primary RG, and BR1 RTR MGCP GW as secondary
RG.  According to the PG, once the voice-ports on HQ-RTR are
shut, calls should go to BR1 RTR.  (I know the call won't succeed
because the called number would be different.)  However, I don't
see the call coming to BR1 RTR at all from debug isdn q931!  The
DNA says that the BR1 RG is selected.

Can anyone shed any light on this?

Thanks,

-Dave


___
For more information regarding industry leading CCIE Lab training, please 
visitwww.ipexpert.com  
   



-- 
Thanks,

Ashar Siddiqui





--
Thanks,
Ashar Siddiqui

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab5A -- RL/RG question

2010-04-10 Thread David Lee 
Hi Ash,

I don't think the call is even making it to BR1 RTR...  According to DNA,
the BR1 RG is an option.  If the RL only has BR1 RG, the call works.  When
the RL contains both HQ RG and BR1 RG, and the voiceports on HQ RTR are
shut, the call does not go to BR1 RG.

Is there away to see what digits (if any) are sent to an MGCP gateway?
 There is no result on debug isdn q931...

Thanks

-Dave


On Sat, Apr 10, 2010 at 6:53 PM, Ashar Siddiqui  wrote:

>  Are you talking about the National dialing backup from HQ router? I don't
> know much what's in the proctor guide but this is how you gonna do it.
>
> Just make pattern 91.[2-9]XX[2-9]XX  PreDot and insert a route List
> with HQ-GW first and BR1-GW as second choice. At HQ-GW RL details, prefix
> 91, NANP preDot..set other ANI requirements if it has been asked. At Br1-GW,
> prefix 1, NANP etc and it should work.
>
> Ash>
>
>
>
> On 10/04/2010 22:57, David Lee wrote:
>
> Hello,
>
>  Lab 5A, step 5.8 specifies the creation of a RL, with the SIP trunk to
> HQ-GW as primary RG, and BR1 RTR MGCP GW as secondary RG.  According to the
> PG, once the voice-ports on HQ-RTR are shut, calls should go to BR1 RTR.  (I
> know the call won't succeed because the called number would be different.)
>  However, I don't see the call coming to BR1 RTR at all from debug isdn
> q931!  The DNA says that the BR1 RG is selected.
>
>  Can anyone shed any light on this?
>
>  Thanks,
>
>  -Dave
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
>
>
>
> --
> Thanks,
> Ashar Siddiqui
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab5A -- RL/RG question

2010-04-10 Thread Ashar Siddiqui 
Are you talking about the National dialing backup from HQ router? I 
don't know much what's in the proctor guide but this is how you gonna do it.


Just make pattern 91.[2-9]XX[2-9]XX  PreDot and insert a route List 
with HQ-GW first and BR1-GW as second choice. At HQ-GW RL details, 
prefix 91, NANP preDot..set other ANI requirements if it has been asked. 
At Br1-GW, prefix 1, NANP etc and it should work.


Ash>


On 10/04/2010 22:57, David Lee wrote:

Hello,

Lab 5A, step 5.8 specifies the creation of a RL, with the SIP trunk to 
HQ-GW as primary RG, and BR1 RTR MGCP GW as secondary RG.  According 
to the PG, once the voice-ports on HQ-RTR are shut, calls should go to 
BR1 RTR.  (I know the call won't succeed because the called number 
would be different.)  However, I don't see the call coming to BR1 RTR 
at all from debug isdn q931!  The DNA says that the BR1 RG is selected.


Can anyone shed any light on this?

Thanks,

-Dave


___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com
   



--
Thanks,
Ashar Siddiqui

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Lab5A -- RL/RG question

2010-04-10 Thread David Lee 
Hello,

Lab 5A, step 5.8 specifies the creation of a RL, with the SIP trunk to HQ-GW
as primary RG, and BR1 RTR MGCP GW as secondary RG.  According to the PG,
once the voice-ports on HQ-RTR are shut, calls should go to BR1 RTR.  (I
know the call won't succeed because the called number would be different.)
 However, I don't see the call coming to BR1 RTR at all from debug isdn
q931!  The DNA says that the BR1 RG is selected.

Can anyone shed any light on this?

Thanks,

-Dave
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com