[OSL | CCIE_Voice] QOS

2010-07-04 Thread Tom
You have change threshold value in the below statement.

mls qos srr-queue output cos-map queue 3 threshold 2  4

all other seeting are correct.So the final config look like below

mls qos srr-queue output cos-map queue 1 threshold 3  5
mls qos srr-queue output cos-map queue 2 threshold 3  3 6 7
mls qos srr-queue output cos-map queue 3 threshold 3  2
mls qos srr-queue output cos-map queue 4 threshold 3  0
mls qos srr-queue output cos-map queue 3 threshold 2  4


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


Re: [OSL | CCIE_Voice] QOS

2010-07-04 Thread Tom

  You have change threshold value in the below statement.

 mls qos srr-queue output cos-map queue 3 threshold 2  4

 all other seeting are correct.So the final config look like below

 mls qos srr-queue output cos-map queue 1 threshold 3  5
 mls qos srr-queue output cos-map queue 2 threshold 3  3 6 7
 mls qos srr-queue output cos-map queue 3 threshold 3  2
 mls qos srr-queue output cos-map queue 4 threshold 3  0
 mls qos srr-queue output cos-map queue 3 threshold 2  4


 HTH

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


[OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread Duncan Hamilton-Walker
Dear All,

 

With regards to the above task... I have followed the WB, checked the PG and
watched the Walk-thro video..

Done everything as per required... But why is my SUB gk-trunk coming in as
_3 when it should be _2

 

I have taken the gatekeeper and trunk out of CCM and recreated them. Put the
config into HQ-RTR twice (plus reloads) 

DB replic is ok 2,2 on the RTMT 

 

Any help would be great..as am now lost !! 

 

Thanks 

Duncan

 

HQ-RTR#sh gatek endpoints 

GATEKEEPER ENDPOINT REGISTRATION



CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 

--- - --- - - - 

10.10.110.3 1820  10.10.110.3 51919 PLH323-GW 

H323-ID: BR2-RTR

Voice Capacity Max.=  Avail.=  Current.= 0

10.10.210.101720  10.10.210.1033241 PLVOIP-GW 

H323-ID: gk-trunk_1

Voice Capacity Max.=  Avail.=  Current.= 0

10.10.210.111720  10.10.210.1133006 PLVOIP-GW 

H323-ID: gk-trunk_3

Voice Capacity Max.=  Avail.=  Current.= 0

Total number of active registrations = 3

 

HQ-RTR#sh gatek gw

GATEWAY TYPE PREFIX TABLE

=

Prefix: 3*

  Zone PL master gateway list:

10.10.110.3:1820 BR2-RTR 

 

Prefix: 1#*

  Zone PL master gateway list:

10.10.210.11:1720 gk-trunk_3 

10.10.210.10:1720 gk-trunk_1 

  Zone PL prefix 5... priority gateway list(s):

   Priority 9:

10.10.210.10:1720 gk-trunk_1 

   Priority 5:

10.10.210.11:1720 gk-trunk_3 

  Zone PL prefix 1... priority gateway list(s):

   Priority 9:

10.10.210.10:1720 gk-trunk_1 

   Priority 5:

10.10.210.11:1720 gk-trunk_3

 

gatekeeper

 zone local PL ccielab.com

 zone prefix PL 1... gw-priority 10 gk-trunk_2

 zone prefix PL 1... gw-priority 9 gk-trunk_1

 zone prefix PL 1... gw-priority 0 BR2-RTR

 zone prefix PL 5... gw-priority 10 gk-trunk_2

 zone prefix PL 5... gw-priority 9 gk-trunk_1

 zone prefix PL 5... gw-priority 0 BR2-RTR

 no shutdown

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


Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread Duncan Hamilton-Walker
Hi Matt,

 

Yes i'm using my own lab.. thinking about it..the SUB has been rebuilt, due
to an issue with the DB.. So im thinking that the PUB thinks that this is
subscriber 2.. when its actually subscriber 1 rebuilt.. hence giving it an
identifier of _3 

 

Would that make sense.. 

 

Thanks 

Duncan 

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Matthew Berry
Sent: 04 July 2010 15:38
To: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

 

The _# is a unique identifier assigned to each CUCM in a cluster according
to the order they were installed and added to the cluster.  The Publisher
will always be _1.  The first Subscriber with be _2, second Subscriber _3,
and so on.

Are you using your own lab?  My guess is that your current Subscriber is the
2nd one you joined to the Publisher.  In the end, it is a cosmetic thing
that you can ignore.  In the lab, you can ensure that _1 and _2 will be
there.

HTH

Matthew Berry

 

Vitals:

GVoice: +1.612.424.5044

Gmail: ciscovoiceg...@gmail.com

Skype: ciscovoiceguru

Twitter: ciscovoiceguru


On 7/4/2010 7:52 AM, Duncan Hamilton-Walker wrote: 

Dear All,

 

With regards to the above task... I have followed the WB, checked the PG and
watched the Walk-thro video..

Done everything as per required... But why is my SUB gk-trunk coming in as
_3 when it should be _2

 

I have taken the gatekeeper and trunk out of CCM and recreated them. Put the
config into HQ-RTR twice (plus reloads) 

DB replic is ok 2,2 on the RTMT 

 

Any help would be great..as am now lost !! 

 

Thanks 

Duncan

 

HQ-RTR#sh gatek endpoints 

GATEKEEPER ENDPOINT REGISTRATION



CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 

--- - --- - - - 

10.10.110.3 1820  10.10.110.3 51919 PLH323-GW 

H323-ID: BR2-RTR

Voice Capacity Max.=  Avail.=  Current.= 0

10.10.210.101720  10.10.210.1033241 PLVOIP-GW 

H323-ID: gk-trunk_1

Voice Capacity Max.=  Avail.=  Current.= 0

10.10.210.111720  10.10.210.1133006 PLVOIP-GW 

H323-ID: gk-trunk_3

Voice Capacity Max.=  Avail.=  Current.= 0

Total number of active registrations = 3

 

HQ-RTR#sh gatek gw

GATEWAY TYPE PREFIX TABLE

=

Prefix: 3*

  Zone PL master gateway list:

10.10.110.3:1820 BR2-RTR 

 

Prefix: 1#*

  Zone PL master gateway list:

10.10.210.11:1720 gk-trunk_3 

10.10.210.10:1720 gk-trunk_1 

  Zone PL prefix 5... priority gateway list(s):

   Priority 9:

10.10.210.10:1720 gk-trunk_1 

   Priority 5:

10.10.210.11:1720 gk-trunk_3 

  Zone PL prefix 1... priority gateway list(s):

   Priority 9:

10.10.210.10:1720 gk-trunk_1 

   Priority 5:

10.10.210.11:1720 gk-trunk_3

 

gatekeeper

 zone local PL ccielab.com

 zone prefix PL 1... gw-priority 10 gk-trunk_2

 zone prefix PL 1... gw-priority 9 gk-trunk_1

 zone prefix PL 1... gw-priority 0 BR2-RTR

 zone prefix PL 5... gw-priority 10 gk-trunk_2

 zone prefix PL 5... gw-priority 9 gk-trunk_1

 zone prefix PL 5... gw-priority 0 BR2-RTR

 no shutdown

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

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.830 / Virus Database: 271.1.1/2973 - Release Date: 07/03/10
19:35:00

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


Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread kobel
hi,

I always thought that this number results from the order of CCMs in the CUCM
group assigned to the trunk. But if you have only 2 CCMs in the group (have
you checked this? maybe the previous subscriber installation was left there
and is inactive somehow?), then this number is indeed taken from the order
in which a server were added to the cluster.

regards

On Sun, Jul 4, 2010 at 4:45 PM, Duncan Hamilton-Walker 
dun...@rosethorn.plus.com wrote:

  Hi Matt,



 Yes i’m using my own lab.. thinking about it..the SUB has been rebuilt, due
 to an issue with the DB.. So im thinking that the PUB thinks that this is
 subscriber 2.. when its actually subscriber 1 rebuilt.. hence giving it an
 identifier of _3



 Would that make sense..



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


Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread Ashar Siddiqui




Did you not delete the Subscriber from CUCM group and re-added it again
before the rebuilt?

Ash

Duncan Hamilton-Walker wrote:

  
  
  

  
  Hi Matt,
  
  Yes im
using my own lab..
thinking about it..the SUB has been rebuilt, due to an issue with the
DB.. So
im thinking that the PUB thinks that this is subscriber 2.. when its
actually subscriber
1 rebuilt.. hence giving it an identifier of _3 
  
  Would
that make sense.. 
  
  Thanks 
  Duncan 
  
  
  
  From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Matthew
Berry
  Sent: 04 July 2010 15:38
  To: ccie_voice@onlinestudylist.com
  Subject: Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper
  
  
  
  The _# is a unique
identifier assigned to each CUCM in a
cluster according to the order they were installed and added to the
cluster. The Publisher will always be _1. The first Subscriber with
be _2, second Subscriber _3, and so on.
  
Are you using your own lab? My guess is that your current Subscriber
is
the 2nd one you joined to the Publisher. In the end, it is a cosmetic
thing that you can ignore. In the lab, you can ensure that _1 and _2
will
be there.
  
HTH
  
  Matthew
Berry
  
  Vitals:
  GVoice: +1.612.424.5044
  Gmail: ciscovoiceg...@gmail.com
  Skype: ciscovoiceguru
  Twitter: ciscovoiceguru
  
  
On 7/4/2010 7:52 AM, Duncan Hamilton-Walker wrote: 
  Dear All,
  
  With regards to the above task... I have
followed the WB,
checked the PG and watched the Walk-thro video..
  Done everything as per required... But why is my
SUB
gk-trunk coming in as _3 when it should be _2
  
  I have taken the gatekeeper and trunk out of CCM
and
recreated them. Put the config into HQ-RTR twice (plus reloads) 
  DB replic is ok 2,2 on the RTMT 
  
  Any help would be great..as am now lost !! 
  
  Thanks 
  Duncan
  
  HQ-RTR#sh gatek endpoints 
  
GATEKEEPER ENDPOINT REGISTRATION
  

  CallSignalAddr Port RASSignalAddr
Port Zone Name
Type Flags 
  --- - --- -
-
 - 
  10.10.110.3 1820
10.10.110.3 51919
PL
H323-GW 
   H323-ID: BR2-RTR
   Voice Capacity Max.= Avail.=
Current.= 0
  10.10.210.10 1720
10.10.210.10 33241
PL
VOIP-GW 
   H323-ID: gk-trunk_1
   Voice Capacity Max.= Avail.=
Current.= 0
  10.10.210.11 1720
10.10.210.11 33006
PL
VOIP-GW 
   H323-ID: gk-trunk_3
   Voice Capacity Max.= Avail.=
Current.= 0
  Total number of active registrations = 3
  
  HQ-RTR#sh gatek gw
  
  GATEWAY TYPE PREFIX TABLE
  =
  Prefix: 3*
   Zone PL master gateway list:
   10.10.110.3:1820 BR2-RTR 
  
  Prefix: 1#*
   Zone PL master gateway list:
   10.10.210.11:1720 gk-trunk_3 
   10.10.210.10:1720 gk-trunk_1 
   Zone PL prefix 5... priority gateway list(s):
   Priority 9:
   10.10.210.10:1720 gk-trunk_1 
   Priority 5:
   10.10.210.11:1720 gk-trunk_3 
   Zone PL prefix 1... priority gateway list(s):
   Priority 9:
   10.10.210.10:1720 gk-trunk_1 
   Priority 5:
   10.10.210.11:1720 gk-trunk_3
  
  gatekeeper
  zone local PL ccielab.com
  zone prefix PL 1... gw-priority 10 gk-trunk_2
  zone prefix PL 1... gw-priority 9 gk-trunk_1
  zone prefix PL 1... gw-priority 0 BR2-RTR
  zone prefix PL 5... gw-priority 10 gk-trunk_2
  zone prefix PL 5... gw-priority 9 gk-trunk_1
  zone prefix PL 5... gw-priority 0 BR2-RTR
  no shutdown
  
  
  ___
  For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
   
  No
virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.830 / Virus Database: 271.1.1/2973 - Release Date:
07/03/10
19:35:00
  
  

___
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


Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread Duncan Hamilton-Walker
OK... 

 

Just noticed that this as well...

 

   Priority 5: - should this not be 10 as per the config on the HQ-RTR

10.10.210.11:1720 gk-trunk_3 

 

  zone prefix PL 1... gw-priority 10 gk-trunk_2

 

 

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Matthew Berry
Sent: 04 July 2010 15:38
To: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

 

The _# is a unique identifier assigned to each CUCM in a cluster according
to the order they were installed and added to the cluster.  The Publisher
will always be _1.  The first Subscriber with be _2, second Subscriber _3,
and so on.

Are you using your own lab?  My guess is that your current Subscriber is the
2nd one you joined to the Publisher.  In the end, it is a cosmetic thing
that you can ignore.  In the lab, you can ensure that _1 and _2 will be
there.

HTH

Matthew Berry

 

Vitals:

GVoice: +1.612.424.5044

Gmail: ciscovoiceg...@gmail.com

Skype: ciscovoiceguru

Twitter: ciscovoiceguru


On 7/4/2010 7:52 AM, Duncan Hamilton-Walker wrote: 

Dear All,

 

With regards to the above task... I have followed the WB, checked the PG and
watched the Walk-thro video..

Done everything as per required... But why is my SUB gk-trunk coming in as
_3 when it should be _2

 

I have taken the gatekeeper and trunk out of CCM and recreated them. Put the
config into HQ-RTR twice (plus reloads) 

DB replic is ok 2,2 on the RTMT 

 

Any help would be great..as am now lost !! 

 

Thanks 

Duncan

 

HQ-RTR#sh gatek endpoints 

GATEKEEPER ENDPOINT REGISTRATION



CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 

--- - --- - - - 

10.10.110.3 1820  10.10.110.3 51919 PLH323-GW 

H323-ID: BR2-RTR

Voice Capacity Max.=  Avail.=  Current.= 0

10.10.210.101720  10.10.210.1033241 PLVOIP-GW 

H323-ID: gk-trunk_1

Voice Capacity Max.=  Avail.=  Current.= 0

10.10.210.111720  10.10.210.1133006 PLVOIP-GW 

H323-ID: gk-trunk_3

Voice Capacity Max.=  Avail.=  Current.= 0

Total number of active registrations = 3

 

HQ-RTR#sh gatek gw

GATEWAY TYPE PREFIX TABLE

=

Prefix: 3*

  Zone PL master gateway list:

10.10.110.3:1820 BR2-RTR 

 

Prefix: 1#*

  Zone PL master gateway list:

10.10.210.11:1720 gk-trunk_3 

10.10.210.10:1720 gk-trunk_1 

  Zone PL prefix 5... priority gateway list(s):

   Priority 9:

10.10.210.10:1720 gk-trunk_1 

   Priority 5:

10.10.210.11:1720 gk-trunk_3 

  Zone PL prefix 1... priority gateway list(s):

   Priority 9:

10.10.210.10:1720 gk-trunk_1 

   Priority 5:

10.10.210.11:1720 gk-trunk_3

 

gatekeeper

 zone local PL ccielab.com

 zone prefix PL 1... gw-priority 10 gk-trunk_2

 zone prefix PL 1... gw-priority 9 gk-trunk_1

 zone prefix PL 1... gw-priority 0 BR2-RTR

 zone prefix PL 5... gw-priority 10 gk-trunk_2

 zone prefix PL 5... gw-priority 9 gk-trunk_1

 zone prefix PL 5... gw-priority 0 BR2-RTR

 no shutdown

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

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.830 / Virus Database: 271.1.1/2973 - Release Date: 07/03/10
19:35:00

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


Re: [OSL | CCIE_Voice] QOS

2010-07-04 Thread Erwan Erwan
hi Tom and Joe,
 
with JF config like this :  mls qos queue-set output 2 threshold 2 50 50 100 100
 
 
How can this be correct ? maybe I am wrong, pls suggest (they use threshold 3 , 
but above use threshold 2)
 
 
mls qos srr-queue output cos-map queue 1 threshold 3  5
mls qos srr-queue output cos-map queue 2 threshold 3  3 6 7
mls qos srr-queue output cos-map queue 3 threshold 3  2 
mls qos srr-queue output cos-map queue 4 threshold 3  0
 
 
I asked this question a week ago in forum.
 
tks
 
 
 



--- On Sun, 7/4/10, Tom tom.c...@gmail.com wrote:


From: Tom tom.c...@gmail.com
Subject: Re: [OSL | CCIE_Voice] QOS
To: ccie_voice@onlinestudylist.com
Date: Sunday, July 4, 2010, 4:25 PM







You have change threshold value in the below statement.
 
mls qos srr-queue output cos-map queue 3 threshold 2  4
 
all other seeting are correct.So the final config look like below

mls qos srr-queue output cos-map queue 1 threshold 3  5
mls qos srr-queue output cos-map queue 2 threshold 3  3 6 7
mls qos srr-queue output cos-map queue 3 threshold 3  2 
mls qos srr-queue output cos-map queue 4 threshold 3  0
mls qos srr-queue output cos-map queue 3 threshold 2  4

 
 
HTH

-Inline Attachment Follows-


___
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


Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread Randall Saborio
I believe that the fact that it was rebuilt just explains it all.
Not much to be concerned about here, I would suggest.

On Sun, Jul 4, 2010 at 6:52 AM, Duncan Hamilton-Walker
dun...@rosethorn.plus.com wrote:
 Dear All,



 With regards to the above task... I have followed the WB, checked the PG and
 watched the Walk-thro video..

 Done everything as per required... But why is my SUB gk-trunk coming in as
 _3 when it should be _2



 I have taken the gatekeeper and trunk out of CCM and recreated them. Put the
 config into HQ-RTR twice (plus reloads)

 DB replic is ok 2,2 on the RTMT



 Any help would be great..as am now lost !!



 Thanks

 Duncan



 HQ-RTR#sh gatek endpoints

     GATEKEEPER ENDPOINT REGISTRATION

     

 CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type    Flags

 --- - --- - -     -

 10.10.110.3 1820  10.10.110.3 51919 PL    H323-GW

     H323-ID: BR2-RTR

     Voice Capacity Max.=  Avail.=  Current.= 0

 10.10.210.10    1720  10.10.210.10    33241 PL    VOIP-GW

     H323-ID: gk-trunk_1

     Voice Capacity Max.=  Avail.=  Current.= 0

 10.10.210.11    1720  10.10.210.11    33006 PL    VOIP-GW

     H323-ID: gk-trunk_3

     Voice Capacity Max.=  Avail.=  Current.= 0

 Total number of active registrations = 3



 HQ-RTR#sh gatek gw

 GATEWAY TYPE PREFIX TABLE

 =

 Prefix: 3*

   Zone PL master gateway list:

     10.10.110.3:1820 BR2-RTR



 Prefix: 1#*

   Zone PL master gateway list:

     10.10.210.11:1720 gk-trunk_3

     10.10.210.10:1720 gk-trunk_1

   Zone PL prefix 5... priority gateway list(s):

    Priority 9:

     10.10.210.10:1720 gk-trunk_1

    Priority 5:

     10.10.210.11:1720 gk-trunk_3

   Zone PL prefix 1... priority gateway list(s):

    Priority 9:

     10.10.210.10:1720 gk-trunk_1

    Priority 5:

     10.10.210.11:1720 gk-trunk_3



 gatekeeper

  zone local PL ccielab.com

  zone prefix PL 1... gw-priority 10 gk-trunk_2

  zone prefix PL 1... gw-priority 9 gk-trunk_1

  zone prefix PL 1... gw-priority 0 BR2-RTR

  zone prefix PL 5... gw-priority 10 gk-trunk_2

  zone prefix PL 5... gw-priority 9 gk-trunk_1

  zone prefix PL 5... gw-priority 0 BR2-RTR

  no shutdown

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





-- 
Randall da ill Saborio
CCIE Voice Wannabe #10054675811
(Real number coming this July 2010)
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] WB1 LAB4A - Task 4.6 Gatekeeper

2010-07-04 Thread Randall Saborio
One other thing, about your priority showing as 5 for gk_trunk_3, it
is because the gw default priority is always 5 by default, unless you
specify a different gw default priority for the prefix, or a specific
priority for the gateway.

Eg:
zone prefix PL 1... gw-default-priority 6

On Sun, Jul 4, 2010 at 4:37 PM, Randall Saborio ill2...@gmail.com wrote:
 I believe that the fact that it was rebuilt just explains it all.
 Not much to be concerned about here, I would suggest.

 On Sun, Jul 4, 2010 at 6:52 AM, Duncan Hamilton-Walker
 dun...@rosethorn.plus.com wrote:
 Dear All,



 With regards to the above task... I have followed the WB, checked the PG and
 watched the Walk-thro video..

 Done everything as per required... But why is my SUB gk-trunk coming in as
 _3 when it should be _2



 I have taken the gatekeeper and trunk out of CCM and recreated them. Put the
 config into HQ-RTR twice (plus reloads)

 DB replic is ok 2,2 on the RTMT



 Any help would be great..as am now lost !!



 Thanks

 Duncan



 HQ-RTR#sh gatek endpoints

     GATEKEEPER ENDPOINT REGISTRATION

     

 CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type    Flags

 --- - --- - -     -

 10.10.110.3 1820  10.10.110.3 51919 PL    H323-GW

     H323-ID: BR2-RTR

     Voice Capacity Max.=  Avail.=  Current.= 0

 10.10.210.10    1720  10.10.210.10    33241 PL    VOIP-GW

     H323-ID: gk-trunk_1

     Voice Capacity Max.=  Avail.=  Current.= 0

 10.10.210.11    1720  10.10.210.11    33006 PL    VOIP-GW

     H323-ID: gk-trunk_3

     Voice Capacity Max.=  Avail.=  Current.= 0

 Total number of active registrations = 3



 HQ-RTR#sh gatek gw

 GATEWAY TYPE PREFIX TABLE

 =

 Prefix: 3*

   Zone PL master gateway list:

     10.10.110.3:1820 BR2-RTR



 Prefix: 1#*

   Zone PL master gateway list:

     10.10.210.11:1720 gk-trunk_3

     10.10.210.10:1720 gk-trunk_1

   Zone PL prefix 5... priority gateway list(s):

    Priority 9:

     10.10.210.10:1720 gk-trunk_1

    Priority 5:

     10.10.210.11:1720 gk-trunk_3

   Zone PL prefix 1... priority gateway list(s):

    Priority 9:

     10.10.210.10:1720 gk-trunk_1

    Priority 5:

     10.10.210.11:1720 gk-trunk_3



 gatekeeper

  zone local PL ccielab.com

  zone prefix PL 1... gw-priority 10 gk-trunk_2

  zone prefix PL 1... gw-priority 9 gk-trunk_1

  zone prefix PL 1... gw-priority 0 BR2-RTR

  zone prefix PL 5... gw-priority 10 gk-trunk_2

  zone prefix PL 5... gw-priority 9 gk-trunk_1

  zone prefix PL 5... gw-priority 0 BR2-RTR

  no shutdown

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





 --
 Randall da ill Saborio
 CCIE Voice Wannabe #10054675811
 (Real number coming this July 2010)




-- 
Randall da ill Saborio
CCIE Voice Wannabe #10054675811
(Real number coming this July 2010)
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] Vol2 Lab 8 2.3 and 2.8

2010-07-04 Thread Matthew Berry

Bruce -

Have you ran a debug gatekeeper main 10?  Could you include this debug 
in this email thread?


My guess is that you have a 1# technology prefix coming into CUCM with 
the 5002 (1#5002) and your H.225 trunk is set to ALL for significant 
digits.  For such a case, you would need to set your incoming digits to 
4 or add a translation pattern that would match 1#. with a DDI-PreDot.


The fast busy would make sense if your 3002 number is a SIP phone since 
the CUCM Annunciator is not supported for SIP.  If you are calling from 
SCCP phones at Site C, then you'd be dealing with another issue.


Since your voice ccapi inout debugs return an unallocated number, this 
leads me to believe that your underlying infrastructure is setup 
correctly; your call routing, however, is not.


Let me know what you find out.

*Matthew Berry*

*_Vitals:_*

*GVoice: *+1.612.424.5044

*Gmail*: ciscovoiceg...@gmail.com

*Skype*: ciscovoiceguru

*Twitter*: ciscovoiceguru


On 7/2/2010 6:17 PM, Bruce Clapp wrote:


Hello,

I am having trouble with calls coming into UCM when using SIP early 
offer. I have inbound fast start selected on my trunk. Outbound calls 
from HQ and BR1 to BR2 work fine.  When I call 5002 from 3002, I get a 
fast busy.


If I look at the voip ccapi inout debugs on HQ-RTR when I try calling 
5002 from 3002, It seems to indicate the I am reaching an unallocated 
number. I checked the css on the trounk for inbound calls, and it has 
visibility of the phones and route patterns for the pstn. I have  the 
MTP selected, and a transcoder available to the trunk.


Thoughts?

*Bruce Clapp*

Senior Systems Engineer

Right! Systems Inc.

2600 Willamette DR NE

Lacey WA 98516

+1.360.528.4070 Single Reach Number

+1.360.956.0336 Fax

bcl...@rightsys.com BLOCKED::mailto:bcl...@rightsys.com

E-MAIL PRIVILEGED INFORMATION 

This email message is for the sole use of the intended recipient's and 
may contain confidential and privileged information. Any unauthorized 
review, use, disclosure or distribution is prohibited. If you are not 
the intended recipient, please contact the sender by reply email and 
destroy all copies of the original message. If you are the intended 
recipient, please be advised that the content of this message is 
subject to access, review and disclosure by the sender's Email System 
Administrator.



___
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


Re: [OSL | CCIE_Voice] SRST

2010-07-04 Thread Matthew Berry

Sean -

Did you figure this one out?

*Matthew Berry*

*_Vitals:_*

*GVoice: *+1.612.424.5044

*Gmail*: ciscovoiceg...@gmail.com

*Skype*: ciscovoiceguru

*Twitter*: ciscovoiceguru


On 7/2/2010 11:12 AM, sean hurricane wrote:

Ashar,

I have tried your configuration and it does not satisfy the 
requirementi will try Kobel's configuration later..


On Fri, Jul 2, 2010 at 11:33 AM, Ashar Siddiqui siddas...@gmail.com 
mailto:siddas...@gmail.com wrote:


It will not.

You are not configuring ephones, you are just configuring privacy
thing.

Ash

*From:* kobel [mailto:findko...@gmail.com
mailto:findko...@gmail.com]
*Sent:* 02 July 2010 16:00
*To:* Ashar Siddiqui
*Cc:* sean hurricane; ccie_voice@onlinestudylist.com
mailto:ccie_voice@onlinestudylist.com
*Subject:* Re: [OSL | CCIE_Voice] SRST

hi,

doesn't this break the 2nd requirement? I've never tried this, but
I would configure ephone-template and assign it to srst via srst
ephone template command of telephony-services.

sccp group should indeed be configured with srst as the 3rd option.


regards
kobel

On Fri, Jul 2, 2010 at 4:29 PM, Ashar Siddiqui
siddas...@gmail.com mailto:siddas...@gmail.com wrote:

 Sean,

Do srst auto-prov none and then just create ephones (as many as
required) and put the following in there:

Ephone 1

No privacy

!

Ephone 2

No privacy

!

You will need to do all the basic requirements for Cbarge like
conference hardware, sdspfarm units etc and configuring dspfarm
with telephony-service address on third priority if the
requirement is that Cbarge is working during normal mode as well.

Give it a go and let us know how it works.

Ash



___
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


Re: [OSL | CCIE_Voice] UCCX Script question

2010-07-04 Thread Matthew Berry

Phil -

The script looks good to me, but I haven't verified it in a lab.  I 
couldn't determine from your email if there was an actual problem with 
the script or not.  When you loaded it and ran tests, did you observe 
any unexpected behavior?


Thanks!

*Matthew Berry*

*_Vitals:_*

*GVoice: *+1.612.424.5044

*Gmail*: ciscovoiceg...@gmail.com

*Skype*: ciscovoiceguru

*Twitter*: ciscovoiceguru


On 7/2/2010 12:20 PM, Phillip Day wrote:

Hi,
I have created a fairly complex script for a customer, and the only 
part I can't test yet is the queueing.  I have attached a screenshot 
of what happens when a call is queued.  Can anyone see any reason why 
this wouldn't work.  The script has been validated, and we are about 
to add some resources to the CSQs, I'm just wondering if I could have 
missed anything here?  The idea is that roughly every 15 second the 
user gets a prompt to say a customised hold message, then they get 
another to say where they are in the queue, and then another to say 
the estimated wait time.  If they are 10th or more in the queue, there 
is no prompt for the wait time but the other two should play.

Anyone see any problems with this??
Thanks in advance
Phill

__
This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they 
are addressed. If you have received this email in error please notify 
the system manager.


This footnote also confirms that this email message has been swept by 
a content checking tool for the presence of computer viruses.


Nettitude Limited is a Company registered in England
Registered Address
Nettitude Limited, Fosse House, Fosse Way, Leamington Spa, 
Warwickshire, CV31 1XG

Company Registration Number: 4705154
VAT Number: 812 4539 44
www.nettitude.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