subject:"\[OSL \| CCIE_Voice\] Gatekeeper"

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

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

2013-06-23 Thread Ramy Abdelrahim

Dear Hesham,
As far as I understand from your email, SiteB is now in SRST mode, which means 
that SiteB WAN connection is down. In this case, SiteC won't be able to reach 
SiteB phones over the WAN through GK but you will have to configure a lower 
preference dial-peer to reach it through PSTN in case the GK rejects or can't 
reach SiteB phones.
Thanks,Ramy

Date: Sat, 22 Jun 2013 19:45:41 -0700
From: heshamcentr...@gmail.com
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call  
Forward UnRegister

Dear Experts,

SiteC is CME and connected with HQ and SB via GatekeeperGatekeeper 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 Unregisterin the service parameter I 
changed maximum hops to DN unregister is 1

I have Created a Partitions and CSS for CFURI 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 operaitonwhen I put 
SiteB under call-manager-fallback modewhen 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

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

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

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

Hi Hesham,

I have a few ideas.   I want to remove a few things out of the equation,
first try to set codec for all inter-region to G711.  Second, if you are
using Local Route Group (LRG), replace it with a more straightforward
settings -- i.e. point the RL directly to HQ gateway in your case for
relevant route pattern. We can deal with them later on once we
understand this case to the bone.

There are two call legs.   The first call leg is from SC PH1 to reach x3001
via a H323 Trunk on CUCM -- the Trunk with gatekeeper control.   The call
should be directed to the gatekeeper who in turn should be routing it to
the H323 Trunk on CUCM.   The H323 Trunk should have significant digits set
to 4 and a CSS that can reach x3001.

Upon hitting x3001, CUCM will discover that the number is forwarded to
9723033001.
 Assuming that you have set the CSS for CFUR on x3001 correctly, that will
match a Router Pattern that route the call toward HQ Gateway.This is a
second call leg.(If you use the LRG, at this point, the LRG for the
incoming H323 Trunk will cause the call to route to the wrong RG.)

Once the second call leg is established, then CUCM will tell the two
parities to open the RTP channel directly to each other (i.e. between the
CME and the HQ Gateway.)   (Well, sort of, if you have MTP required check
on the H323 Trunk, then an MTP will be involved.)

You problem could be on either one of this.   While I believe that since
you can make a call from HQ PH1 to x3001 successfully, the problem may not
be in the 2nd leg, I don't entirely want to rule out the CSS, the
Significant digits as well as the fact that HQ PH1 and the incoming H323
Trunk will be more than likely belong to a different Device Pool  Region.

I think debug gatekeeper main 10 on the gatekeeper would help.

On the H323 CUCM Trunk, RTMT Real Time monitoring with Detailed Debug
turn on would help you see whether the H323 Trunk has the right CSS to
reach x3001.

Hope this gives you some idea to work on this case.

Regards,
--Somphol.





On Sun, Jun 23, 2013 at 5:27 PM, Somphol Boonjing somp...@gmail.com wrote:

 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

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

2013-06-23 Thread Hesham Abdelkereem

Hi Somphol,

HQ SB are in the same zone
and i don't understand
zone prefix THEZONE 3... gw-priority 100 SBGW
I think I should disregard it as they are int he same zone
It's all just the CUCM Trunk and has both 2XXX and 3XXX
I think that could make it work

Thank you very much for ur great input
I will test it and let u know

Thank you very much for ur great efforts.

On Jun 23, 2013, at 3:30 AM, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

If the problem is on the gatekeeper, it could be as simple as the zone prefix
not configured to point to CUCM for the pattern 3...

Given that in normal situation, the zone prefix would be pointing SBGW
either dynamically or statically.

The configure with static zone prefix set would look similar to this.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK
...
...

If your CUCM SBGW happens to be in the different zones, that is a different
matter. Looking at a configuration guide for zone prefix command, I don't
think it is possible for a zone prefix to point to two different local zones.
(See:
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_z1_ps1839_TSD_Products_Command_Reference_Chapter.html#wp1002271)

So, in essence, I doubt that this would work.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix SBZONE 3... gw-priority 100 SBGW
zone prefix CUCMZONE 3... gw-priority 10 CUCMTRUNK
...
...

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 6:45 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:
Hi Somphol,

Of course all your sequence of ideas definitely make sense.
However, I did exactly all that
I made the Route List for CFUR is very specific to HQ Gateway and not SLRG.
and Tried to change the Inbound Calls in the trunk and changed the CSS to
INTERNAL and still didn't work,

yes I am looking into the debug command that will show me the gatekeeper call
flow.
I have been a long time never worked with that.

Thanks for your ideas,

I will keep you and the forum posted if I got any updates,

Thanks,
Hesham

On 23 June 2013 01:40, Somphol Boonjing somp...@gmail.com wrote:
Hi Hesham,

I have a few ideas. I want to remove a few things out of the equation,
first try to set codec for all inter-region to G711. Second, if you are
using Local Route Group (LRG), replace it with a more straightforward
settings -- i.e. point the RL directly to HQ gateway in your case for
relevant route pattern. We can deal with them later on once we understand
this case to the bone.

There are two call legs. The first call leg is from SC PH1 to reach x3001
via a H323 Trunk on CUCM -- the Trunk with gatekeeper control. The call
should be directed to the gatekeeper who in turn should be routing it to the
H323 Trunk on CUCM. The H323 Trunk should have significant digits set to 4
and a CSS that can reach x3001.

Upon hitting x3001, CUCM will discover that the number is forwarded to
9723033001. Assuming that you have set the CSS for CFUR on x3001 correctly,
that will match a Router Pattern that route the call toward HQ Gateway.
This is a second call leg.(If you use the LRG, at this point, the LRG for
the incoming H323 Trunk will cause the call to route to the wrong RG.)

Once the second call leg is established, then CUCM will tell the two parities
to open the RTP channel directly to each other (i.e. between the CME and the
HQ Gateway.) (Well, sort of, if you have MTP required check on the H323
Trunk, then an MTP will be involved.)

You problem could be on either one of this. While I believe that since you
can make a call from HQ PH1 to x3001 successfully, the problem may not be in
the 2nd leg, I don't entirely want to rule out the CSS, the Significant
digits as well as the fact that HQ PH1 and the incoming H323 Trunk will be
more than likely belong to a different Device Pool Region.

I think debug gatekeeper main 10 on the gatekeeper would help.

On the H323 CUCM Trunk, RTMT Real Time monitoring with Detailed Debug turn
on would help you see whether the H323 Trunk has the right CSS to reach x3001.

Hope this gives you some idea to work on this case.

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 5:27 PM, Somphol Boonjing somp...@gmail.com wrote:
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

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

Hi Hesham,

If the problem is on the gatekeeper, it could be as simple as the zone
prefix not configured to point to CUCM for the pattern 3...

Given that in normal situation, the zone prefix would be pointing SBGW
either dynamically or statically.

The configure with static zone prefix set would look similar to this.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK
...
...

If your CUCM SBGW happens to be in the different zones, that is a
different matter. Looking at a configuration guide for zone prefix
command, I don't think it is possible for a zone prefix to point to two
different local zones. (See:
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_z1_ps1839_TSD_Products_Command_Reference_Chapter.html#wp1002271
)

So, in essence, I doubt that this would work.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix SBZONE 3... gw-priority 100 SBGW
zone prefix CUCMZONE 3... gw-priority 10 CUCMTRUNK
...
...

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 6:45 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:

Hi Somphol,

yes I am looking into the debug command that will show me the gatekeeper
call flow.
I have been a long time never worked with that.

Thanks for your ideas,

I will keep you and the forum posted if I got any updates,

Thanks,
Hesham

On 23 June 2013 01:40, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

There are two call legs. The first call leg is from SC PH1 to reach
x3001 via a H323 Trunk on CUCM -- the Trunk with gatekeeper control. The
call should be directed to the gatekeeper who in turn should be routing it
to the H323 Trunk on CUCM. The H323 Trunk should have significant digits
set to 4 and a CSS that can reach x3001.

Upon hitting x3001, CUCM will discover that the number is forwarded to
9723033001. Assuming that you have set the CSS for CFUR on x3001
correctly, that will match a Router Pattern that route the call toward HQ
Gateway.This is a second call leg.(If you use the LRG, at this
point, the LRG for the incoming H323 Trunk will cause the call to route to
the wrong RG.)

Once the second call leg is established, then CUCM will tell the two
parities to open the RTP channel directly to each other (i.e. between the
CME and the HQ Gateway.) (Well, sort of, if you have MTP required check
on the H323 Trunk, then an MTP will be involved.)

You problem could be on either one of this. While I believe that since
you can make a call from HQ PH1 to x3001 successfully, the problem may not
be in the 2nd leg, I don't entirely want to rule out the CSS, the
Significant digits as well as the fact that HQ PH1 and the incoming H323
Trunk will be more than likely belong to a different Device Pool Region.

I think debug gatekeeper main 10 on the gatekeeper would help.

On the H323 CUCM Trunk, RTMT Real Time monitoring with Detailed Debug
turn on would help you see whether the H323 Trunk has the right CSS to
reach x3001.

Hope this gives you some idea to work on this case.

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 5:27 PM, Somphol Boonjing somp...@gmail.comwrote:

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

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

Hi Hesham,

Essentially, the gw-priority is to advise the gatekeeper to choose SBGW
over CUCMTRUNK. The higher the number, the higher the priority. Without
this it will distribute the call to 3XXX to both CUCMTRUNK and SBGW in a
round robin fashion.

If you give higher priority to SBGW, then call will be routed to SBGW
unless it is not available.

gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK

I'm fairly new to gatekeeper myself, so it would be great if you can lab it
up and see if I am wildly off the mark.

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 8:37 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:

Hi Somphol,

HQ SB are in the same zone
and i don't understand

zone prefix THEZONE 3... gw-priority 100 SBGW

I think I should disregard it as they are int he same zone
It's all just the CUCM Trunk and has both 2XXX and 3XXX
I think that could make it work

Thank you very much for ur great input
I will test it and let u know

Thank you very much for ur great efforts.

On Jun 23, 2013, at 3:30 AM, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

If the problem is on the gatekeeper, it could be as simple as the zone
prefix not configured to point to CUCM for the pattern 3...

Given that in normal situation, the zone prefix would be pointing SBGW
either dynamically or statically.

The configure with static zone prefix set would look similar to this.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK
...
...

If your CUCM SBGW happens to be in the different zones, that is a
different matter. Looking at a configuration guide for zone prefix
command, I don't think it is possible for a zone prefix to point to two
different local zones. (See:
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_z1_ps1839_TSD_Products_Command_Reference_Chapter.html#wp1002271
)

So, in essence, I doubt that this would work.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix SBZONE 3... gw-priority 100 SBGW
zone prefix CUCMZONE 3... gw-priority 10 CUCMTRUNK
...
...

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 6:45 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:

Hi Somphol,

Of course all your sequence of ideas definitely make sense.
However, I did exactly all that
I made the Route List for CFUR is very specific to HQ Gateway and not
SLRG.
and Tried to change the Inbound Calls in the trunk and changed the CSS to
INTERNAL and still didn't work,

yes I am looking into the debug command that will show me the gatekeeper
call flow.
I have been a long time never worked with that.

Thanks for your ideas,

I will keep you and the forum posted if I got any updates,

Thanks,
Hesham

On 23 June 2013 01:40, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

There are two call legs. The first call leg is from SC PH1 to reach
x3001 via a H323 Trunk on CUCM -- the Trunk with gatekeeper control. The
call should be directed to the gatekeeper who in turn should be routing it
to the H323 Trunk on CUCM. The H323 Trunk should have significant digits
set to 4 and a CSS that can reach x3001.

Upon hitting x3001, CUCM will discover that the number is forwarded to
9723033001. Assuming that you have set the CSS for CFUR on x3001
correctly, that will match a Router Pattern that route the call toward HQ
Gateway.This is a second call leg.(If you use the LRG, at this
point, the LRG for the incoming H323 Trunk will cause the call to route to
the wrong RG.)

Once the second call leg is established, then CUCM will tell the two
parities to open the RTP channel directly to each other (i.e. between the
CME and the HQ Gateway.) (Well, sort of, if you have MTP required check
on the H323 Trunk, then an MTP will be involved.)

You problem could be on either one of this. While I believe that since
you can make a call from HQ PH1 to x3001 successfully, the problem may not
be in the 2nd leg, I don't entirely want to rule out the CSS, the
Significant digits as well as the fact that HQ PH1 and the incoming H323
Trunk will be more than likely belong to a different Device Pool Region.

I think debug gatekeeper main 10 on the gatekeeper would help.

On the H323 CUCM Trunk, RTMT Real Time monitoring with Detailed Debug
turn on would help you see whether the H323 Trunk has the right CSS to
reach x3001.

Hope this gives you some idea to work on

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

Sorry, I assume wrongly that SBGW will ever take the call for 3

Your normal path is for both 2... and 3... to be pointing to CUCMTRUNK
only. Given that both SBGW and CUCMTRUNK are registered to the same zone,
it would be necessary to exclude SBGW from ever getting the call destined
to 2... or 3

gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 0 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK
zone prefix THEZONE 2... gw-priority 0 SBGW
zone prefix THEZONE 2... gw-priority 10 CUCMTRUNK

Sorry for the confusion.

Even if you don't have gw-priority, when SBGW is unreachable, it should
not cause the problem and call should be sent correctly to CUCMTRUNK.

Then, it is less likely that the problem would be in the gatekeeper call
leg, unless you use some sort of tech-prefix in addition to zone prefix.

Regards,
--Somphol

On Sun, Jun 23, 2013 at 8:43 PM, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

If you give higher priority to SBGW, then call will be routed to SBGW
unless it is not available.

gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK

I'm fairly new to gatekeeper myself, so it would be great if you can lab
it up and see if I am wildly off the mark.

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 8:37 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:

Hi Somphol,

HQ SB are in the same zone
and i don't understand

zone prefix THEZONE 3... gw-priority 100 SBGW

I think I should disregard it as they are int he same zone
It's all just the CUCM Trunk and has both 2XXX and 3XXX
I think that could make it work

Thank you very much for ur great input
I will test it and let u know

Thank you very much for ur great efforts.

On Jun 23, 2013, at 3:30 AM, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

If the problem is on the gatekeeper, it could be as simple as the zone
prefix not configured to point to CUCM for the pattern 3...

Given that in normal situation, the zone prefix would be pointing SBGW
either dynamically or statically.

The configure with static zone prefix set would look similar to this.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK
...
...

If your CUCM SBGW happens to be in the different zones, that is a
different matter. Looking at a configuration guide for zone prefix
command, I don't think it is possible for a zone prefix to point to two
different local zones. (See:
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_z1_ps1839_TSD_Products_Command_Reference_Chapter.html#wp1002271
)

So, in essence, I doubt that this would work.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix SBZONE 3... gw-priority 100 SBGW
zone prefix CUCMZONE 3... gw-priority 10 CUCMTRUNK
...
...

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 6:45 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:

Hi Somphol,

Of course all your sequence of ideas definitely make sense.
However, I did exactly all that
I made the Route List for CFUR is very specific to HQ Gateway and not
SLRG.
and Tried to change the Inbound Calls in the trunk and changed the CSS
to INTERNAL and still didn't work,

yes I am looking into the debug command that will show me the gatekeeper
call flow.
I have been a long time never worked with that.

Thanks for your ideas,

I will keep you and the forum posted if I got any updates,

Thanks,
Hesham

On 23 June 2013 01:40, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

I have a few ideas. I want to remove a few things out of the
equation, first try to set codec for all inter-region to G711. Second, if
you are using Local Route Group (LRG), replace it with a more
straightforward settings -- i.e. point the RL directly to HQ gateway in
your case for relevant route pattern. We can deal with them later on
once we understand this case to the bone.

There are two call legs. The first call leg is from SC PH1 to reach
x3001 via a H323 Trunk on CUCM -- the Trunk with gatekeeper control. The
call should be directed to the gatekeeper who in turn should be routing it
to the H323 Trunk on CUCM. The H323 Trunk should have significant digits
set to 4 and a CSS that can reach x3001.

Upon hitting x3001, CUCM will discover that the number is forwarded to
9723033001. Assuming that you have set the CSS for CFUR on x3001
correctly, that will match a Router Pattern that route the call toward HQ
Gateway.This is a second call leg.(If you use the LRG, at this
point, the LRG for the incoming

Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

2013-06-23 Thread Bill Lake

Calls work when he is not in SRST so 3... must be sending to CUCM to be
processed and set to phones at site B. They are registered and work but
when unregistered they fail to work.

If we are going on this little snippet of his GK config we might need the
entire thing and those on the GW's to figure out why this call is not
working.

On Sun, Jun 23, 2013 at 5:30 AM, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

If the problem is on the gatekeeper, it could be as simple as the zone
prefix not configured to point to CUCM for the pattern 3...

Given that in normal situation, the zone prefix would be pointing SBGW
either dynamically or statically.

The configure with static zone prefix set would look similar to this.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix THEZONE 3... gw-priority 100 SBGW
zone prefix THEZONE 3... gw-priority 10 CUCMTRUNK
...
...

If your CUCM SBGW happens to be in the different zones, that is a
different matter. Looking at a configuration guide for zone prefix
command, I don't think it is possible for a zone prefix to point to two
different local zones. (See:
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_z1_ps1839_TSD_Products_Command_Reference_Chapter.html#wp1002271
)

So, in essence, I doubt that this would work.

gatekeeeper
...
...
gw-type-prefix 1#* default-technology
zone prefix SBZONE 3... gw-priority 100 SBGW
zone prefix CUCMZONE 3... gw-priority 10 CUCMTRUNK
...
...

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 6:45 PM, Hesham Abdelkereem
heshamcentr...@gmail.com wrote:

Hi Somphol,

Of course all your sequence of ideas definitely make sense.
However, I did exactly all that
I made the Route List for CFUR is very specific to HQ Gateway and not
SLRG.
and Tried to change the Inbound Calls in the trunk and changed the CSS to
INTERNAL and still didn't work,

yes I am looking into the debug command that will show me the gatekeeper
call flow.
I have been a long time never worked with that.

Thanks for your ideas,

I will keep you and the forum posted if I got any updates,

Thanks,
Hesham

On 23 June 2013 01:40, Somphol Boonjing somp...@gmail.com wrote:

Hi Hesham,

There are two call legs. The first call leg is from SC PH1 to reach
x3001 via a H323 Trunk on CUCM -- the Trunk with gatekeeper control. The
call should be directed to the gatekeeper who in turn should be routing it
to the H323 Trunk on CUCM. The H323 Trunk should have significant digits
set to 4 and a CSS that can reach x3001.

Upon hitting x3001, CUCM will discover that the number is forwarded to
9723033001. Assuming that you have set the CSS for CFUR on x3001
correctly, that will match a Router Pattern that route the call toward HQ
Gateway.This is a second call leg.(If you use the LRG, at this
point, the LRG for the incoming H323 Trunk will cause the call to route to
the wrong RG.)

Once the second call leg is established, then CUCM will tell the two
parities to open the RTP channel directly to each other (i.e. between the
CME and the HQ Gateway.) (Well, sort of, if you have MTP required check
on the H323 Trunk, then an MTP will be involved.)

You problem could be on either one of this. While I believe that since
you can make a call from HQ PH1 to x3001 successfully, the problem may not
be in the 2nd leg, I don't entirely want to rule out the CSS, the
Significant digits as well as the fact that HQ PH1 and the incoming H323
Trunk will be more than likely belong to a different Device Pool Region.

I think debug gatekeeper main 10 on the gatekeeper would help.

On the H323 CUCM Trunk, RTMT Real Time monitoring with Detailed Debug
turn on would help you see whether the H323 Trunk has the right CSS to
reach x3001.

Hope this gives you some idea to work on this case.

Regards,
--Somphol.

On Sun, Jun 23, 2013 at 5:27 PM, Somphol Boonjing somp...@gmail.comwrote:

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,

[OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

2013-06-22 Thread Hesham Abdelkereem

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

[OSL | CCIE_Voice] GATEKEEPER ISSUE

2013-02-20 Thread Michael.Sears

Greetings All.  I'm having an unusual issue with my Gatekeeper which I have not 
seen before.



My gatekeeper is on the mgcp HQ router.  When I do show gatekeeper end I only 
see GK_Trunk_1, the publisher and CME.  The Subscriber is missing.  I have 
reset the trunk and gatekeeper many times.  Although the database shows 412's 
and 2's I performed a DB repair all.  I have tried everything to get GK_Tunk_2, 
the subscriber to come up but it won't.



Anyone out there experience this issue and did you find a resolution?  If so 
please respond ASAP as my lab is in 9 days and if this happens to me in the lab 
I'd like to know what I have to do to fix it.



Any input appreciated.  Thank you.



Michael Sears


___
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

Re: [OSL | CCIE_Voice] GATEKEEPER ISSUE

2013-02-20 Thread Nicolas MICHEL


Hi Michael

Check that the device pool associated to the trunk got a Call Manager 
group with both Pub and Sub.


Beside of that I don't know

Regards

PS: Never ask to answer ASAP please :) We are like you and owe nothing 
but help if we can :)



Nic





Le Wednesday, February 20, 2013 1:43:06 PM, michael.se...@compucom.com 
a écrit :

Greetings All.  I'm having an unusual issue with my Gatekeeper which I
have not seen before.

My gatekeeper is on the mgcp HQ router.  When I do show gatekeeper
end I only see GK_Trunk_1, the publisher and CME.  The Subscriber is
missing.  I have reset the trunk and gatekeeper many times.  Although
the database shows 412's and 2's I performed a DB repair all.  I have
tried everything to get GK_Tunk_2, the subscriber to come up but it won't.

Anyone out there experience this issue and did you find a resolution?
If so please respond ASAP as my lab is in 9 days and if this happens
to me in the lab I'd like to know what I have to do to fix it.

Any input appreciated.  Thank you.

Michael Sears



___
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

Re: [OSL | CCIE_Voice] GATEKEEPER ISSUE

2013-02-20 Thread Michael.Sears

Thank you much.  You were right on.  Somehow I set the device pool incorrectly 
I'm just upset with myself for not checking this, but thank you much was 
driving me crazy.  Hopefully, I won't make this stupid mistake in my lab 
attempt.  Oh and thanks for responding so quickly.

--ms

Michael Sears

-Original Message-
From: Nicolas MICHEL [mailto:mcl.nico...@gmail.com] 
Sent: Wednesday, February 20, 2013 6:10 AM
To: Sears, Michael (msears)
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] GATEKEEPER ISSUE

Hi Michael

Check that the device pool associated to the trunk got a Call Manager group 
with both Pub and Sub.

Beside of that I don't know

Regards

PS: Never ask to answer ASAP please :) We are like you and owe nothing but help 
if we can :)


Nic





Le Wednesday, February 20, 2013 1:43:06 PM, michael.se...@compucom.com 
a écrit :
 Greetings All.  I'm having an unusual issue with my Gatekeeper which I
 have not seen before.

 My gatekeeper is on the mgcp HQ router.  When I do show gatekeeper
 end I only see GK_Trunk_1, the publisher and CME.  The Subscriber is
 missing.  I have reset the trunk and gatekeeper many times.  Although
 the database shows 412's and 2's I performed a DB repair all.  I have
 tried everything to get GK_Tunk_2, the subscriber to come up but it won't.

 Anyone out there experience this issue and did you find a resolution?
 If so please respond ASAP as my lab is in 9 days and if this happens
 to me in the lab I'd like to know what I have to do to fix it.

 Any input appreciated.  Thank you.

 Michael Sears



 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper in Single zone : Call Processing engine prioritize

2013-01-09 Thread Ramcharan Arya

Hello Steffen,

One of the requirement of this task:

you are not allowed to use zone prefixes in this task. What are the other
way to achieve this.

Regards,
Ramcharan Arya

How should we send call to SUB vs PUB in this given situation and we are
not allow to

On Wed, Jan 9, 2013 at 12:14 AM, Steffen Bruening stbruen...@gmail.comwrote:

 You can define a gw-priority for the trunks to each endpoint.

 Am Mittwoch, 9. Januar 2013 schrieb Ramcharan Arya :

 Hello,

 I have a small query about Gatekeeper in single zone configuration it is
 prefer PUB as call processing ( as per ARQ message).

 if lab requirement says make subscriber as call processing engine then it
 does not meet requirement.

 Does any one know the answer what is the solution of this tricky
 situation.

 Regards,
 Ramcharan Arya
 CCIE # 28926


___
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

[OSL | CCIE_Voice] Gatekeeper in Single zone : Call Processing engine prioritize

2013-01-08 Thread Ramcharan Arya

Hello,

I have a small query about Gatekeeper in single zone configuration it is
prefer PUB as call processing ( as per ARQ message).

if lab requirement says make subscriber as call processing engine then it
does not meet requirement.

Does any one know the answer what is the solution of this tricky situation.

Regards,
Ramcharan Arya
CCIE # 28926
___
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

Re: [OSL | CCIE_Voice] Gatekeeper in Single zone : Call Processing engine prioritize

2013-01-08 Thread Steffen Bruening

You can define a gw-priority for the trunks to each endpoint.

Am Mittwoch, 9. Januar 2013 schrieb Ramcharan Arya :

 Hello,

 I have a small query about Gatekeeper in single zone configuration it is
 prefer PUB as call processing ( as per ARQ message).

 if lab requirement says make subscriber as call processing engine then it
 does not meet requirement.

 Does any one know the answer what is the solution of this tricky situation.

 Regards,
 Ramcharan Arya
 CCIE # 28926

___
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

Re: [OSL | CCIE_Voice] [OSL|CCIE_Voice] Gatekeeper Licensing

2012-07-29 Thread SYMON PHARES

the Gatekeeper license has a 2 weeks trial period. if you did not purchase
the gatekeeper license, please go ahead and purchase. Nothing will work if
you doesn't purchase the license.

Regards
Symon Phares

On Thu, Jul 26, 2012 at 2:00 AM, Justin McIntyre 
justin.mcint...@blackbox.com wrote:

   Hello,

 I've been trying to figure out soemthign having to do with IOS 12.4(22)T.
 My Gatekeeper licensing has expired and i am now getting the following
 error...

 %LICENSE-4-INSTALL_EXPIRED: Expired license is loaded for feature:
 gatekeeper 1.0. UDI=CISCO2811:FTX1122A0BX; StoreIndex=0:Evaluation License
 Storage



 I have erased all files in NVRAM, although it appears that i can not erase
 the persistent-data file.  Also I have formated flash, put the IOS back on
 and reloaded.  Upon reconfiguration of the router and enabling Gatekeeper i
 yet again get a Gatekeeper evaluation license error.  I have never had this
 happen to me becuase i have always completed a write-erase within the 60
 days followed by a reload, which i assume has started the counter over for
 the license.  I have loaded 12.4(20)T which works just fine.  However,
 rather than just bandaiding the situation , i would like to know how to
 keep using the same IOS but just simply restart the evaluation period for
 the gatekeeper license.  Any help that you all can provide would be much
 appreciated.  In the mean time i will start reading up on how IOS licensing
 works and revisit the file storage and configuration info.  Thanks in
 advanced!

 --
 This email and any files transmitted with it are confidential and are
 intended for the sole use of the individual to whom they are addressed.
 Black Box Corporation reserves the right to scan all e-mail traffic for
 restricted content and to monitor all e-mail in general. If you are not the
 intended recipient or you have received this email in error, any use,
 dissemination or forwarding of this email is strictly prohibited. If you
 have received this email in error, please notify the sender by replying to
 this email.

 ___
 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

Re: [OSL | CCIE_Voice] [OSL|CCIE_Voice] Gatekeeper Licensing

2012-07-25 Thread Bill Lake

You could also downgrade to a IOS before the license enforcement took place

I believe something like 12.4.15 should work

On Wed, Jul 25, 2012 at 6:15 PM, Bob Harman b...@harman-revilla.com wrote:

 I was told by a Cisco engineer that the gatekeeper licensing is only a
 nag, and doesn't affect operations - at least as of this past Cisco Live.
  From the way he made the statement, it didn't sound like Cisco was
 interested in enforcement any time soon.  If it is enforced, I'll be
 affected in a few weeks too, in which case I'll use a 3725 as a gatekeeper.

 .bob


 On Wed, Jul 25, 2012 at 7:00 PM, Justin McIntyre 
 justin.mcint...@blackbox.com wrote:

   Hello,

 I've been trying to figure out soemthign having to do with IOS
 12.4(22)T.  My Gatekeeper licensing has expired and i am now getting the
 following error...

 %LICENSE-4-INSTALL_EXPIRED: Expired license is loaded for feature:
 gatekeeper 1.0. UDI=CISCO2811:FTX1122A0BX; StoreIndex=0:Evaluation License
 Storage



 I have erased all files in NVRAM, although it appears that i can not
 erase the persistent-data file.  Also I have formated flash, put the IOS
 back on and reloaded.  Upon reconfiguration of the router and enabling
 Gatekeeper i yet again get a Gatekeeper evaluation license error.  I have
 never had this happen to me becuase i have always completed a write-erase
 within the 60 days followed by a reload, which i assume has started the
 counter over for the license.  I have loaded 12.4(20)T which works just
 fine.  However, rather than just bandaiding the situation , i would like to
 know how to keep using the same IOS but just simply restart the evaluation
 period for the gatekeeper license.  Any help that you all can provide would
 be much appreciated.  In the mean time i will start reading up on how IOS
 licensing works and revisit the file storage and configuration info.
 Thanks in advanced!

 --
 This email and any files transmitted with it are confidential and are
 intended for the sole use of the individual to whom they are addressed.
 Black Box Corporation reserves the right to scan all e-mail traffic for
 restricted content and to monitor all e-mail in general. If you are not the
 intended recipient or you have received this email in error, any use,
 dissemination or forwarding of this email is strictly prohibited. If you
 have received this email in error, please notify the sender by replying to
 this email.

 ___
 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

___
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

Re: [OSL | CCIE_Voice] Gatekeeper acting weird for codec

2012-06-14 Thread Mohd Baqari

Post the output of sh call leg active summary in cme.

Also, share br2 config plz.



Regards,
Mohammed Al Baqari

Sent from my iPhone

On Jun 14, 2012, at 8:10 AM, Krishna vinayak_...@yahoo.com wrote:

 Hi folks,
 
 I configured the gatekeeper on the Hq router, and when i call from hq to 
 br2(cme)  the call set up shows as 16 kbps, but whereas from cme to hq it 
 shows as 128 kbps but the actual call is connected with g729. Even after the 
 call got connected, it stills shows as 128 in the show gatekeeper call. here 
 is the output status:
 
 i put the gk-trunk in the hq region as well. any help is much appreciated on 
 this matter.
 
 BR2-RTR(config)#do sh voice call stat
 CallID CID  ccVdb  Port DSP/Ch  Called #   Codec
 Dial-peers
 0xC0   13B3 0x49DA073C 50/0/2.0 95002  g729r8
 20002/15
 1 active call found
 
 HQ-RTR(config-gk)#do sh gatek call
 Total number of active calls = 1.
 
 largest hash bucket = 1
  GATEKEEPER CALL INFO
  
 LocalCallIDAge(secs)   BW
 62-4230757933  128(Kbps)
 ConferenceID CallID   
 SrcCRV
 A5CF2B43 B52E11E1 81D2B06F 708A730B  A5CF2B43 B52E11E1 81D4B06F 708A730B  85
  Endpt(s): Alias E.164Addr
src EP: BR2-RTR   3002
CallSignalAddr  Port  RASSignalAddr   Port
10.10.110.3 1820  10.10.110.3 62007
  Endpt(s): Alias E.164Addr
dst EP: gk-trunk_195002
CallSignalAddr  Port  RASSignalAddr   Port
10.10.210.101720  10.10.210.1032784
 callstate: SEP, DEP,
 
 
 Thank you
 
 Krishna.
 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper acting weird for codec

2012-06-14 Thread Rrcrumm

I think I remember some tone a k this situation.

You chance the setting is service parameters for intra region to g729

HTH
Randall

Sent from my iPhone

On Jun 13, 2012, at 9:10 PM, Krishna vinayak_...@yahoo.com wrote:

 Hi folks,
 
 I configured the gatekeeper on the Hq router, and when i call from hq to 
 br2(cme)  the call set up shows as 16 kbps, but whereas from cme to hq it 
 shows as 128 kbps but the actual call is connected with g729. Even after the 
 call got connected, it stills shows as 128 in the show gatekeeper call. here 
 is the output status:
 
 i put the gk-trunk in the hq region as well. any help is much appreciated on 
 this matter.
 
 BR2-RTR(config)#do sh voice call stat
 CallID CID  ccVdb  Port DSP/Ch  Called #   Codec
 Dial-peers
 0xC0   13B3 0x49DA073C 50/0/2.0 95002  g729r8
 20002/15
 1 active call found
 
 HQ-RTR(config-gk)#do sh gatek call
 Total number of active calls = 1.
 
 largest hash bucket = 1
  GATEKEEPER CALL INFO
  
 LocalCallIDAge(secs)   BW
 62-4230757933  128(Kbps)
 ConferenceID CallID   
 SrcCRV
 A5CF2B43 B52E11E1 81D2B06F 708A730B  A5CF2B43 B52E11E1 81D4B06F 708A730B  85
  Endpt(s): Alias E.164Addr
src EP: BR2-RTR   3002
CallSignalAddr  Port  RASSignalAddr   Port
10.10.110.3 1820  10.10.110.3 62007
  Endpt(s): Alias E.164Addr
dst EP: gk-trunk_195002
CallSignalAddr  Port  RASSignalAddr   Port
10.10.210.101720  10.10.210.1032784
 callstate: SEP, DEP,
 
 
 Thank you
 
 Krishna.
 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper acting weird for codec

2012-06-14 Thread Jason Murray

It because you have Inbound faststart configured on your gk trunk. You do this 
so your sip phones will be able to call from cme to hq. The thing is the call 
is G729 but call manager will negotiate G711 with faststart enabled going that 
direction. Take off the checkmark for inbound faststart and the call will be 
16k (test with your sccp phone), but you just now broken your calls for the sip 
phones so you need it checked for all phones to work.


 Jason

 On Jun 14, 2012, at 8:10 AM, Krishna  vinayak_...@yahoo.com  wrote:

 Hi folks,

 I configured the gatekeeper on the Hq router, and when i call from hq to 
br2(cme) the call set up shows as 16 kbps, but whereas from cme to hq it shows 
as 128 kbps but the actual call is connected with g729. Even after the call got 
connected, it stills shows as 128 in the show gatekeeper call. here is the 
output status:

 i put the gk-trunk in the hq region as well. any help is much appreciated on 
this matter.

BR2-RTR(config)#do sh voice call stat
CallID CID ccVdb Port DSP/Ch Called # Codec Dial-peers
0xC0 13B3 0x49DA073C 50/0/2.0 95002 g729r8 20002/15
1 active call found

HQ-RTR(config-gk)#do sh gatek call
Total number of active calls = 1.

largest hash bucket = 1
 GATEKEEPER CALL INFO
 
LocalCallID Age(secs) BW
62-42307 579 33 128(Kbps)
ConferenceID CallID SrcCRV
A5CF2B43 B52E11E1 81D2B06F 708A730B A5CF2B43 B52E11E1 81D4B06F 708A730B 85
 Endpt(s): Alias E.164Addr
 src EP: BR2-RTR 3002
 CallSignalAddr Port RASSignalAddr Port
 10.10.110.3 1820 10.10.110.3 62007
 Endpt(s): Alias E.164Addr
 dst EP: gk-trunk_1 95002
 CallSignalAddr Port RASSignalAddr Port
 10.10.210.10 1720 10.10.210.10 32784
 callstate: SEP, DEP,

Thank you

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

Are you a CCNP or CCIE and looking for a job? Check out 
http://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

[OSL | CCIE_Voice] Gatekeeper acting weird for codec

2012-06-13 Thread Krishna

Hi folks,

I configured the gatekeeper on the Hq router, and when i call from hq to 
br2(cme)  the call set up shows as 16 kbps, but whereas from cme to hq it shows 
as 128 kbps but the actual call is connected with g729. Even after the call got 
connected, it stills shows as 128 in the show gatekeeper call. here is the 
output status:

i put the gk-trunk in the hq region as well. any help is much appreciated on 
this matter.

BR2-RTR(config)#do sh voice call stat
CallID     CID  ccVdb      Port             DSP/Ch  Called #   Codec    
Dial-peers
0xC0       13B3 0x49DA073C 50/0/2.0                 95002      g729r8    
20002/15
1 active call found

HQ-RTR(config-gk)#do sh gatek call
Total number of active calls = 1.

largest hash bucket = 1
                         GATEKEEPER CALL INFO
                         
LocalCallID                        Age(secs)   BW
62-42307            579            33          128(Kbps)
ConferenceID                         CallID                               SrcCRV
A5CF2B43 B52E11E1 81D2B06F 708A730B  A5CF2B43 B52E11E1 81D4B06F 708A730B  85
 Endpt(s): Alias                 E.164Addr
   src EP: BR2-RTR               3002
           CallSignalAddr  Port  RASSignalAddr   Port
           10.10.110.3     1820  10.10.110.3     62007
 Endpt(s): Alias                 E.164Addr
   dst EP: gk-trunk_1            95002
           CallSignalAddr  Port  RASSignalAddr   Port
           10.10.210.10    1720  10.10.210.10    32784
        callstate: SEP, DEP,


Thank you

Krishna.___
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

Re: [OSL | CCIE_Voice] Gatekeeper understanding

2012-05-30 Thread A NN

Hi Kevin,

Yes, gateway command was there and the show gatek en showed the BR2-RTR as 
registered.
How does the technology prefix works in this situation (two zones)?




 From: Kevin Spicer
To: A NN prince_karim...@yahoo.com 
Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com 
Sent: Wednesday, 30 May 2012, 5:56
Subject: Re: [OSL | CCIE_Voice] Gatekeeper understanding
 

Hi, is ucme registered to the gk? (gateway command missing?)
On 30 May 2012 03:08, A NN  wrote:

Hi list,
I configured a GK with two zones:
Zone UCM for CUCM
Zone UCME for Br2 router


 When I make Calls from CUCM to CME (3xxx) call fails as per debugs below. I'm 
not using any CUBE. Can please someone explain what's wrong with my config.

 zone local UCM cisco.com 10.10.200.3
 zone local UCME cisco.com
 zone prefix UCM 1... gw-priority 10 gk-trunk_2
 zone prefix UCM 1... gw-priority 9 gk-trunk_1
 zone prefix UCM 1... gw-priority 0 BR2-RTR
 zone prefix UCME 3...
 zone prefix UCM 5... gw-priority 10 gk-trunk_2
 zone prefix UCM 5... gw-priority 9 gk-trunk_1
 zone prefix UCM 5... gw-priority 0 BR2-RTR
 no shutdown


interface Loopback0
 ip address 10.10.110.3
 255.255.255.255
 ip ospf network point-to-point
 h323-gateway voip interface
 h323-gateway voip id UCME ipaddr 10.10.200.3 1719
 h323-gateway voip h323-id BR2-RTR
 h323-gateway voip tech-prefix 3
 h323-gateway voip bind srcaddr 10.10.110.3



May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
(3002) Matched tech-prefix 3
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
(3002) unresolved zone prefix, using source zone UCM
May 26 18:37:05.630: 
////GK/gk_rassrv_get_ingress_network: returning 
default ingress network = 1
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
about to check the source side, src_zonep=0x48C6E830
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
matched zone is UCM, and z_invianamelen=0
May 26 
HQ-RTR(config-18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check the 
destination side, dst_zonep=0x48C6E830
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
matched zone is UCM, and z_outvianamelen=0
May 26 18:37:05.630: 
////GK/gk_rassrv_get_ingress_network: returning 
default ingress network = 1
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
(3002) tech-prefix gateway selection failed.
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/gk_rassrv_sep_arq: 
rassrv_get_addrinfo() failed (return code = 0x107)gk)#
HQ-RTR(config-gk)#e
May 26 18:37:15.518: ////GK/gk_process: got a TIMER 
event
___
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

Re: [OSL | CCIE_Voice] Gatekeeper understanding

2012-05-30 Thread Farkas Péter

Matched zone is UCM for this call since no prefix was matched. GK tries to 
terminate call in UCM zone. Consider technology prefix is matched to 3 but the 
remaining should be the zone prefix itself. You may need to send calls like 
33... format to direct the call to UCME zone.

Peter
- Original Message -
From: A NN prince_karim...@yahoo.com
Date: Wednesday, May 30, 2012 11:47 am
Subject: Re: [OSL | CCIE_Voice] Gatekeeper understanding
To: Kevin Spicer ke...@kevinspicer.co.uk
Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com

 Hi Kevin,

  Yes, gateway command was there and the show gatek en showed the BR2-RTR as 
 registered.
  How does the technology prefix works in this situation (two zones)?

   From: Kevin Spicer
  To: A NN prince_karim...@yahoo.com 
  Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com 
  Sent: Wednesday, 30 May 2012, 5:56
  Subject: Re: [OSL | CCIE_Voice] Gatekeeper understanding

  Hi, is ucme registered to the gk? (gateway command missing?)
  On 30 May 2012 03:08, A NN  wrote:

  Hi list,
  I configured a GK with two zones:
  Zone UCM for CUCM
  Zone UCME for Br2 router

   When I make Calls from CUCM to CME (3xxx) call fails as per debugs below. 
 I'm not using any 
 CUBE. Can please someone explain what's wrong with my config.

   zone local UCM cisco.com 10.10.200.3
   zone local UCME cisco.com
   zone prefix UCM 1... gw-priority 10 gk-trunk_2
   zone prefix UCM 1... gw-priority 9 gk-trunk_1
   zone prefix UCM 1... gw-priority 0 BR2-RTR
   zone prefix UCME 3...
   zone prefix UCM 5... gw-priority 10 gk-trunk_2
   zone prefix UCM 5... gw-priority 9 gk-trunk_1
   zone prefix UCM 5... gw-priority 0 BR2-RTR
   no shutdown

  interface Loopback0
   ip address 10.10.110.3
   255.255.255.255
   ip ospf network point-to-point
   h323-gateway voip interface
   h323-gateway voip id UCME ipaddr 10.10.200.3 1719
   h323-gateway voip h323-id BR2-RTR
   h323-gateway voip tech-prefix 3
   h323-gateway voip bind srcaddr 10.10.110.3

  May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
 (3002) Matched 
 tech-prefix 3
  May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
 (3002) unresolved 
 zone prefix, using source zone UCM
  May 26 18:37:05.630: 
 ////GK/gk_rassrv_get_ingress_network: returning 
 default ingress network = 1
  May 26 18:37:05.630: 
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check 
 the source side, src_zonep=0x48C6E830
  May 26 18:37:05.630: 
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: matched zone 
 is UCM, and z_invianamelen=0
  May 26 
  HQ-RTR(config-18:37:05.630:
   //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check 
 the destination 
 side, dst_zonep=0x48C6E830
  May 26 18:37:05.630: 
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: matched zone 
 is UCM, and z_outvianamelen=0
  May 26 18:37:05.630: 
 ////GK/gk_rassrv_get_ingress_network: returning 
 default ingress network = 1
  May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
 (3002) tech-prefix 
 gateway selection failed.
  May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/gk_rassrv_sep_arq: 
 rassrv_get_addrinfo() 
 failed (return code = 0x107)gk)#
  HQ-RTR(config-gk)#e
  May 26 18:37:15.518: ////GK/gk_process: got a TIMER 
 event
  ___
  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 
___
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

Re: [OSL | CCIE_Voice] Gatekeeper understanding

2012-05-30 Thread Bill Lake

Why not try getting it to work first without the tech-prefix

Try this:

gk

shut

zone local UCM cisco.com http://cisco.com/

 zone local UCME cisco.com http://cisco.com/

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

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

 zone prefix UCME 3...

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

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

gw-type-prefix 1# default-technology

 no shutdown





BR2

no gateway

interface lo0

 ip address 10.10.110.3 255.255.255.255

 ip ospf network point-to-point

 h323-gateway voip interface

 h323-gateway voip id UCME ipaddr 10.10.110.1  (changed to lo0 of GK)

 h323-gateway voip h323-id BR2-RTR

 h323-gateway voip bind srcaddr 10.10.110.3

Gateway



Get it working then play with technology prefixing


From:  A NN prince_karim...@yahoo.com
Reply-To:  A NN prince_karim...@yahoo.com
Date:  Wednesday, May 30, 2012 3:52 AM
To:  Kevin Spicer ke...@kevinspicer.co.uk
Cc:  ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com
Subject:  Re: [OSL | CCIE_Voice] Gatekeeper understanding

Hi Kevin,

Yes, gateway command was there and the show gatek en showed the BR2-RTR as
registered.
How does the technology prefix works in this situation (two zones)?

  
 
 
  

  From: Kevin Spicer
 To: A NN prince_karim...@yahoo.com
Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com
 Sent: Wednesday, 30 May 2012, 5:56
 Subject: Re: [OSL | CCIE_Voice] Gatekeeper understanding
  
 
Hi, is ucme registered to the gk? (gateway command missing?)
On 30 May 2012 03:08, A NN  wrote:
 Hi list,
 I configured a GK with two zones:
 Zone UCM for CUCM
 Zone UCME for Br2 router
 
  When I make Calls from CUCM to CME (3xxx) call fails as per debugs below. I'm
 not using any CUBE. Can please someone explain what's wrong with my config.
 
  zone local UCM cisco.com http://cisco.com  10.10.200.3
  zone local UCME cisco.com http://cisco.com
  zone prefix UCM 1... gw-priority 10 gk-trunk_2
  zone prefix UCM 1... gw-priority 9 gk-trunk_1
  zone prefix UCM 1... gw-priority 0 BR2-RTR
  zone prefix UCME 3...
  zone prefix UCM 5... gw-priority 10 gk-trunk_2
  zone prefix UCM 5... gw-priority 9 gk-trunk_1
  zone prefix UCM 5... gw-priority 0 BR2-RTR
  no shutdown
 
 
 interface Loopback0
  ip address 10.10.110.3 255.255.255.255
  ip ospf network point-to-point
  h323-gateway voip interface
  h323-gateway voip id UCME ipaddr 10.10.200.3 1719
  h323-gateway voip h323-id BR2-RTR
  h323-gateway voip tech-prefix 3
  h323-gateway voip bind srcaddr 10.10.110.3
 
 
 
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo:
 (3002) Matched tech-prefix 3
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo:
 (3002) unresolved zone prefix, using source zone UCM
 May 26 18:37:05.630:
 ////GK/gk_rassrv_get_ingress_network: returning
 default ingress network = 1
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone:
 about to check the source side, src_zonep=0x48C6E830
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone:
 matched zone is UCM, and z_invianamelen=0
 May 26 
 HQ-RTR(config-18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check the
 destination side, dst_zonep=0x48C6E830
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone:
 matched zone is UCM, and z_outvianamelen=0
 May 26 18:37:05.630:
 ////GK/gk_rassrv_get_ingress_network: returning
 default ingress network = 1
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo:
 (3002) tech-prefix gateway selection failed.
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/gk_rassrv_sep_arq:
 rassrv_get_addrinfo() failed (return code = 0x107)gk)#
 HQ-RTR(config-gk)#e
 May 26 18:37:15.518: ////GK/gk_process: got a TIMER
 event
 
 ___
 For more information regarding industry leading CCIE Lab training, please
 visit www.ipexpert.com http://www.ipexpert.com
 
 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com http://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

___
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

Re: [OSL | CCIE_Voice] Gatekeeper understanding

2012-05-30 Thread A NN

Thank you Guys will try the below. If they ask in the lab to configure the 
Gatekeeper, are we free to choose if we use default-tech or tech-prefix? or do 
they specify this in the lab?

 From: Bill Lake whl...@gmail.com
To: A NN prince_karim...@yahoo.com; Kevin Spicer ke...@kevinspicer.co.uk 
Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com 
Sent: Wednesday, 30 May 2012, 11:22
Subject: Re: [OSL | CCIE_Voice] Gatekeeper understanding

Why not try getting it to work first without the tech-prefix

Try this:

gk
shut
zone local UCM cisco.com 
 zone local UCME cisco.com
 zone prefix UCM 1... gw-priority 10 gk-trunk_2
 zone prefix UCM 1... gw-priority 9 gk-trunk_1
 zone prefix UCME 3...
 zone prefix UCM 5... gw-priority 10 gk-trunk_2
 zone prefix UCM 5... gw-priority 9 gk-trunk_1
gw-type-prefix 1# default-technology
 no shutdown

BR2
no gateway
interface lo0
 ip address 10.10.110.3 255.255.255.255
 ip ospf network point-to-point
 h323-gateway voip interface
 h323-gateway voip id UCME ipaddr 10.10.110.1  (changed to lo0 of GK)
 h323-gateway voip h323-id BR2-RTR
 h323-gateway voip bind srcaddr 10.10.110.3
Gateway

Get it working then play with technology prefixing
From:  A NN prince_karim...@yahoo.com
Reply-To:  A NN prince_karim...@yahoo.com
Date:  Wednesday, May 30, 2012 3:52 AM
To:  Kevin Spicer ke...@kevinspicer.co.uk
Cc:  ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com
Subject:  Re: [OSL | CCIE_Voice] Gatekeeper understanding

Hi Kevin,

Yes, gateway command was there and the show gatek en showed the BR2-RTR as 
registered.
How does the technology prefix works in this situation (two zones)?

 From: Kevin Spicer
To: A NN prince_karim...@yahoo.com 
Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com 
Sent: Wednesday, 30 May 2012, 5:56
Subject: Re: [OSL | CCIE_Voice] Gatekeeper understanding

Hi, is ucme registered to the gk? (gateway command missing?)
On 30 May 2012 03:08, A NN  wrote:

Hi list,
I configured a GK with two zones:
Zone UCM for CUCM
Zone UCME for Br2 router

 When I make Calls from CUCM to CME (3xxx) call fails as per debugs below. I'm 
not using any CUBE. Can please someone explain what's wrong with my config.

 zone local UCM cisco.com 10.10.200.3
 zone local UCME cisco.com
 zone prefix UCM 1... gw-priority 10 gk-trunk_2
 zone prefix UCM 1... gw-priority 9 gk-trunk_1
 zone prefix UCM 1... gw-priority 0 BR2-RTR
 zone prefix UCME 3...
 zone prefix UCM 5... gw-priority 10 gk-trunk_2
 zone prefix UCM 5... gw-priority 9 gk-trunk_1
 zone prefix UCM 5... gw-priority 0 BR2-RTR
 no shutdown

interface Loopback0
 ip address 10.10.110.3
 255.255.255.255
 ip ospf network point-to-point
 h323-gateway voip interface
 h323-gateway voip id UCME ipaddr 10.10.200.3 1719
 h323-gateway voip h323-id BR2-RTR
 h323-gateway voip tech-prefix 3
 h323-gateway voip bind srcaddr 10.10.110.3

May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
(3002) Matched tech-prefix 3
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
(3002) unresolved zone prefix, using source zone UCM
May 26 18:37:05.630: 
////GK/gk_rassrv_get_ingress_network: returning 
default ingress network = 1
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
about to check the source side, src_zonep=0x48C6E830
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
matched zone is UCM, and z_invianamelen=0
May 26 
HQ-RTR(config-18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check the 
destination side, dst_zonep=0x48C6E830
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
matched zone is UCM, and z_outvianamelen=0
May 26 18:37:05.630: 
////GK/gk_rassrv_get_ingress_network: returning 
default ingress network = 1
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: 
(3002) tech-prefix gateway selection failed.
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/gk_rassrv_sep_arq: 
rassrv_get_addrinfo() failed (return code = 0x107)gk)#
HQ-RTR(config-gk)#e
May 26 18:37:15.518: ////GK/gk_process: got a TIMER 
event
___
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___
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

[OSL | CCIE_Voice] Gatekeeper understanding

2012-05-29 Thread A NN

Hi list,
I configured a GK with two zones:
Zone UCM for CUCM
Zone UCME for Br2 router

 When I make Calls from CUCM to CME (3xxx) call fails as per debugs below. I'm 
not using any CUBE. Can please someone explain what's wrong with my config.

 zone local UCM cisco.com 10.10.200.3
 zone local UCME cisco.com
 zone prefix UCM 1... gw-priority 10 gk-trunk_2
 zone prefix UCM 1... gw-priority 9 gk-trunk_1
 zone prefix UCM 1... gw-priority 0 BR2-RTR
 zone prefix UCME 3...
 zone prefix UCM 5... gw-priority 10 gk-trunk_2
 zone prefix UCM 5... gw-priority 9 gk-trunk_1
 zone prefix UCM 5... gw-priority 0 BR2-RTR
 no shutdown


interface Loopback0
 ip address 10.10.110.3 255.255.255.255
 ip ospf network point-to-point
 h323-gateway voip interface
 h323-gateway voip id UCME ipaddr 10.10.200.3 1719
 h323-gateway voip h323-id BR2-RTR
 h323-gateway voip tech-prefix 3
 h323-gateway voip bind srcaddr 10.10.110.3



May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: (3002) 
Matched tech-prefix 3
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: (3002) 
unresolved zone prefix, using source zone UCM
May 26 18:37:05.630: 
////GK/gk_rassrv_get_ingress_network: returning default 
ingress network = 1
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
about to check the source side, src_zonep=0x48C6E830
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
matched zone is UCM, and z_invianamelen=0
May 26 
HQ-RTR(config-18:37:05.630: 
//80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check the 
destination side, dst_zonep=0x48C6E830
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: 
matched zone is UCM, and z_outvianamelen=0
May 26 18:37:05.630: 
////GK/gk_rassrv_get_ingress_network: returning default 
ingress network = 1
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo: (3002) 
tech-prefix gateway selection failed.
May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/gk_rassrv_sep_arq: 
rassrv_get_addrinfo() failed (return code = 0x107)gk)#
HQ-RTR(config-gk)#e
May 26 18:37:15.518: ////GK/gk_process: got a TIMER 
event
___
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

Re: [OSL | CCIE_Voice] Gatekeeper understanding

2012-05-29 Thread Kevin Spicer

Hi, is ucme registered to the gk? (gateway command missing?)

On 30 May 2012 03:08, A NN prince_karim...@yahoo.com wrote:

 Hi list,
 I configured a GK with two zones:
 Zone UCM for CUCM
 Zone UCME for Br2 router

  When I make Calls from CUCM to CME (3xxx) call fails as per debugs below.
 I'm not using any CUBE. Can please someone explain what's wrong with my
 config.

  zone local UCM cisco.com 10.10.200.3
  zone local UCME cisco.com
  zone prefix UCM 1... gw-priority 10 gk-trunk_2
  zone prefix UCM 1... gw-priority 9 gk-trunk_1
  zone prefix UCM 1... gw-priority 0 BR2-RTR
  zone prefix UCME 3...
  zone prefix UCM 5... gw-priority 10 gk-trunk_2
  zone prefix UCM 5... gw-priority 9 gk-trunk_1
  zone prefix UCM 5... gw-priority 0 BR2-RTR
  no shutdown


 interface Loopback0
  ip address 10.10.110.3 255.255.255.255
  ip ospf network point-to-point
  h323-gateway voip interface
  h323-gateway voip id UCME ipaddr 10.10.200.3 1719
  h323-gateway voip h323-id BR2-RTR
  h323-gateway voip tech-prefix 3
  h323-gateway voip bind srcaddr 10.10.110.3



 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo:
 (3002) Matched tech-prefix 3
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo:
 (3002) unresolved zone prefix, using source zone UCM
 May 26 18:37:05.630:
 ////GK/gk_rassrv_get_ingress_network: returning
 default ingress network = 1
 May 26 18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check
 the source side, src_zonep=0x48C6E830
 May 26 18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: matched zone is
 UCM, and z_invianamelen=0
 May 26
 HQ-RTR(config-18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: about to check
 the destination side, dst_zonep=0x48C6E830
 May 26 18:37:05.630:
 //80849A2C1900/80849A2C1900/GK/rassrv_arq_select_viazone: matched zone is
 UCM, and z_outvianamelen=0
 May 26 18:37:05.630:
 ////GK/gk_rassrv_get_ingress_network: returning
 default ingress network = 1
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/rassrv_get_addrinfo:
 (3002) tech-prefix gateway selection failed.
 May 26 18:37:05.630: //80849A2C1900/80849A2C1900/GK/gk_rassrv_sep_arq:
 rassrv_get_addrinfo() failed (return code = 0x107)gk)#
 HQ-RTR(config-gk)#e
 May 26 18:37:15.518: ////GK/gk_process: got a
 TIMER event

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

2012-05-24 Thread The Masterplan

Supplementary services still fails with all these commands.
Results of debug voip ipipgw are below. In case of call from cme to ucm:

May 24 06:13:49.148:
//1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing:
call_spi_mode = 3
May 24 06:13:49.148:
//1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing: h245 state
m/c mode=0x4F0, h323_ctl=0x0
May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
peer
May 24 06:13:49.148: //-1//H323/cch323_get_dp_pref_mask:
cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
configured
May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
Peer channel present: dp pref mask=C
May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
Not a single match to filter: dp pref mask=C
May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
First preferred codec(bytes)=-1(0)
May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
Mode set to FLOW_THROUGH
May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
SIP-H323 xcoding, try to reserve transcoder for codec mismatch
May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
Xcoding needed, setup pref codec
May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
peer
May 24 06:13:49.152: //-1//H323/cch323_get_dp_pref_mask:
cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
configured
May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
Mode set to FLOW_THROUGH
May 24 06:13:49.152:
//1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing: h245 sm
mode = 1264
May 24 06:13:49.152:
//1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing:
h323_ctl=0x20
May 24 06:13:49.160: //1515/761E975F86AF/H323/cch323_rotary_validate: No
peer_ccb available
May 24 06:13:49.160:
//1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
state_mc_mode=0x4F0 on outbound leg
May 24 06:13:49.160:
//1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
srcAddress = 0xA010123, h245_lport = 0, flow mode = 1, minimum_qos=0
May 24 06:13:49.160:
//1515/761E975F86AF/H323/cch323_generic_open_logical_channel: current codec
= 16:20:20
May 24 06:13:50.461:
//1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: Send cap
ind to peer leg
May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
audioFastStartArray=0x45F99E9C
May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
channel_info ptr=0x46044A78, ccb ptr=0x46011CF4
May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
Channel Information:
Logical Channel Number (fwd): 1
Logical Channel Number (rev): 1
Channel address (fwd/rev):10.1.1.235
RTP  Channel (fwd/rev):   17668
RTCP Channel (fwd/rev):   17669
QoS Capability (fwd/rev): 0
Symmetric Audio Codec:16
Symmetric Audio Codec Bytes:  20
Flow Mode:0
Silence Suppression:  1
May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
NumOfElements = 1 idx = 1
May 24 06:13:50.461:
//1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: set
have_lcl_caps to 1
May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_do_open_channel_ind:
Sending event CC_EV_H245_OPEN_CHANNEL_IND, channelInfo pointer 0x46044A78
May 24 06:13:50.465: //1515/761E975F86AF/H323/h245_address_ind: ev=6
May 24 06:13:50.465: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
state=0, event=1, ccb=46011CF4, listen state=0
May 24 06:13:50.485: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
state=1, event=2, ccb=46011CF4, listen state=0
May 24 06:13:50.485:
//1515/761E975F86AF/H323/h245_copy_preferred_codec_list: Copying Preferred
codec into caps table
May 24 06:13:50.485: //1515/761E975F86AF/H323/h245_send_generic_audio_caps:
[trans]audio mask after operation=0xC
May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_h245_cap_ind: Masks
au=0x100C data=0x4 uinp=0x32
May 24 06:13:50.493: //-1//H323/cch323_get_dp_pref_mask:
cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
configured
May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:
Copying codec list into extended caps structure
May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:
G729IETF
May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:
G729a
May 24 06:13:50.497: //1515/761E975F86AF/H323/cch323_iwf_cap_notify: Mask
sent to other leg=C
May 24 06:13:50.497: //1515/761E975F86AF/H323/cch323_iwf_cap_notify:
../voip/cch323/gw/src/cch323_h245_iwf_util.c:cch323_iwf_cap_notify:1048

Re: [OSL | CCIE_Voice] Gatekeeper trunk

2012-05-24 Thread san r

Try to put call on hold and see myopia is invoking from router.
Sh sccp
On May 24, 2012 11:26 AM, The Masterplan winmasterp...@gmail.com wrote:

 Supplementary services still fails with all these commands.
 Results of debug voip ipipgw are below. In case of call from cme to ucm:

 May 24 06:13:49.148:
 //1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing:
 call_spi_mode = 3
 May 24 06:13:49.148:
 //1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing: h245 state
 m/c mode=0x4F0, h323_ctl=0x0
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
 peer
 May 24 06:13:49.148: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
 configured
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 Peer channel present: dp pref mask=C
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 Not a single match to filter: dp pref mask=C
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 First preferred codec(bytes)=-1(0)
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
 Mode set to FLOW_THROUGH
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
 SIP-H323 xcoding, try to reserve transcoder for codec mismatch
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
 Xcoding needed, setup pref codec
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
 peer
 May 24 06:13:49.152: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
 configured
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
 Mode set to FLOW_THROUGH
 May 24 06:13:49.152:
 //1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing: h245 sm
 mode = 1264
 May 24 06:13:49.152:
 //1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing:
 h323_ctl=0x20
 May 24 06:13:49.160: //1515/761E975F86AF/H323/cch323_rotary_validate: No
 peer_ccb available
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
 state_mc_mode=0x4F0 on outbound leg
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
 srcAddress = 0xA010123, h245_lport = 0, flow mode = 1, minimum_qos=0
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_generic_open_logical_channel: current codec
 = 16:20:20
 May 24 06:13:50.461:
 //1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: Send cap
 ind to peer leg
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 audioFastStartArray=0x45F99E9C
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 channel_info ptr=0x46044A78, ccb ptr=0x46011CF4
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 Channel Information:
 Logical Channel Number (fwd): 1
 Logical Channel Number (rev): 1
 Channel address (fwd/rev):10.1.1.235
 RTP  Channel (fwd/rev):   17668
 RTCP Channel (fwd/rev):   17669
 QoS Capability (fwd/rev): 0
 Symmetric Audio Codec:16
 Symmetric Audio Codec Bytes:  20
 Flow Mode:0
 Silence Suppression:  1
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 NumOfElements = 1 idx = 1
 May 24 06:13:50.461:
 //1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: set
 have_lcl_caps to 1
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_do_open_channel_ind:
 Sending event CC_EV_H245_OPEN_CHANNEL_IND, channelInfo pointer 0x46044A78
 May 24 06:13:50.465: //1515/761E975F86AF/H323/h245_address_ind: ev=6
 May 24 06:13:50.465: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
 state=0, event=1, ccb=46011CF4, listen state=0
 May 24 06:13:50.485: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
 state=1, event=2, ccb=46011CF4, listen state=0
 May 24 06:13:50.485:
 //1515/761E975F86AF/H323/h245_copy_preferred_codec_list: Copying Preferred
 codec into caps table
 May 24 06:13:50.485:
 //1515/761E975F86AF/H323/h245_send_generic_audio_caps: [trans]audio mask
 after operation=0xC
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_h245_cap_ind: Masks
 au=0x100C data=0x4 uinp=0x32
 May 24 06:13:50.493: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
 configured
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:
 Copying codec list into extended caps structure
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:
 G729IETF
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:

Re: [OSL | CCIE_Voice] Gatekeeper trunk

2012-05-24 Thread Peter Farkas


Try to add:

!
voice service voip
sip
midcall-signaling passthru
!

Peter

- Original Message - 
From: Mohd Baqari baqari.voic...@gmail.com

To: san r luv...@gmail.com
Cc: ccie_voice@onlinestudylist.com; The Masterplan 
winmasterp...@gmail.com

Sent: Wednesday, May 23, 2012 9:15 PM
Subject: Re: [OSL | CCIE_Voice] Gatekeeper trunk



Hi,

If the command emptycapability then it has to work assuming that u kept 
gk in media flow through mode.


Plz share the output of debug ipipgw on cube

Regards,
Mohammed Al Baqari

Sent from my iPhone

On May 23, 2012, at 7:50 PM, san r luv...@gmail.com wrote:


emptycapability

___
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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

2012-05-24 Thread The Masterplan

I have added this command also and the same behaviour. This problem drives
me nuts.

On Thu, May 24, 2012 at 9:46 AM, Peter Farkas wormh...@sch.hu wrote:

 Try to add:

 !
 voice service voip
 sip
 midcall-signaling passthru
 !

 Peter

 - Original Message - From: Mohd Baqari baqari.voic...@gmail.com
 
 To: san r luv...@gmail.com
 Cc: ccie_voice@onlinestudylist.**com ccie_voice@onlinestudylist.com;
 The Masterplan winmasterp...@gmail.com
 Sent: Wednesday, May 23, 2012 9:15 PM
 Subject: Re: [OSL | CCIE_Voice] Gatekeeper trunk


  Hi,

 If the command emptycapability then it has to work assuming that u kept
 gk in media flow through mode.

 Plz share the output of debug ipipgw on cube

 Regards,
 Mohammed Al Baqari

 Sent from my iPhone

 On May 23, 2012, at 7:50 PM, san r luv...@gmail.com wrote:

  emptycapability

 __**_
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

2012-05-24 Thread Kevin Spicer

I've seen supplementary service fail when CUCM invokes network hold and MOH
doesn't support the codec of the call (real world CUCM 6 intercluster
trunk), so might be worth disabling MOH to check.

On Thu, May 24, 2012 at 6:56 AM, The Masterplan winmasterp...@gmail.comwrote:

 Supplementary services still fails with all these commands.
 Results of debug voip ipipgw are below. In case of call from cme to ucm:

 May 24 06:13:49.148:
 //1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing:
 call_spi_mode = 3
 May 24 06:13:49.148:
 //1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing: h245 state
 m/c mode=0x4F0, h323_ctl=0x0
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
 peer
 May 24 06:13:49.148: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
 configured
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 Peer channel present: dp pref mask=C
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 Not a single match to filter: dp pref mask=C
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 First preferred codec(bytes)=-1(0)
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
 Mode set to FLOW_THROUGH
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
 SIP-H323 xcoding, try to reserve transcoder for codec mismatch
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
 Xcoding needed, setup pref codec
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
 peer
 May 24 06:13:49.152: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
 configured
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
 Mode set to FLOW_THROUGH
 May 24 06:13:49.152:
 //1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing: h245 sm
 mode = 1264
 May 24 06:13:49.152:
 //1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing:
 h323_ctl=0x20
 May 24 06:13:49.160: //1515/761E975F86AF/H323/cch323_rotary_validate: No
 peer_ccb available
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
 state_mc_mode=0x4F0 on outbound leg
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
 srcAddress = 0xA010123, h245_lport = 0, flow mode = 1, minimum_qos=0
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_generic_open_logical_channel: current codec
 = 16:20:20
 May 24 06:13:50.461:
 //1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: Send cap
 ind to peer leg
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 audioFastStartArray=0x45F99E9C
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 channel_info ptr=0x46044A78, ccb ptr=0x46011CF4
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 Channel Information:
 Logical Channel Number (fwd): 1
 Logical Channel Number (rev): 1
 Channel address (fwd/rev):10.1.1.235
 RTP  Channel (fwd/rev):   17668
 RTCP Channel (fwd/rev):   17669
 QoS Capability (fwd/rev): 0
 Symmetric Audio Codec:16
 Symmetric Audio Codec Bytes:  20
 Flow Mode:0
 Silence Suppression:  1
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 NumOfElements = 1 idx = 1
 May 24 06:13:50.461:
 //1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: set
 have_lcl_caps to 1
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_do_open_channel_ind:
 Sending event CC_EV_H245_OPEN_CHANNEL_IND, channelInfo pointer 0x46044A78
 May 24 06:13:50.465: //1515/761E975F86AF/H323/h245_address_ind: ev=6
 May 24 06:13:50.465: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
 state=0, event=1, ccb=46011CF4, listen state=0
 May 24 06:13:50.485: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
 state=1, event=2, ccb=46011CF4, listen state=0
 May 24 06:13:50.485:
 //1515/761E975F86AF/H323/h245_copy_preferred_codec_list: Copying Preferred
 codec into caps table
 May 24 06:13:50.485:
 //1515/761E975F86AF/H323/h245_send_generic_audio_caps: [trans]audio mask
 after operation=0xC
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_h245_cap_ind: Masks
 au=0x100C data=0x4 uinp=0x32
 May 24 06:13:50.493: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729 is
 configured
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_set_extended_caps:
 Copying codec list into extended caps structure
 May 24 06:13:50.493:

Re: [OSL | CCIE_Voice] Gatekeeper trunk

2012-05-24 Thread The Masterplan

Still nothing. I give up for the moment. The behaviour is the same in all
cases. Thank you guys for your time and advices. If you have other ideas...

On Thu, May 24, 2012 at 11:10 AM, Kevin Spicer ke...@kevinspicer.co.ukwrote:

 I've seen supplementary service fail when CUCM invokes network hold and
 MOH doesn't support the codec of the call (real world CUCM 6 intercluster
 trunk), so might be worth disabling MOH to check.

 On Thu, May 24, 2012 at 6:56 AM, The Masterplan 
 winmasterp...@gmail.comwrote:

 Supplementary services still fails with all these commands.
 Results of debug voip ipipgw are below. In case of call from cme to ucm:

 May 24 06:13:49.148:
 //1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing:
 call_spi_mode = 3
 May 24 06:13:49.148:
 //1515/761E975F86AF/H323/cch323_set_h245_state_mc_mode_outgoing: h245 state
 m/c mode=0x4F0, h323_ctl=0x0
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
 peer
 May 24 06:13:49.148: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729
 is configured
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 Peer channel present: dp pref mask=C
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 Not a single match to filter: dp pref mask=C
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_set_pref_codec_list:
 First preferred codec(bytes)=-1(0)
 May 24 06:13:49.148: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
 Mode set to FLOW_THROUGH
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
 SIP-H323 xcoding, try to reserve transcoder for codec mismatch
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_caps_chn_info:
 Xcoding needed, setup pref codec
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Entry
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Have
 peer
 May 24 06:13:49.152: //-1//H323/cch323_get_dp_pref_mask:
 cch323_get_dp_pref_mask:IPIPGW(1515):setting mask for 729ar8also as 729
 is configured
 May 24 06:13:49.152: //1515/761E975F86AF/H323/cch323_get_peer_info: Flow
 Mode set to FLOW_THROUGH
 May 24 06:13:49.152:
 //1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing: h245 sm
 mode = 1264
 May 24 06:13:49.152:
 //1515/761E975F86AF/H323/cch323_set_h323_control_options_outgoing:
 h323_ctl=0x20
 May 24 06:13:49.160: //1515/761E975F86AF/H323/cch323_rotary_validate: No
 peer_ccb available
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
 state_mc_mode=0x4F0 on outbound leg
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_build_local_encoded_fastStartOLCs:
 srcAddress = 0xA010123, h245_lport = 0, flow mode = 1, minimum_qos=0
 May 24 06:13:49.160:
 //1515/761E975F86AF/H323/cch323_generic_open_logical_channel: current codec
 = 16:20:20
 May 24 06:13:50.461:
 //1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: Send cap
 ind to peer leg
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 audioFastStartArray=0x45F99E9C
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 channel_info ptr=0x46044A78, ccb ptr=0x46011CF4
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 Channel Information:
 Logical Channel Number (fwd): 1
 Logical Channel Number (rev): 1
 Channel address (fwd/rev):10.1.1.235
 RTP  Channel (fwd/rev):   17668
 RTCP Channel (fwd/rev):   17669
 QoS Capability (fwd/rev): 0
 Symmetric Audio Codec:16
 Symmetric Audio Codec Bytes:  20
 Flow Mode:0
 Silence Suppression:  1
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_build_olc_for_ccapi:
 NumOfElements = 1 idx = 1
 May 24 06:13:50.461:
 //1515/761E975F86AF/H323/cch323_receive_fastStart_cap_response: set
 have_lcl_caps to 1
 May 24 06:13:50.461: //1515/761E975F86AF/H323/cch323_do_open_channel_ind:
 Sending event CC_EV_H245_OPEN_CHANNEL_IND, channelInfo pointer 0x46044A78
 May 24 06:13:50.465: //1515/761E975F86AF/H323/h245_address_ind: ev=6
 May 24 06:13:50.465: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
 state=0, event=1, ccb=46011CF4, listen state=0
 May 24 06:13:50.485: //1515/761E975F86AF/H323/cch323_h245_connection_sm:
 state=1, event=2, ccb=46011CF4, listen state=0
 May 24 06:13:50.485:
 //1515/761E975F86AF/H323/h245_copy_preferred_codec_list: Copying Preferred
 codec into caps table
 May 24 06:13:50.485:
 //1515/761E975F86AF/H323/h245_send_generic_audio_caps: [trans]audio mask
 after operation=0xC
 May 24 06:13:50.493: //1515/761E975F86AF/H323/cch323_h245_cap_ind: Masks
 au=0x100C data=0x4 uinp=0x32
 May 24 06:13:50.493: //-1//H323/cch323_get_dp_pref_mask:

[OSL | CCIE_Voice] Gatekeeper trunk

Hi,

I have the following setup:
Sip IP phone --- CME ---h323 GK  ---GK trunk CUCM-- Sip
IP phone
On the cme side I have a transcoder and sip ip phone configured with codec
g711ulaw.
On the cucm side I also have a transcoder on mrgl of gk trunk that is in a
device pool configured to speak g729 only. I have unchecked on trunk Wait
for Far End H.245 Terminal Capability Set and checked the following:
- Media termination point required
- Inbound Fast Start
- Outbound Fast Start with G729 codec
Given this facts, the call is established succesfully (transcoders are
used) but supplementary services are not working from either side.

Thank you
___
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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

Please paste your configs
On May 23, 2012 11:23 PM, The Masterplan winmasterp...@gmail.com wrote:

 I configured that, but the result is the same.

 On Wed, May 23, 2012 at 6:50 PM, san r luv...@gmail.com wrote:

 Try the following commands in voice class or H.323 voice-service
 configuration mode - h323 end

 h225 connect-passthru
 emptycapability
 h245 passthru tcsnonstd-passthru

 On Wed, May 23, 2012 at 5:35 PM, The Masterplan 
 winmasterp...@gmail.comwrote:

 Hi,

 I have the following setup:
 Sip IP phone --- CME ---h323 GK  ---GK trunk CUCM--
 Sip IP phone
 On the cme side I have a transcoder and sip ip phone configured with
 codec g711ulaw.
 On the cucm side I also have a transcoder on mrgl of gk trunk that is in
 a device pool configured to speak g729 only. I have unchecked on trunk
 Wait for Far End H.245 Terminal Capability Set and checked the following:
 - Media termination point required
 - Inbound Fast Start
 - Outbound Fast Start with G729 codec
 Given this facts, the call is established succesfully (transcoders are
 used) but supplementary services are not working from either side.

 Thank you

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

Hi,

This is the cme side relevant config:

voice service voip
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 h323
  emptycapability
  h225 connect-passthru
  h245 passthru tcsnonstd-passthru
 sip
  bind control source-interface FastEthernet0/0
  bind media source-interface FastEthernet0/0
  registrar server
  no update-callerid

voice register global
 mode cme
 source-address 10.1.1.235 port 5060
 max-dn 4
 max-pool 3
 authenticate register
 create profile sync 0054221011645706
voice register dn  2
 number 1006
 call-forward b2bua busy 2000
 call-forward b2bua mailbox 2100
 call-forward b2bua noan 2000 timeout 20
!
voice register pool  1
 id mac ..
 number 1 dn 2
 dtmf-relay rtp-nte
 username 1006 password cisco
 codec g711ulaw

interface FastEthernet0/0
 ip address 10.1.1.235 255.255.0.0
 h323-gateway voip interface
 h323-gateway voip id UCM ipaddr 10.1.1.171 1719
 h323-gateway voip h323-id cme
 h323-gateway voip tech-prefix 1#
 h323-gateway voip bind srcaddr 10.1.1.235

dial-peer voice 5000 voip
 translation-profile incoming stripgk
 destination-pattern 5...$
 session target ras
 incoming called-number .
 tech-prefix 1#
 dtmf-relay h245-alphanumeric
 no vad


On Wed, May 23, 2012 at 9:08 PM, san r luv...@gmail.com wrote:

 Please paste your configs
 On May 23, 2012 11:23 PM, The Masterplan winmasterp...@gmail.com
 wrote:

 I configured that, but the result is the same.

 On Wed, May 23, 2012 at 6:50 PM, san r luv...@gmail.com wrote:

 Try the following commands in voice class or H.323 voice-service
 configuration mode - h323 end

 h225 connect-passthru
 emptycapability
 h245 passthru tcsnonstd-passthru

 On Wed, May 23, 2012 at 5:35 PM, The Masterplan winmasterp...@gmail.com
  wrote:

 Hi,

 I have the following setup:
 Sip IP phone --- CME ---h323 GK  ---GK trunk
 CUCM-- Sip IP phone
 On the cme side I have a transcoder and sip ip phone configured with
 codec g711ulaw.
 On the cucm side I also have a transcoder on mrgl of gk trunk that is
 in a device pool configured to speak g729 only. I have unchecked on trunk
 Wait for Far End H.245 Terminal Capability Set and checked the following:
 - Media termination point required
 - Inbound Fast Start
 - Outbound Fast Start with G729 codec
 Given this facts, the call is established succesfully (transcoders are
 used) but supplementary services are not working from either side.

 Thank you

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

Do you have the same on GK as well?
On May 24, 2012 12:05 AM, The Masterplan winmasterp...@gmail.com wrote:

 Hi,

 This is the cme side relevant config:

 voice service voip
  allow-connections h323 to h323
  allow-connections h323 to sip
  allow-connections sip to h323
  allow-connections sip to sip
  h323
   emptycapability
   h225 connect-passthru
   h245 passthru tcsnonstd-passthru
  sip
   bind control source-interface FastEthernet0/0
   bind media source-interface FastEthernet0/0
   registrar server
   no update-callerid

 voice register global
  mode cme
  source-address 10.1.1.235 port 5060
  max-dn 4
  max-pool 3
  authenticate register
  create profile sync 0054221011645706
 voice register dn  2
  number 1006
  call-forward b2bua busy 2000
  call-forward b2bua mailbox 2100
  call-forward b2bua noan 2000 timeout 20
 !
 voice register pool  1
  id mac ..
  number 1 dn 2
  dtmf-relay rtp-nte
  username 1006 password cisco
  codec g711ulaw

 interface FastEthernet0/0
  ip address 10.1.1.235 255.255.0.0
  h323-gateway voip interface
  h323-gateway voip id UCM ipaddr 10.1.1.171 1719
  h323-gateway voip h323-id cme
  h323-gateway voip tech-prefix 1#
  h323-gateway voip bind srcaddr 10.1.1.235

 dial-peer voice 5000 voip
  translation-profile incoming stripgk
  destination-pattern 5...$
  session target ras
  incoming called-number .
  tech-prefix 1#
  dtmf-relay h245-alphanumeric
  no vad


 On Wed, May 23, 2012 at 9:08 PM, san r luv...@gmail.com wrote:

 Please paste your configs
 On May 23, 2012 11:23 PM, The Masterplan winmasterp...@gmail.com
 wrote:

 I configured that, but the result is the same.

 On Wed, May 23, 2012 at 6:50 PM, san r luv...@gmail.com wrote:

 Try the following commands in voice class or H.323 voice-service
 configuration mode - h323 end

 h225 connect-passthru
 emptycapability
 h245 passthru tcsnonstd-passthru

 On Wed, May 23, 2012 at 5:35 PM, The Masterplan 
 winmasterp...@gmail.com wrote:

 Hi,

 I have the following setup:
 Sip IP phone --- CME ---h323 GK  ---GK trunk
 CUCM-- Sip IP phone
 On the cme side I have a transcoder and sip ip phone configured with
 codec g711ulaw.
 On the cucm side I also have a transcoder on mrgl of gk trunk that is
 in a device pool configured to speak g729 only. I have unchecked on trunk
 Wait for Far End H.245 Terminal Capability Set and checked the 
 following:
 - Media termination point required
 - Inbound Fast Start
 - Outbound Fast Start with G729 codec
 Given this facts, the call is established succesfully (transcoders are
 used) but supplementary services are not working from either side.

 Thank you

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

No, only the gatekeeper configuration needed to route calls and the
following:

voice service voip
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip


On Wed, May 23, 2012 at 9:37 PM, san r luv...@gmail.com wrote:

 Do you have the same on GK as well?
 On May 24, 2012 12:05 AM, The Masterplan winmasterp...@gmail.com
 wrote:

 Hi,

 This is the cme side relevant config:

 voice service voip
  allow-connections h323 to h323
  allow-connections h323 to sip
  allow-connections sip to h323
  allow-connections sip to sip
  h323
   emptycapability
   h225 connect-passthru
   h245 passthru tcsnonstd-passthru
  sip
   bind control source-interface FastEthernet0/0
   bind media source-interface FastEthernet0/0
   registrar server
   no update-callerid

 voice register global
  mode cme
  source-address 10.1.1.235 port 5060
  max-dn 4
  max-pool 3
  authenticate register
  create profile sync 0054221011645706
 voice register dn  2
  number 1006
  call-forward b2bua busy 2000
  call-forward b2bua mailbox 2100
  call-forward b2bua noan 2000 timeout 20
 !
 voice register pool  1
  id mac ..
  number 1 dn 2
  dtmf-relay rtp-nte
  username 1006 password cisco
  codec g711ulaw

 interface FastEthernet0/0
  ip address 10.1.1.235 255.255.0.0
  h323-gateway voip interface
  h323-gateway voip id UCM ipaddr 10.1.1.171 1719
  h323-gateway voip h323-id cme
  h323-gateway voip tech-prefix 1#
  h323-gateway voip bind srcaddr 10.1.1.235

 dial-peer voice 5000 voip
  translation-profile incoming stripgk
  destination-pattern 5...$
  session target ras
  incoming called-number .
  tech-prefix 1#
  dtmf-relay h245-alphanumeric
  no vad


 On Wed, May 23, 2012 at 9:08 PM, san r luv...@gmail.com wrote:

 Please paste your configs
 On May 23, 2012 11:23 PM, The Masterplan winmasterp...@gmail.com
 wrote:

 I configured that, but the result is the same.

 On Wed, May 23, 2012 at 6:50 PM, san r luv...@gmail.com wrote:

 Try the following commands in voice class or H.323 voice-service
 configuration mode - h323 end

 h225 connect-passthru
 emptycapability
 h245 passthru tcsnonstd-passthru

 On Wed, May 23, 2012 at 5:35 PM, The Masterplan 
 winmasterp...@gmail.com wrote:

 Hi,

 I have the following setup:
 Sip IP phone --- CME ---h323 GK  ---GK trunk
 CUCM-- Sip IP phone
 On the cme side I have a transcoder and sip ip phone configured with
 codec g711ulaw.
 On the cucm side I also have a transcoder on mrgl of gk trunk that is
 in a device pool configured to speak g729 only. I have unchecked on trunk
 Wait for Far End H.245 Terminal Capability Set and checked the 
 following:
 - Media termination point required
 - Inbound Fast Start
 - Outbound Fast Start with G729 codec
 Given this facts, the call is established succesfully (transcoders
 are used) but supplementary services are not working from either side.

 Thank you

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

I believe it's supposed to be there on GK. Do you have Mtp on trunk?
On May 24, 2012 12:11 AM, The Masterplan winmasterp...@gmail.com wrote:

 No, only the gatekeeper configuration needed to route calls and the
 following:

 voice service voip
  allow-connections h323 to h323
  allow-connections h323 to sip
  allow-connections sip to h323
  allow-connections sip to sip


 On Wed, May 23, 2012 at 9:37 PM, san r luv...@gmail.com wrote:

 Do you have the same on GK as well?
 On May 24, 2012 12:05 AM, The Masterplan winmasterp...@gmail.com
 wrote:

 Hi,

 This is the cme side relevant config:

 voice service voip
  allow-connections h323 to h323
  allow-connections h323 to sip
  allow-connections sip to h323
  allow-connections sip to sip
  h323
   emptycapability
   h225 connect-passthru
   h245 passthru tcsnonstd-passthru
  sip
   bind control source-interface FastEthernet0/0
   bind media source-interface FastEthernet0/0
   registrar server
   no update-callerid

 voice register global
  mode cme
  source-address 10.1.1.235 port 5060
  max-dn 4
  max-pool 3
  authenticate register
  create profile sync 0054221011645706
 voice register dn  2
  number 1006
  call-forward b2bua busy 2000
  call-forward b2bua mailbox 2100
  call-forward b2bua noan 2000 timeout 20
 !
 voice register pool  1
  id mac ..
  number 1 dn 2
  dtmf-relay rtp-nte
  username 1006 password cisco
  codec g711ulaw

 interface FastEthernet0/0
  ip address 10.1.1.235 255.255.0.0
  h323-gateway voip interface
  h323-gateway voip id UCM ipaddr 10.1.1.171 1719
  h323-gateway voip h323-id cme
  h323-gateway voip tech-prefix 1#
  h323-gateway voip bind srcaddr 10.1.1.235

 dial-peer voice 5000 voip
  translation-profile incoming stripgk
  destination-pattern 5...$
  session target ras
  incoming called-number .
  tech-prefix 1#
  dtmf-relay h245-alphanumeric
  no vad


 On Wed, May 23, 2012 at 9:08 PM, san r luv...@gmail.com wrote:

 Please paste your configs
 On May 23, 2012 11:23 PM, The Masterplan winmasterp...@gmail.com
 wrote:

 I configured that, but the result is the same.

 On Wed, May 23, 2012 at 6:50 PM, san r luv...@gmail.com wrote:

 Try the following commands in voice class or H.323 voice-service
 configuration mode - h323 end

 h225 connect-passthru
 emptycapability
 h245 passthru tcsnonstd-passthru

 On Wed, May 23, 2012 at 5:35 PM, The Masterplan 
 winmasterp...@gmail.com wrote:

 Hi,

 I have the following setup:
 Sip IP phone --- CME ---h323 GK  ---GK trunk
 CUCM-- Sip IP phone
 On the cme side I have a transcoder and sip ip phone configured with
 codec g711ulaw.
 On the cucm side I also have a transcoder on mrgl of gk trunk that
 is in a device pool configured to speak g729 only. I have unchecked on
 trunk Wait for Far End H.245 Terminal Capability Set and checked the
 following:
 - Media termination point required
 - Inbound Fast Start
 - Outbound Fast Start with G729 codec
 Given this facts, the call is established succesfully (transcoders
 are used) but supplementary services are not working from either side.

 Thank you

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk

Yes, I have mtp on trunk. In the media resource group list assigned on
trunk I have first a media resource group containing the hardware mtp and
second a media resource group with the transcoder.

On Wed, May 23, 2012 at 9:46 PM, san r luv...@gmail.com wrote:

 I believe it's supposed to be there on GK. Do you have Mtp on trunk?
 On May 24, 2012 12:11 AM, The Masterplan winmasterp...@gmail.com
 wrote:

 No, only the gatekeeper configuration needed to route calls and the
 following:

 voice service voip
  allow-connections h323 to h323
  allow-connections h323 to sip
  allow-connections sip to h323
  allow-connections sip to sip


 On Wed, May 23, 2012 at 9:37 PM, san r luv...@gmail.com wrote:

 Do you have the same on GK as well?
 On May 24, 2012 12:05 AM, The Masterplan winmasterp...@gmail.com
 wrote:

 Hi,

 This is the cme side relevant config:

 voice service voip
  allow-connections h323 to h323
  allow-connections h323 to sip
  allow-connections sip to h323
  allow-connections sip to sip
  h323
   emptycapability
   h225 connect-passthru
   h245 passthru tcsnonstd-passthru
  sip
   bind control source-interface FastEthernet0/0
   bind media source-interface FastEthernet0/0
   registrar server
   no update-callerid

 voice register global
  mode cme
  source-address 10.1.1.235 port 5060
  max-dn 4
  max-pool 3
  authenticate register
  create profile sync 0054221011645706
 voice register dn  2
  number 1006
  call-forward b2bua busy 2000
  call-forward b2bua mailbox 2100
  call-forward b2bua noan 2000 timeout 20
 !
 voice register pool  1
  id mac ..
  number 1 dn 2
  dtmf-relay rtp-nte
  username 1006 password cisco
  codec g711ulaw

 interface FastEthernet0/0
  ip address 10.1.1.235 255.255.0.0
  h323-gateway voip interface
  h323-gateway voip id UCM ipaddr 10.1.1.171 1719
  h323-gateway voip h323-id cme
  h323-gateway voip tech-prefix 1#
  h323-gateway voip bind srcaddr 10.1.1.235

 dial-peer voice 5000 voip
  translation-profile incoming stripgk
  destination-pattern 5...$
  session target ras
  incoming called-number .
  tech-prefix 1#
  dtmf-relay h245-alphanumeric
  no vad


 On Wed, May 23, 2012 at 9:08 PM, san r luv...@gmail.com wrote:

 Please paste your configs
 On May 23, 2012 11:23 PM, The Masterplan winmasterp...@gmail.com
 wrote:

 I configured that, but the result is the same.

 On Wed, May 23, 2012 at 6:50 PM, san r luv...@gmail.com wrote:

 Try the following commands in voice class or H.323 voice-service
 configuration mode - h323 end

 h225 connect-passthru
 emptycapability
 h245 passthru tcsnonstd-passthru

 On Wed, May 23, 2012 at 5:35 PM, The Masterplan 
 winmasterp...@gmail.com wrote:

 Hi,

 I have the following setup:
 Sip IP phone --- CME ---h323 GK  ---GK trunk
 CUCM-- Sip IP phone
 On the cme side I have a transcoder and sip ip phone configured
 with codec g711ulaw.
 On the cucm side I also have a transcoder on mrgl of gk trunk that
 is in a device pool configured to speak g729 only. I have unchecked on
 trunk Wait for Far End H.245 Terminal Capability Set and checked the
 following:
 - Media termination point required
 - Inbound Fast Start
 - Outbound Fast Start with G729 codec
 Given this facts, the call is established succesfully (transcoders
 are used) but supplementary services are not working from either side.

 Thank you

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper trunk