Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

[Brett]

Yep, again, code without bug fixes applied, only OS patches where all are
most typically security related and increment the latter number in 1000s.
ES and bug fixes leave versions like 7.0.1.11321.

On Fri, Oct 23, 2009 at 8:03 PM, Michael Ciarfello
wrote:

>  Nevermind, I take that back.
>
> 7.0.1.11000-2 seems to experience the same thing.  Set the intraregion to
> g711/g722 and put bandwidth total default 16 on the gatekeeper and fast
> busy.  Change it to g729 and the call goes through.
>
> Fails (or works) in both directions though.
>
> Just as Brett described with the ARQ, etc.  So turn on BRQ to show the
> proper values in "show gk calls" and set the GK BW to (number of calls*16) +
> one worst case (128).  Sounds like RSVP!!  Or set the service parameter and
> define all explicit regions. Example HQ to HQ explicitly set to G711 and
> make sure it shows up on the top portion of the region page. Otherwise you
> get g729 HQ to HQ.  Seems no need to reset phones or press the reset button
> at the top of the region page.
>
> Good one.
>
>  --
> *From:* ccie_voice-boun...@onlinestudylist.com [
> ccie_voice-boun...@onlinestudylist.com] On Behalf Of Michael Ciarfello
> [mciarfe...@iplogic.com]
> *Sent:* Friday, October 23, 2009 9:51 PM
> *To:* Brett Saling
>
> *Cc:* ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question
>
>HI Brett.
>
> Looks like that bug should be fixed in 7.0(1) and newer (well, fixed in
> 7.0.0.whatever.)  So we should be lab safe for that one according to
> Networkers.
> My intraregion was get to g711/g729 and my ARQ said 160 so I think we are
> good.
>
> Outbound FS:  Now that I know what you were talking about, it didn't sound
> like it would have applied or fixed that bug.  Cancel that brainstorm.
>
> So Dave, how are we doing?  What version are you running?
>  --
> *From:* Brett Saling [brett.sal...@gmail.com]
> *Sent:* Friday, October 23, 2009 12:07 PM
> *To:* Michael Ciarfello
> *Cc:* ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question
>
>   Bug CSCsl74701 and the default intraregion audio codec service
> parameter, ie, the parameter that is in effect if you leave the dropdown at
> default in region config when specifying the intraregion codec.  So even if
> you manually set every region to g729 everywhere, including intraregion, you
> will still see an ARQ of 1280 under this bug.
>
>
> Outbound fast start - would we see the same behavior on calls to the pstn
> re bw as we did inbound with fast start checked? Not sure I follow.  I can
> lab it up when I get back in the states tomorrow unless Dave is still
> working through this and could test.
>
>
>
> Mobile. iPhone. GoBig.
>
>
> On Oct 23, 2009, at 7:37 AM, Michael Ciarfello 
> wrote:
>
>   An idea just popped into my head.
>
> What if you used outbound fast start?
>
>
>
> What is the well known bug?
>
> And what service parameter?  “The workaround, if memory serves, is to set
> the service parameter mentioned above to g729”
>
>
>
> *From:* Brett [mailto:brett.sal...@gmail.com]
> *Sent:* Wednesday, October 21, 2009 9:08 PM
> *To:* Michael Ciarfello
> *Cc:* Mark Snow; ccie_voice@onlinestudylist.com; Dave Wong
> *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question
>
>
>
> Mark - No critical intentions inferred :)
>
>
>
> Simply that, and to add to Michael's reply inline, if you absolutely
> positively have an 'everywhere' g711 region than you most likely undid your
> 'everywhere' g729 region in the process.  I had this same issue occur with
> three different customers over the last 2 months and everytime it was a
> region issue; however, none of them were running 7.0 code.  And being in the
> field more than the lab, I forget about lab specific code.
>
>
>
> So, if we're indeed running 7.0 code (Dave?) as the blueprint dictates then
> you may be hitting a well known bug, assuming our regions are spot on,
> wherein the ARQ neglects the region pairings and lets the IntraRegion Audio
> Default codec Service Parameter override its decision thereby requesting
> 1280 up front, since if you haven't messed with this service parameter it
> defaults to g711.  Without the BRQ Enabled param enabled the sh gatek calls
> will report 128k, but both endpoints will claim g729.  With it enabled, of
> course you'll see a BRQ in the h225 asn1 debug and sh gatek calls will then
> display 16k.
>
>
>
> Not a big deal as long we don't introduce session bandwidth limits that
> don't account for that extra 1280 ARQ.  The workaround, if memory serves, is
> to set the service parameter mentioned above to g729 after which you should
> see the initial ARQ on the HQ side be 160 (or upgrade to a fixed version :)
>
>
>
> hth,
>
> Brett
>
>
>
> On Wed, Oct 21, 2009 at 8:58 AM, Michael Ciarfello <
> mciarfe...@iplogic.com> wrote:
>
> If you put the GK-Trunk in a g729 only DP/region then the “it should work
> t

Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

[Brett]

Still exists in 7.0.2.1-18, but as you can tell, that version doesn't
have any bug fixes applied so it (the bug in question) probably carried over
from the baseline code.  Good to be aware of either way.

On Fri, Oct 23, 2009 at 6:51 PM, Michael Ciarfello
wrote:

>  HI Brett.
>
> Looks like that bug should be fixed in 7.0(1) and newer (well, fixed in
> 7.0.0.whatever.)  So we should be lab safe for that one according to
> Networkers.
> My intraregion was get to g711/g729 and my ARQ said 160 so I think we are
> good.
>
> Outbound FS:  Now that I know what you were talking about, it didn't sound
> like it would have applied or fixed that bug.  Cancel that brainstorm.
>
> So Dave, how are we doing?  What version are you running?
>  --
> *From:* Brett Saling [brett.sal...@gmail.com]
> *Sent:* Friday, October 23, 2009 12:07 PM
> *To:* Michael Ciarfello
> *Cc:* ccie_voice@onlinestudylist.com
>
> *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question
>
>Bug CSCsl74701 and the default intraregion audio codec service
> parameter, ie, the parameter that is in effect if you leave the dropdown at
> default in region config when specifying the intraregion codec.  So even if
> you manually set every region to g729 everywhere, including intraregion, you
> will still see an ARQ of 1280 under this bug.
>
>
> Outbound fast start - would we see the same behavior on calls to the pstn
> re bw as we did inbound with fast start checked? Not sure I follow.  I can
> lab it up when I get back in the states tomorrow unless Dave is still
> working through this and could test.
>
>
>
> Mobile. iPhone. GoBig.
>
>
> On Oct 23, 2009, at 7:37 AM, Michael Ciarfello 
> wrote:
>
>   An idea just popped into my head.
>
> What if you used outbound fast start?
>
>
>
> What is the well known bug?
>
> And what service parameter?  “The workaround, if memory serves, is to set
> the service parameter mentioned above to g729”
>
>
>
> *From:* Brett [mailto:brett.sal...@gmail.com]
> *Sent:* Wednesday, October 21, 2009 9:08 PM
> *To:* Michael Ciarfello
> *Cc:* Mark Snow; ccie_voice@onlinestudylist.com; Dave Wong
> *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question
>
>
>
> Mark - No critical intentions inferred :)
>
>
>
> Simply that, and to add to Michael's reply inline, if you absolutely
> positively have an 'everywhere' g711 region than you most likely undid your
> 'everywhere' g729 region in the process.  I had this same issue occur with
> three different customers over the last 2 months and everytime it was a
> region issue; however, none of them were running 7.0 code.  And being in the
> field more than the lab, I forget about lab specific code.
>
>
>
> So, if we're indeed running 7.0 code (Dave?) as the blueprint dictates then
> you may be hitting a well known bug, assuming our regions are spot on,
> wherein the ARQ neglects the region pairings and lets the IntraRegion Audio
> Default codec Service Parameter override its decision thereby requesting
> 1280 up front, since if you haven't messed with this service parameter it
> defaults to g711.  Without the BRQ Enabled param enabled the sh gatek calls
> will report 128k, but both endpoints will claim g729.  With it enabled, of
> course you'll see a BRQ in the h225 asn1 debug and sh gatek calls will then
> display 16k.
>
>
>
> Not a big deal as long we don't introduce session bandwidth limits that
> don't account for that extra 1280 ARQ.  The workaround, if memory serves, is
> to set the service parameter mentioned above to g729 after which you should
> see the initial ARQ on the HQ side be 160 (or upgrade to a fixed version :)
>
>
>
> hth,
>
> Brett
>
>
>
> On Wed, Oct 21, 2009 at 8:58 AM, Michael Ciarfello <
> mciarfe...@iplogic.com> wrote:
>
> If you put the GK-Trunk in a g729 only DP/region then the “it should work
> this way” should be a non-issue since all calls will be g729 over the GK for
> the original question?  I think that’s what he’s getting at.  And I think
> that is a correct statement.
>
>
>
> What if the GK trunk has MTP checked and the MTP is in a G711 only region
> or is getting selected as g711 because of a misconfiguration on a phone,
> etc?  Or if the MTPs are not in any MRG so are trying to use the default.
>
>
>
> So many combinations.  You have to get basic scenarios working first.
> Document it FULLY.  Do more scenarios, document it fully, do more scenarios
> etc, etc ,etc.  Until the experience level is comfortable enough for you.
> Because of all the possible call scenario types that can be asked, I think
> there is always a degree of playing around with settings (MTP, xcoder,
> fast-start, etc) but the experience and configuration confidence should
> greatly reduce the play around time.
>
>
>
> *From:* 
> ccie_voice-boun...@onlinestudylist.com 
> [mailto:
> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Mark Snow
> *Sent:* Wednesday, October 21, 2009 11:44 AM
> *To:* Brett
> *Cc:* ccie_voice@onlinestudylist.

Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

[Michael Ciarfello]

Nevermind, I take that back.

7.0.1.11000-2 seems to experience the same thing.  Set the intraregion to 
g711/g722 and put bandwidth total default 16 on the gatekeeper and fast busy.  
Change it to g729 and the call goes through.

Fails (or works) in both directions though.

Just as Brett described with the ARQ, etc.  So turn on BRQ to show the proper 
values in "show gk calls" and set the GK BW to (number of calls*16) + one worst 
case (128).  Sounds like RSVP!!  Or set the service parameter and define all 
explicit regions. Example HQ to HQ explicitly set to G711 and make sure it 
shows up on the top portion of the region page. Otherwise you get g729 HQ to 
HQ.  Seems no need to reset phones or press the reset button at the top of the 
region page.

Good one.


From: ccie_voice-boun...@onlinestudylist.com 
[ccie_voice-boun...@onlinestudylist.com] On Behalf Of Michael Ciarfello 
[mciarfe...@iplogic.com]
Sent: Friday, October 23, 2009 9:51 PM
To: Brett Saling
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

HI Brett.

Looks like that bug should be fixed in 7.0(1) and newer (well, fixed in 
7.0.0.whatever.)  So we should be lab safe for that one according to Networkers.
My intraregion was get to g711/g729 and my ARQ said 160 so I think we are good.

Outbound FS:  Now that I know what you were talking about, it didn't sound like 
it would have applied or fixed that bug.  Cancel that brainstorm.

So Dave, how are we doing?  What version are you running?

From: Brett Saling [brett.sal...@gmail.com]
Sent: Friday, October 23, 2009 12:07 PM
To: Michael Ciarfello
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Bug CSCsl74701 and the default intraregion audio codec service parameter, ie, 
the parameter that is in effect if you leave the dropdown at default in region 
config when specifying the intraregion codec.  So even if you manually set 
every region to g729 everywhere, including intraregion, you will still see an 
ARQ of 1280 under this bug.

Outbound fast start - would we see the same behavior on calls to the pstn re bw 
as we did inbound with fast start checked? Not sure I follow.  I can lab it up 
when I get back in the states tomorrow unless Dave is still working through 
this and could test.


Mobile. iPhone. GoBig.


On Oct 23, 2009, at 7:37 AM, Michael Ciarfello 
mailto:mciarfe...@iplogic.com>> wrote:

An idea just popped into my head.
What if you used outbound fast start?

What is the well known bug?
And what service parameter?  “The workaround, if memory serves, is to set the 
service parameter mentioned above to g729”

From: Brett [mailto:brett.sal...@gmail.com]
Sent: Wednesday, October 21, 2009 9:08 PM
To: Michael Ciarfello
Cc: Mark Snow; 
ccie_voice@onlinestudylist.com; Dave Wong
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Mark - No critical intentions inferred :)

Simply that, and to add to Michael's reply inline, if you absolutely positively 
have an 'everywhere' g711 region than you most likely undid your 'everywhere' 
g729 region in the process.  I had this same issue occur with three different 
customers over the last 2 months and everytime it was a region issue; however, 
none of them were running 7.0 code.  And being in the field more than the lab, 
I forget about lab specific code.

So, if we're indeed running 7.0 code (Dave?) as the blueprint dictates then you 
may be hitting a well known bug, assuming our regions are spot on, wherein the 
ARQ neglects the region pairings and lets the IntraRegion Audio Default codec 
Service Parameter override its decision thereby requesting 1280 up front, since 
if you haven't messed with this service parameter it defaults to g711.  Without 
the BRQ Enabled param enabled the sh gatek calls will report 128k, but both 
endpoints will claim g729.  With it enabled, of course you'll see a BRQ in the 
h225 asn1 debug and sh gatek calls will then display 16k.

Not a big deal as long we don't introduce session bandwidth limits that don't 
account for that extra 1280 ARQ.  The workaround, if memory serves, is to set 
the service parameter mentioned above to g729 after which you should see the 
initial ARQ on the HQ side be 160 (or upgrade to a fixed version :)

hth,
Brett

On Wed, Oct 21, 2009 at 8:58 AM, Michael Ciarfello 
<mciarfe...@iplogic.com>
 wrote:
If you put the GK-Trunk in a g729 only DP/region then the “it should work this 
way” should be a non-issue since all calls will be g729 over the GK for the 
original question?  I think that’s what he’s getting at.  And I think that is a 
correct statement.

What if the GK trunk has MTP checked and the MTP is in a G711 only region or is 
getting selected as g711 because of a misconfiguration on a phone, etc?  Or if 
the MTPs are not in

Re: [OSL | CCIE_Voice] PSTN Configuration

[Michael Ciarfello]

If you are an IPexpert customer, you get them from the My Configs section on 
their web site.

If you are not, make your own.  Good practice.

Make your own dial-plan.  Search the Internet for how others have done it, 
equipment used, etc.  Search the Internet for real telephone numbers--make it 
realistic and fun.  I made a dial-plan with New York (of course), San Jose and 
Tokyo.  Looked up real Cisco numbers on the internet.  There is also a web site 
you can search for (forgot what it was) on the digits you need to dial for 
national access code, international access code, etc from each country.  Search 
for international dialing or something like that.  Or read the SRND.  They have 
dial-plan examples and typical national / international access codes in there.



From: ccie_voice-boun...@onlinestudylist.com 
[ccie_voice-boun...@onlinestudylist.com] On Behalf Of IQBAL JAMEEL 
[aeenyiq...@gmail.com]
Sent: Friday, October 23, 2009 12:44 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] PSTN Configuration

Hello,

I m going to build my home LAB. Can anyone send me the PSTN Configuration. 
Thanks for your help.

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

Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

[Michael Ciarfello]

HI Brett.

Looks like that bug should be fixed in 7.0(1) and newer (well, fixed in 
7.0.0.whatever.)  So we should be lab safe for that one according to Networkers.
My intraregion was get to g711/g729 and my ARQ said 160 so I think we are good.

Outbound FS:  Now that I know what you were talking about, it didn't sound like 
it would have applied or fixed that bug.  Cancel that brainstorm.

So Dave, how are we doing?  What version are you running?

From: Brett Saling [brett.sal...@gmail.com]
Sent: Friday, October 23, 2009 12:07 PM
To: Michael Ciarfello
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Bug CSCsl74701 and the default intraregion audio codec service parameter, ie, 
the parameter that is in effect if you leave the dropdown at default in region 
config when specifying the intraregion codec.  So even if you manually set 
every region to g729 everywhere, including intraregion, you will still see an 
ARQ of 1280 under this bug.

Outbound fast start - would we see the same behavior on calls to the pstn re bw 
as we did inbound with fast start checked? Not sure I follow.  I can lab it up 
when I get back in the states tomorrow unless Dave is still working through 
this and could test.


Mobile. iPhone. GoBig.


On Oct 23, 2009, at 7:37 AM, Michael Ciarfello 
mailto:mciarfe...@iplogic.com>> wrote:

An idea just popped into my head.
What if you used outbound fast start?

What is the well known bug?
And what service parameter?  “The workaround, if memory serves, is to set the 
service parameter mentioned above to g729”

From: Brett [mailto:brett.sal...@gmail.com]
Sent: Wednesday, October 21, 2009 9:08 PM
To: Michael Ciarfello
Cc: Mark Snow; 
ccie_voice@onlinestudylist.com; Dave Wong
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Mark - No critical intentions inferred :)

Simply that, and to add to Michael's reply inline, if you absolutely positively 
have an 'everywhere' g711 region than you most likely undid your 'everywhere' 
g729 region in the process.  I had this same issue occur with three different 
customers over the last 2 months and everytime it was a region issue; however, 
none of them were running 7.0 code.  And being in the field more than the lab, 
I forget about lab specific code.

So, if we're indeed running 7.0 code (Dave?) as the blueprint dictates then you 
may be hitting a well known bug, assuming our regions are spot on, wherein the 
ARQ neglects the region pairings and lets the IntraRegion Audio Default codec 
Service Parameter override its decision thereby requesting 1280 up front, since 
if you haven't messed with this service parameter it defaults to g711.  Without 
the BRQ Enabled param enabled the sh gatek calls will report 128k, but both 
endpoints will claim g729.  With it enabled, of course you'll see a BRQ in the 
h225 asn1 debug and sh gatek calls will then display 16k.

Not a big deal as long we don't introduce session bandwidth limits that don't 
account for that extra 1280 ARQ.  The workaround, if memory serves, is to set 
the service parameter mentioned above to g729 after which you should see the 
initial ARQ on the HQ side be 160 (or upgrade to a fixed version :)

hth,
Brett

On Wed, Oct 21, 2009 at 8:58 AM, Michael Ciarfello 
<mciarfe...@iplogic.com>
 wrote:
If you put the GK-Trunk in a g729 only DP/region then the “it should work this 
way” should be a non-issue since all calls will be g729 over the GK for the 
original question?  I think that’s what he’s getting at.  And I think that is a 
correct statement.

What if the GK trunk has MTP checked and the MTP is in a G711 only region or is 
getting selected as g711 because of a misconfiguration on a phone, etc?  Or if 
the MTPs are not in any MRG so are trying to use the default.

So many combinations.  You have to get basic scenarios working first.  Document 
it FULLY.  Do more scenarios, document it fully, do more scenarios etc, etc 
,etc.  Until the experience level is comfortable enough for you.  Because of 
all the possible call scenario types that can be asked, I think there is always 
a degree of playing around with settings (MTP, xcoder, fast-start, etc) but the 
experience and configuration confidence should greatly reduce the play around 
time.

From:  
ccie_voice-boun...@onlinestudylist.com
 
[mailto:ccie_voice-boun...@onlinestudylist.com]
 On Behalf Of Mark Snow
Sent: Wednesday, October 21, 2009 11:44 AM
To: Brett
Cc:  
ccie_voice@onlinestudylist.com; Dave Wong

Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Not trying to be critica

Re: [OSL | CCIE_Voice] Multicast MoH on BR1 router

[Aamir Panjwani]

Appears that MOH service parameter is set to stream g729..check that
out.

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of spark
Sent: Saturday, 24 October 2009 5:35 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Multicast MoH on BR1 router

 


So I've got everything config for Multicast MoH at HQ and BR1
HQ worked fine however BR1 does not.

I checked the codecs while on 'HOLD' and it's coming up G.729.  Not
G.711u
Both the HQ and BR1 phones are using G.729 for MoH.
All my Regions are G.711,  The MoH Server is using a G.711 Region via
its DP.
I don't have G.729 configed anywhere.  (At least I don't think)

How do I keep the phones from using G.729 for MoH?

Thanks
S Park.

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
_
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Issues with calls through gatekeeper

[Omotayo]

Hello,

When i call  from hq through the gatekeeper it shows connected on the br2
phones but still continues to ring and disconnect after few seconds

Any ne with an idea on how to fix this

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

[OSL | CCIE_Voice] Issues with calls through gatekeeper

[Omotayo]

Hello,

When i call  from hq through the gatekeeper it shows connected on the br2
phones but still continues to ring and disconnect after few seconds

Any ne with an idea on how to fix this

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

[OSL | CCIE_Voice] Multicast MoH on BR1 router

[spark]

So I¹ve got everything config for Multicast MoH at HQ and BR1
HQ worked fine however BR1 does not.

I checked the codecs while on ŒHOLD¹ and it¹s coming up G.729.  Not G.711u
Both the HQ and BR1 phones are using G.729 for MoH.
All my Regions are G.711,  The MoH Server is using a G.711 Region via its
DP.
I don¹t have G.729 configed anywhere.  (At least I don¹t think)

How do I keep the phones from using G.729 for MoH?

Thanks
S Park.

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

[OSL | CCIE_Voice] PSTN Configuration

[IQBAL JAMEEL]

Hello,

I m going to build my home LAB. Can anyone send me the PSTN Configuration.
Thanks for your help.

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

Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

[Brett Saling]

Bug CSCsl74701 and the default intraregion audio codec service  
parameter, ie, the parameter that is in effect if you leave the  
dropdown at default in region config when specifying the intraregion  
codec.  So even if you manually set every region to g729 everywhere,  
including intraregion, you will still see an ARQ of 1280 under this  
bug.


Outbound fast start - would we see the same behavior on calls to the  
pstn re bw as we did inbound with fast start checked? Not sure I  
follow.  I can lab it up when I get back in the states tomorrow  
unless Dave is still working through this and could test.



Mobile. iPhone. GoBig.


On Oct 23, 2009, at 7:37 AM, Michael Ciarfello  
 wrote:



An idea just popped into my head.

What if you used outbound fast start?



What is the well known bug?

And what service parameter?  “The workaround, if memory serves, is t 
o set the service parameter mentioned above to g729”




From: Brett [mailto:brett.sal...@gmail.com]
Sent: Wednesday, October 21, 2009 9:08 PM
To: Michael Ciarfello
Cc: Mark Snow; ccie_voice@onlinestudylist.com; Dave Wong
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question



Mark - No critical intentions inferred :)



Simply that, and to add to Michael's reply inline, if you absolutely  
positively have an 'everywhere' g711 region than you most likely  
undid your 'everywhere' g729 region in the process.  I had this same  
issue occur with three different customers over the last 2 months  
and everytime it was a region issue; however, none of them were  
running 7.0 code.  And being in the field more than the lab, I  
forget about lab specific code.




So, if we're indeed running 7.0 code (Dave?) as the blueprint  
dictates then you may be hitting a well known bug, assuming our  
regions are spot on, wherein the ARQ neglects the region pairings  
and lets the IntraRegion Audio Default codec Service Parameter  
override its decision thereby requesting 1280 up front, since if you  
haven't messed with this service parameter it defaults to g711.   
Without the BRQ Enabled param enabled the sh gatek calls will report  
128k, but both endpoints will claim g729.  With it enabled, of  
course you'll see a BRQ in the h225 asn1 debug and sh gatek calls  
will then display 16k.




Not a big deal as long we don't introduce session bandwidth limits  
that don't account for that extra 1280 ARQ.  The workaround, if  
memory serves, is to set the service parameter mentioned above to  
g729 after which you should see the initial ARQ on the HQ side be  
160 (or upgrade to a fixed version :)




hth,

Brett



On Wed, Oct 21, 2009 at 8:58 AM, Michael Ciarfello > wrote:


If you put the GK-Trunk in a g729 only DP/region then the “it should 
 work this way” should be a non-issue since all calls will be g729 o 
ver the GK for the original question?  I think that’s what he’s  
getting at.  And I think that is a correct statement.




What if the GK trunk has MTP checked and the MTP is in a G711 only  
region or is getting selected as g711 because of a misconfiguration  
on a phone, etc?  Or if the MTPs are not in any MRG so are trying to  
use the default.




So many combinations.  You have to get basic scenarios working  
first.  Document it FULLY.  Do more scenarios, document it fully, do  
more scenarios etc, etc ,etc.  Until the experience level is  
comfortable enough for you.  Because of all the possible call  
scenario types that can be asked, I think there is always a degree  
of playing around with settings (MTP, xcoder, fast-start, etc) but  
the experience and configuration confidence should greatly reduce  
the play around time.




From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice- 
boun...@onlinestudylist.com] On Behalf Of Mark Snow

Sent: Wednesday, October 21, 2009 11:44 AM
To: Brett
Cc: ccie_voice@onlinestudylist.com; Dave Wong


Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question



Not trying to be critical, only curious - where are you going with  
that question?


Just trying to understand the relevance provided that the this H225  
GK-Controlled Trunk and the HQ Phone are both in different Regions,  
and that the matrix between those regions is G729.


Only asking because maybe you have a thought process I haven't  
thought of yet :)




Dave - can you in fact real quick confirm (by way of a quick table  
below) what *all* Regions you have defined in CUCM, and then  
specifically what Region you have applied to your HQ Phone and what  
Region you have applied to your H225-Trunk to HQ-GK, and the  
matrix'd BW/Codec between them?




Cheers,


--

Mark Snow

CCIE #14073 (Voice, Security)



Senior Technical Instructor - IPexpert, Inc.



Telephone: +1.810.326.1444

Fax: +1.309.413.4097

Mailto: ms...@ipexpert.com

--

Join our free online support and peer group communities: 
http://www.IPexpert.com/communities

--

IPexpert - The Global Leader in Self-Study, Classroom-Based, Video- 
On-Demand and Audio Certific

Re: [OSL | CCIE_Voice] Question about lab reference material

[Nara Shikamaru]

Thanks, Mark.

Quick question - what's your oppinion on memorizing syntax versus looking it
up in the context of the lab?  I've recently had the oppurtunity to speak
with other previous test takers who were surprised that I was spending so
much time memorizing configurations like the CME Service Engine syntax.
This opened up a whole discussion.

My own impression is that anything that I can memorize for the exam will
help me maintain decent speed.  When I was told about these resources, I
wondered maybe this is the reason why others take the exam after a couple of
months of studying?  I haven't taken it yet, wondering what the best way to
approach this is.

On Fri, Oct 23, 2009 at 6:41 AM, Mark Snow  wrote:

>  Yes most definitely the Doc website link (live web site however content
> filtered so that you can't go outside of those docs), and whether or not the
> CUCME Admin guide is on the desktop or not (I think it is as you mention) it
> can be accessed from the Doc website whereas the SRNDs cannot.
> --
>
> Mark Snow
> CCIE #14073 (Voice, Security)
>
> Senior Technical Instructor - IPexpert, Inc.
>
> Telephone: +1.810.326.1444
> Fax: +1.309.413.4097
> Mailto: ms...@ipexpert.com
> --
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities 
> 
> --
> IPexpert - The Global Leader in Self-Study, Classroom-Based,
> Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE
> R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
> CCIE Storage Lab Certifications.
> --
>
>
> On Oct 23, 2009, at 2:24, Nara Shikamaru  wrote:
>
>   Mark,
>  I think someone mentioned that the following resources are available
> on the desktop for the exam.  Do these look right?
>
>
>- *http://www.cisco.com/cisco/web/psa/default.html*
>
>
>- Cisco Unified Communications Solution Reference Network Design (SRND)
>Based on Cisco Unified Communications Manager Release 7.x
>- Enterprise QoS Solution Reference Network Design Guide.pdf
>- Cisco Unified Communications Manager Express System Administrator
>Guide
>
>
>
> On Thu, Oct 22, 2009 at 7:08 PM, Mark Snow  wrote:
>
>>  The QoS SRND, and the CUCM 7 SRND are both available on the candidate's
>> desktop in the actual lab. Others may make their way on or off of there, but
>> those are the only two official ones posted.
>>
>>
>>
>> --
>>
>> Mark Snow
>> CCIE #14073 (Voice, Security)
>>
>> Senior Technical Instructor - IPexpert, Inc.
>>
>> Telephone: +1.810.326.1444
>> Fax: +1.309.413.4097
>> Mailto: ms...@ipexpert.com
>> --
>> Join our free online support and peer group communities:
>> http://www.IPexpert.com/communities
>> --
>> IPexpert - The Global Leader in Self-Study, Classroom-Based,
>> Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE
>> R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
>> CCIE Storage Lab Certifications.
>> --
>>
>>
>> On Oct 22, 2009, at 20:27, Nara Shikamaru  wrote:
>>
>>  Can someone tell me which SRNDs are available in the lab?  Also, it's my
>> understanding that the link
>> 
>> http://www.cisco.com/cisco/web/psa/default.html is accessible via desktop
>> on the lab PC.  Can someone confirm?
>>
>> --
>> -Shikamaru
>>
>>  ___
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>>
>
>
> --
> -Shikamaru
>
>


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

Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

[Michael Ciarfello]

An idea just popped into my head.
What if you used outbound fast start?

What is the well known bug?
And what service parameter?  “The workaround, if memory serves, is to set the 
service parameter mentioned above to g729”

From: Brett [mailto:brett.sal...@gmail.com]
Sent: Wednesday, October 21, 2009 9:08 PM
To: Michael Ciarfello
Cc: Mark Snow; ccie_voice@onlinestudylist.com; Dave Wong
Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Mark - No critical intentions inferred :)

Simply that, and to add to Michael's reply inline, if you absolutely positively 
have an 'everywhere' g711 region than you most likely undid your 'everywhere' 
g729 region in the process.  I had this same issue occur with three different 
customers over the last 2 months and everytime it was a region issue; however, 
none of them were running 7.0 code.  And being in the field more than the lab, 
I forget about lab specific code.

So, if we're indeed running 7.0 code (Dave?) as the blueprint dictates then you 
may be hitting a well known bug, assuming our regions are spot on, wherein the 
ARQ neglects the region pairings and lets the IntraRegion Audio Default codec 
Service Parameter override its decision thereby requesting 1280 up front, since 
if you haven't messed with this service parameter it defaults to g711.  Without 
the BRQ Enabled param enabled the sh gatek calls will report 128k, but both 
endpoints will claim g729.  With it enabled, of course you'll see a BRQ in the 
h225 asn1 debug and sh gatek calls will then display 16k.

Not a big deal as long we don't introduce session bandwidth limits that don't 
account for that extra 1280 ARQ.  The workaround, if memory serves, is to set 
the service parameter mentioned above to g729 after which you should see the 
initial ARQ on the HQ side be 160 (or upgrade to a fixed version :)

hth,
Brett

On Wed, Oct 21, 2009 at 8:58 AM, Michael Ciarfello 
mailto:mciarfe...@iplogic.com>> wrote:
If you put the GK-Trunk in a g729 only DP/region then the “it should work this 
way” should be a non-issue since all calls will be g729 over the GK for the 
original question?  I think that’s what he’s getting at.  And I think that is a 
correct statement.

What if the GK trunk has MTP checked and the MTP is in a G711 only region or is 
getting selected as g711 because of a misconfiguration on a phone, etc?  Or if 
the MTPs are not in any MRG so are trying to use the default.

So many combinations.  You have to get basic scenarios working first.  Document 
it FULLY.  Do more scenarios, document it fully, do more scenarios etc, etc 
,etc.  Until the experience level is comfortable enough for you.  Because of 
all the possible call scenario types that can be asked, I think there is always 
a degree of playing around with settings (MTP, xcoder, fast-start, etc) but the 
experience and configuration confidence should greatly reduce the play around 
time.

From: 
ccie_voice-boun...@onlinestudylist.com
 
[mailto:ccie_voice-boun...@onlinestudylist.com]
 On Behalf Of Mark Snow
Sent: Wednesday, October 21, 2009 11:44 AM
To: Brett
Cc: ccie_voice@onlinestudylist.com; Dave 
Wong

Subject: Re: [OSL | CCIE_Voice] Gatekeeper bandwidth question

Not trying to be critical, only curious - where are you going with that 
question?
Just trying to understand the relevance provided that the this H225 
GK-Controlled Trunk and the HQ Phone are both in different Regions, and that 
the matrix between those regions is G729.
Only asking because maybe you have a thought process I haven't thought of yet :)

Dave - can you in fact real quick confirm (by way of a quick table below) what 
*all* Regions you have defined in CUCM, and then specifically what Region you 
have applied to your HQ Phone and what Region you have applied to your 
H225-Trunk to HQ-GK, and the matrix'd BW/Codec between them?

Cheers,

--
Mark Snow
CCIE #14073 (Voice, Security)

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: ms...@ipexpert.com
--
Join our free online support and peer group communities: 
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand 
and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE 
Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab 
Certifications.
--



On Oct 21, 2009, at 10:43 AM, Brett wrote:

Do you have any regions defined that are g711 everywhere?
On Wed, Oct 21, 2009 at 5:17 AM, Dave Wong 
mailto:dwch...@gmail.com>> wrote:
Hi all
Here's the debug h225 asn1 on the HQ GK and PSTN GK. The first set of debugs is 
taken when PSTN GK calls HQ GK and the second set of debugs is for a call the 
other way round.

It clearly shows that a bandwidth of 128K is requested on t

[OSL | CCIE_Voice] ASA 5505 EZVPN configuration for Proctor Lab

[David Lee]

Hello,

Does anyone have an ASA 5505 configuration for remotely accessing Proctor
Labs?

Thanks,

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

Re: [OSL | CCIE_Voice] Question about lab reference material

[Mark Snow]

Yes most definitely the Doc website link (live web site however  
content filtered so that you can't go outside of those docs), and  
whether or not the CUCME Admin guide is on the desktop or not (I think  
it is as you mention) it can be accessed from the Doc website whereas  
the SRNDs cannot.


--

Mark Snow
CCIE #14073 (Voice, Security)

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: ms...@ipexpert.com
--
Join our free online support and peer group communities: 
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- 
Demand and Audio Certification Training Tools for the Cisco CCIE R&S  
Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and  
CCIE Storage Lab Certifications.

--


On Oct 23, 2009, at 2:24, Nara Shikamaru  wrote:


Mark,
 I think someone mentioned that the following resources are  
available on the desktop for the exam.  Do these look right?


http://www.cisco.com/cisco/web/psa/default.html
Cisco Unified Communications Solution Reference Network Design  
(SRND) Based on Cisco Unified Communications Manager Release 7.x


Enterprise QoS Solution Reference Network Design Guide.pdf

Cisco Unified Communications Manager Express System Administrator  
Guide




On Thu, Oct 22, 2009 at 7:08 PM, Mark Snow  wrote:
The QoS SRND, and the CUCM 7 SRND are both available on the  
candidate's desktop in the actual lab. Others may make their way on  
or off of there, but those are the only two official ones posted.




--

Mark Snow
CCIE #14073 (Voice, Security)

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: ms...@ipexpert.com
--
Join our free online support and peer group communities: 
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video- 
On-Demand and Audio Certification Training Tools for the Cisco CCIE  
R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice  
Lab and CCIE Storage Lab Certifications.

--


On Oct 22, 2009, at 20:27, Nara Shikamaru   
wrote:


Can someone tell me which SRNDs are available in the lab?  Also,  
it's my understanding that the link http://www.cisco.com/cisco/web/psa/default.html 
 is accessible via desktop on the lab PC.  Can someone confirm?


--
-Shikamaru



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




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

Re: [OSL | CCIE_Voice] Problem in Corporate Directory

[Ahmed Khairy]

You must put the Directory number in the user properties of each user from CUCM 
Administration


Best Regards,
Eng.Ahmed Mohamed Khairy Abd El Bary
CCVP & MCSE(Messaging).
VOIP Telephony Administrator
Children's Cancer Hospital (57357), Egypt
Phone:  +2 (02) 25351500 Ext:1144
Direct:   +2 (02) 25351771
Mobile: +2 (011) 4987232
---
P Please do not print this email unless it is absolutely necessary. Spread 
environmental awareness.
NOTICE: This email contains confidential or proprietary information that may be 
legally privileged. It is intended only for the named recipient(s). If an 
addressing or transmission error has misdirected the email, please notify the 
author by replying to this message. If you are not the named recipient, you are 
not authorized to use, disclose, distribute, copy, print, or rely on this 
email, and should immediately delete it from your computer system.

From: ccie_voice-boun...@onlinestudylist.com 
[ccie_voice-boun...@onlinestudylist.com] On Behalf Of Rashid Khan 
[me_rashid...@yahoo.com]
Sent: Friday, October 23, 2009 7:30 AM
To: ccie voice
Subject: [OSL | CCIE_Voice] Problem in Corporate Directory

Hi Friends,

I am having problem in Corporate Directory, that when I search for someone it 
does shows me the results.
But with some names it doesn't show their extension number. It only shows their 
names, Creating lots of problem for me.

Can anybody me help me in this regard

Thanks in Anticipation n Best Regards
Rashid Khan

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