Re: [OSL | CCIE_Voice] CCIE_Voice Digest, Vol 57, Issue 13

[ikenna ugwnna]

I had the same problem but I think you have too be patient sometimes for these 
things to seat and take care of themselves..I think if you are deploying call 
manager on vmware there wil be soome complications or unwanted behaviors.I was 
loosing my cool when mine was appening but it kinda took care of itself, but u 
have to check ur settings and make sure everything is right.Have u pinged 
around 
from the pub to the host machine?



From: "ccie_voice-requ...@onlinestudylist.com" 

To: ccie_voice@onlinestudylist.com
Sent: Tue, November 30, 2010 1:18:34 PM
Subject: CCIE_Voice Digest, Vol 57, Issue 130

Send CCIE_Voice mailing list submissions to
    ccie_voice@onlinestudylist.com

To subscribe or unsubscribe via the World Wide Web, visit
    http://onlinestudylist.com/mailman/listinfo/ccie_voice
or, via email, send a message with subject or body 'help' to
    ccie_voice-requ...@onlinestudylist.com

You can reach the person managing the list at
    ccie_voice-ow...@onlinestudylist.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CCIE_Voice digest..."


Today's Topics:

  1. Re: CIPC hangs at "Registering" when connecting to lab CUCM
      (=?utf-8?B?Ymt2YWxlbnRpbmVAZ21haWwuY29t?=)
  2. Re: CIPC hangs at "Registering" when connecting    to lab CUCM
      (Steve Denney (stdenney))


--

Message: 1
Date: Tue, 30 Nov 2010 14:17:57 -0500
From: "=?utf-8?B?Ymt2YWxlbnRpbmVAZ21haWwuY29t?="
    
To: "ccieid1ot" ,
    "=?utf-8?B?R2ludGhlciwgU2NvdHQgW05US10=?=" 
Cc: ccie_voice@onlinestudylist.com     
Subject: Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
    connecting to lab CUCM
Message-ID: <4cf54dd2.cefde50a.23ac.0...@mx.google.com>
Content-Type: text/plain; charset="utf-8"

Did you build the cipc as the cipc device type?  You didn't build in cucm as a 
7960/1 phone, as you did with ip blue, did you?

Just a thought...

Brian

Sent from my Verizon Wireless Phone

- Reply message -
From: "ccieid1ot" 
Date: Tue, Nov 30, 2010 1:24 pm
Subject: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab 
CUCM
To: "Ginther, Scott [NTK]" 
Cc: "ccie_voice@onlinestudylist.com" 


Go into your settings unlock, then Device and erased your CCM stuff.

On Tue, Nov 30, 2010 at 11:58 AM, Ginther, Scott [NTK] <
scott.gint...@sprint.com> wrote:

>  Cristobal,
>
>
>
> That?s not a silly question at all.
>
>
>
> I have CIPC pointed at the CUCM Pub (10.10.210.10). The same TFTP server
> that I have my IP Blue client pointed at. The IP Blue client is registered
> and working. The CIPC client just says ?registering?.
>
>
>
> Both the IP Blue and CIPC phones are configured in CUCM as SCCP with the
> correct MAC addresses. Nothing fancy.
>
>
>
>
>
> *From:* Cristobal Priego [mailto:cristobalpri...@gmail.com]
> *Sent:* Tuesday, November 30, 2010 8:54 AM
> *To:* Ginther, Scott [NTK]
> *Cc:* ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
> connecting to lab CUCM
>
>
>
> A silly question
>
>
>
> Dd you change the tftp settings of your Ipc to point to the proper server?
>
> Right click on the ipc, preferences, tftp
>
> Sent from my iPhone
>
>
> On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" 
> wrote:
>
>  I?m having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CIPC
> hangs at ?Registering?, and does not give an error.
>
>
>
> If I disconnect my virtual lab VPN connection and connect to my corporate
> network, CIPC will register to our corporate CUCM cluster. Am I missing
> something?
>
>
>
> I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I could use
> a little help getting it configured correctly for the virtual lab.
>
>
>
> Thanks,
>
>
>
> -Scott-
>
>
>  --
>
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
>  ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
> --
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
-- next part --
An HTML attachment was scrubbed...
URL: 

--

Message: 2
Date: Tue, 30 Nov 2010 13:18:27 -0600
From: "Steve Denney (stdenney)" 
To: "Ginther, Scott [NTK]" 
Cc: ccie_voice@onlinestudylist.com
Subject: 

Re: [OSL | CCIE_Voice] Adding subscriber problem - need ideas

[Wes Ducote]

Are the two on the same subnet?

Also have you set the clock to the sub to the same of the pub and try to use
the pub as ntp server?

On Fri, Nov 26, 2010 at 7:57 AM, Wael Agina  wrote:

> Dear Rogers,
>
>   yes it is up as i am reaching the pub over the network from another LAN
> subnet and it is pingable.
>
> Do I have to try reloading the pub ? Restart some services ?
>
>
> Regards,
> Wale Agina
>
> On Fri, Nov 26, 2010 at 1:34 PM, Rogers Ochieng 
> wrote:
>
>> Is the default gateway up? I had this error and i just ignored it and
>> proceeded
>>
>>
>> On 26 November 2010 12:21, Wael Agina  wrote:
>>
>>> Dear Rogers,
>>>
>>>   It is new installation with no DNS setup at all.
>>> I havent set any DNS info, and chosed no DNS during installation.
>>> Also when you reach to connectivity test I entered both pub Name and IP
>>> address.
>>>
>>> Still not working and connectivity test fails ?
>>>
>>> Regards,
>>> Wael Agina
>>>
>>>
>>> On Fri, Nov 26, 2010 at 11:47 AM, Rogers Ochieng <
>>> rogersochi...@gmail.com> wrote:
>>>
 Off the top of my head, could it be because of DNS resolution of the
 host name? I got that when installing recently on VMWARE and as i didn't
 have DNS setup. I ignored it and continued to setup well


 On 26 November 2010 11:40, Wael Agina  wrote:

> Dear Jason, Shingei,
>
>   I am installing 7.0 CUCM om MCS servers.
> I did reset the passowrd and reload the pub after applying license.
>
> Do you have any good doc. for troubleshooting this issue ?
>
> Regards,
> Wael Agina
>
> On Fri, Nov 26, 2010 at 8:17 AM, Jason Aarons (US) <
> jason.aar...@us.didata.com> wrote:
>
>>  I had this problem with a recent new install of 8.0.2c (it was
>> pre-installed on the hard drive on new MCS server) .   I couldn’t find
>> anything wrong, the password I reset 20 times, etc.
>>
>>
>>
>> I upgraded the pub to 8.0.3a and did a subscriber  install with
>> software update on the subscriber and it worked fine.
>>
>>
>>
>> *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
>> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Wael Agina
>> *Sent:* Thursday, November 25, 2010 5:29 PM
>> *To:* Michael Dietrich
>> *Cc:* OSL Group
>> *Subject:* Re: [OSL | CCIE_Voice] Adding subscriber problem - need
>> ideas
>>
>>
>>
>> Dearl Michael
>>
>>   First i have applied license for two nodes and only using one and
>> there is one available node on the lices [for sub]
>> Also I set the name with uppercase all lettters and tried on sub both
>> upper case and lower case but not working.
>> I did reset security password many times to cisco12345 on pub and used
>> it on sub but no sccess.
>>
>> Is there any troubleshooting steps can be done on pub during
>> connectivity test on sub ?
>>
>> Regards,
>> Wael Agina
>>
>> On Fri, Nov 26, 2010 at 1:23 AM, Michael Dietrich 
>> wrote:
>>
>> Make sure that you are entering the device name of the PUB correctly
>> (spelling) during the SUB set up
>>
>>
>>
>> Make sure the server name for SUB is spelled correctly on the PUB
>> (case sensitive)...AND. that you have a second server license 
>> installed
>> on the PUB, to be used by the SUB
>>
>>
>>
>>
>>
>> On Thu, Nov 25, 2010 at 3:13 PM, Wael Agina 
>> wrote:
>>
>> Hi Prashant ,
>>
>>   Yes I added it on the publisher on server list and on the CM Group.
>> But still it fails the connectivity test when installing subscriber
>> software.
>>
>> Regards,
>> Wael Agina
>>
>>
>>
>> On Fri, Nov 26, 2010 at 12:31 AM, Prashant Patel <
>> prashantpatel...@gmail.com> wrote:
>>
>> Hi,
>>
>>
>>
>> Hope you have added the Sub in the list of servers on the Publisher.
>>
>>
>>
>> HTH
>>
>> Prashant
>>
>> On Thu, Nov 25, 2010 at 4:25 PM, Wael Agina 
>> wrote:
>>
>>   Dear All,
>>
>>I am implemnting new UC project at one customer location.
>> I installed the first node - publisher - succefully.
>> Now whenevr i add the 2nd node - subscriber - it tried to test
>> connectivity to first node but always fails and installion terminated.
>> There is network connectivity between the two nodes and from publisher
>> i can ping the new node - subscriber.
>> Also I reset the security password on the publisher [using Set *
>> password* user *security on CLI]*
>>
>> Any ideas as the connectivity test always fails ?
>>
>> --
>>
>> Thanks and Best Regards,
>> Wael Agina
>>
>>
>>
>> ___
>> For more information regarding industry leading CCIE Lab training,
>> please visit www.ipexpert.com
>>
>>
>>

Re: [OSL | CCIE_Voice] HQ-RTR in Vol2 Lab1

[givemeccievoice2010]

I think what Randall is getting at is the fact that you would put the
h323-gateway voip bind source  under the voice vlan interface.  The
gatekeeper source is defined under the gatekeeper with the zone local
commands.  

Hope this helps,
Jeff

-Original Message-
From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Randall Crumm
Sent: Tuesday, November 30, 2010 5:40 PM
To: sfuna...@cisco.com; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] HQ-RTR in Vol2 Lab1

You use fa 0/0/0:20 for the h323 gw and the loopback for the gk

Hth
Randall

- Original Message -
From: Satoshi Funabashi (sfunabas) [mailto:sfuna...@cisco.com]
Sent: Tuesday, November 30, 2010 05:03 PM
To: ccie_voice@onlinestudylist.com 
Subject: [OSL | CCIE_Voice] HQ-RTR in Vol2 Lab1

Hello,

Let me ask a question.

In Vol2 Lab1, HQ-RTR act as a H323 Gateway and a Gatekeeper.

But CUCM does not allow addition of H323 gateway and Gatekeeper when their
IP addresses are same.
When there was an entry of H323 gatway with HQ-RTR Loopback IP, I could not
add Gatekeeper with same IP address.
The error message was as follows:
"Update failed. One of the required fields on the page has the same value as
an entry that already exists in the database. Please check the corresponding
Find List page to verify your entry does not exist."

So we need to add gateway and gatekeeper with different IP address.
(In the proctor guide, gateway uses voice vlan interface and gatekeeper uses
Lo0.)

But because of the gatekeeper configuration, source address of H323 message
will be Lo0.
In this situation, when a call comes from PSTN, HQ-RTR send setup message
using its source address of Lo0.
As a result CUCM rejects this message and the call fails.

How do I resolve this issue? 
Any help would be appreciated.

Thanks and Regards,
Satoshi

 Satoshi Funabashi
 Systems Engineer
 Cisco Systems G.K.
 Tel:81-3-6434-2824(direct)
　   81-3-6434-6500(group)
 81-90-4050-1574(mobile)
 E-mail: sfuna...@cisco.com



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

 
Legal Disclaimer:
The information contained in this message may be privileged and
confidential. It is intended to be read only by the individual or entity to
whom it is addressed or by their designee. If the reader of this message is
not the intended recipient, you are on notice that any distribution of this
message, in any form, is strictly prohibited. If you have received this
message in error, please immediately notify the sender and delete or destroy
any copy of this message

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

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

Re: [OSL | CCIE_Voice] HQ-RTR in Vol2 Lab1

[Randall Crumm]

You use fa 0/0/0:20 for the h323 gw and the loopback for the gk

Hth
Randall

- Original Message -
From: Satoshi Funabashi (sfunabas) [mailto:sfuna...@cisco.com]
Sent: Tuesday, November 30, 2010 05:03 PM
To: ccie_voice@onlinestudylist.com 
Subject: [OSL | CCIE_Voice] HQ-RTR in Vol2 Lab1

Hello,

Let me ask a question.

In Vol2 Lab1, HQ-RTR act as a H323 Gateway and a Gatekeeper.

But CUCM does not allow addition of H323 gateway and Gatekeeper when their IP 
addresses are same.
When there was an entry of H323 gatway with HQ-RTR Loopback IP, I could not add 
Gatekeeper with same IP address.
The error message was as follows:
"Update failed. One of the required fields on the page has the same value as an 
entry that already exists in the database. Please check the corresponding Find 
List page to verify your entry does not exist."

So we need to add gateway and gatekeeper with different IP address.
(In the proctor guide, gateway uses voice vlan interface and gatekeeper uses 
Lo0.)

But because of the gatekeeper configuration, source address of H323 message 
will be Lo0.
In this situation, when a call comes from PSTN, HQ-RTR send setup message using 
its source address of Lo0.
As a result CUCM rejects this message and the call fails.

How do I resolve this issue? 
Any help would be appreciated.

Thanks and Regards,
Satoshi

 Satoshi Funabashi
 Systems Engineer
 Cisco Systems G.K.
 Tel:81-3-6434-2824(direct)
　   81-3-6434-6500(group)
 81-90-4050-1574(mobile)
 E-mail: sfuna...@cisco.com



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

 
Legal Disclaimer:
The information contained in this message may be privileged and confidential. 
It is intended to be read only by the individual or entity to whom it is 
addressed or by their designee. If the reader of this message is not the 
intended recipient, you are on notice that any distribution of this message, in 
any form, is strictly prohibited. If you have received this message in error, 
please immediately notify the sender and delete or destroy any copy of this 
message

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

[OSL | CCIE_Voice] HQ-RTR in Vol2 Lab1

[Satoshi Funabashi (sfunabas)]

Hello,

Let me ask a question.

In Vol2 Lab1, HQ-RTR act as a H323 Gateway and a Gatekeeper.

But CUCM does not allow addition of H323 gateway and Gatekeeper when their IP 
addresses are same.
When there was an entry of H323 gatway with HQ-RTR Loopback IP, I could not add 
Gatekeeper with same IP address.
The error message was as follows:
"Update failed. One of the required fields on the page has the same value as an 
entry that already exists in the database. Please check the corresponding Find 
List page to verify your entry does not exist."

So we need to add gateway and gatekeeper with different IP address.
(In the proctor guide, gateway uses voice vlan interface and gatekeeper uses 
Lo0.)

But because of the gatekeeper configuration, source address of H323 message 
will be Lo0.
In this situation, when a call comes from PSTN, HQ-RTR send setup message using 
its source address of Lo0.
As a result CUCM rejects this message and the call fails.

How do I resolve this issue? 
Any help would be appreciated.

Thanks and Regards,
Satoshi

 Satoshi Funabashi
 Systems Engineer
 Cisco Systems G.K.
 Tel:81-3-6434-2824(direct)
　   81-3-6434-6500(group)
 81-90-4050-1574(mobile)
 E-mail: sfuna...@cisco.com



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

Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[Ginther, Scott [NTK]]

<< Did you build the cipc as the cipc device type?  >>

Nope. I built it as a CIPC device, and I’m not getting a device rejected 
message. I’m getting a TFTP timeout message in the client status. The client 
appears to be hanging on to my old CUCM server info instead of using the lab 
TFTP servers. I’m going to uninstall and reinstall CIPT.

I’m used to seeing this kind of behavior on the hard phones. Usually, a good 
factory reset does the trick. But with CIPC, I’ve never run into this.

Thanks,

-Scott-

From: bkvalent...@gmail.com [mailto:bkvalent...@gmail.com]
Sent: Tuesday, November 30, 2010 1:18 PM
To: ccieid1ot; Ginther, Scott [NTK]
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to 
lab CUCM

Did you build the cipc as the cipc device type?  You didn't build in cucm as a 
7960/1 phone, as you did with ip blue, did you?

Just a thought...

Brian

Sent from my Verizon Wireless Phone

- Reply message -
From: "ccieid1ot" 
Date: Tue, Nov 30, 2010 1:24 pm
Subject: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab 
CUCM
To: "Ginther, Scott [NTK]" 
Cc: "ccie_voice@onlinestudylist.com" 


Go into your settings unlock, then Device and erased your CCM stuff.

On Tue, Nov 30, 2010 at 11:58 AM, Ginther, Scott [NTK] <
scott.gint...@sprint.com> wrote:

>  Cristobal,
>
>
>
> That’s not a silly question at all.
>
>
>
> I have CIPC pointed at the CUCM Pub (10.10.210.10). The same TFTP server
> that I have my IP Blue client pointed at. The IP Blue client is registered
> and working. The CIPC client just says “registering”.
>
>
>
> Both the IP Blue and CIPC phones are configured in CUCM as SCCP with the
> correct MAC addresses. Nothing fancy.
>
>
>
>
>
> *From:* Cristobal Priego 
> [mailto:cristobalpri...@gmail.com]
> *Sent:* Tuesday, November 30, 2010 8:54 AM
> *To:* Ginther, Scott [NTK]
> *Cc:* ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
> connecting to lab CUCM
>
>
>
> A silly question
>
>
>
> Dd you change the tftp settings of your Ipc to point to the proper server?
>
> Right click on the ipc, preferences, tftp
>
> Sent from my iPhone
>
>
> On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" 
> mailto:scott.gint...@sprint.com>>
> wrote:
>
>  I’m having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CIPC
> hangs at “Registering”, and does not give an error.
>
>
>
> If I disconnect my virtual lab VPN connection and connect to my corporate
> network, CIPC will register to our corporate CUCM cluster. Am I missing
> something?
>
>
>
> I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I could use
> a little help getting it configured correctly for the virtual lab.
>
>
>
> Thanks,
>
>
>
> -Scott-
>
>
>  --
>
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
>  ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
> --
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>




This e-mail may contain Sprint Nextel proprietary information intended for the 
sole use of the recipient(s). Any use by others is prohibited. If you are not 
the intended recipient, please contact the sender and delete all copies of the 
message.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[givemeccievoice2010]

I still think your problem most likely lies in the tech prefix on the CUBE.
You don't need a tech prefix and I would make the dial-peer a little more
specific.  I'm not sure completely sure that this is accurate, but I would
think that having a tech prefix on CUBE of 1# would not allow you route a
call to it with 44#.  I'm not 100% on that though.

 

Also, with the IPIPGW not found error, it normally mean you have to bounce
the gateway so that it registers as a IPIPGW.  If you type in the gateway
command prior to the allow connections command then the GW will not register
as an IPIPGW and even if you enter those commands unless it unregisters and
registers again, the gatekeeper will not update on its own.

 

 

Change the config to this:

 

interface GigabitEthernet0/0
 ip address 14.160.110.254 255.255.255.0
 duplex auto
 speed auto
 media-type rj45
 h323-gateway voip interface
 h323-gateway voip id CUBE ipaddr 14.160.110.129 1719
 h323-gateway voip h323-id MJ-CUBE
 h323-gateway voip tech-prefix 1# (remove)
 h323-gateway voip bind srcaddr 14.160.110.254

 

voice service voip

allow h t h

allow s t h

allow s t s

allow h t s

 

no gateway

gateway

dial-peer voice 100 voip
 incoming called-number 44#

 no vad

 dtmf-relay h245-signal

 codec g729r8


dial-peer voice 200 voip
 destination-pattern 44#
 session target ras

 no vad

 dtmf-relay h245-signal

 codec g729r8

 

Try the call again and do a debug gatekeeper main 10 to see if the gateway
is selected.  If the gateway is selected and the call still fails, then try
an debug voip dialpeer on both routers, and also possibly a debug voice
ipipgw on HQ.

 

Hope this helps,

Jeff

From: Mritunjay Kumar [mailto:mjs...@gmail.com] 
Sent: Tuesday, November 30, 2010 9:28 AM
To: Matthew Berry; Prashant Patel; givemeccievoice2...@gmail.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

 

Hi All ,
Might not be able to check my mails for 1-2 days . I will try to  reply in
case if any other information is needed.

Regards,
MJ





On Tue, Nov 30, 2010 at 7:51 PM, Mritunjay Kumar  wrote:

Hi All,

thanks for responding.

Here is the scenario , config and result




Scenario 
CME registered with 44# , CUCM  and CUBE  with 1#

Call is faling from CUCM to CME only.

output and config



Gatekeep config 


gatekeeper
 zone local BR1 cisco.com 14.160.110.129
 zone local CME cisco.com invia CUBE outvia CUBE
 zone local CUCM cisco.com invia CUBE outvia CUBE
 zone local CUBE cisco.com
 zone prefix CUCM 2...
 zone prefix CME 5...

 no shutdown


BR1#sh gatek endpoints 
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 
--- - --- - - - 
14.160.110.15   1720  14.160.110.15   32797 CUCM  VOIP-GW 
ENDPOINT-ID: 71A5D3680003  VERSION: 5  AGE: 37 secs  SupportsAnnexE:
FALSE
g_supp_prots: 0x0050
H323-ID: US_1
Voice Capacity Max.=  Avail.=  Current.= 0
14.160.115.200  1720  14.160.115.200  57052 CME   H323-GW 
ENDPOINT-ID: 70B6E1940003  VERSION: 4  AGE: 13 secs  SupportsAnnexE:
FALSE
g_supp_prots: 0x0050
E164-ID: 1234
E164-ID: 4321
E164-ID: 7000
H323-ID: MJ-CME
Voice Capacity Max.=  Avail.=  Current.= 0
14.160.110.254  1720  14.160.110.254  56804 CUBE  H323-GW 
ENDPOINT-ID: 681D6EDC0003  VERSION: 4  AGE: 21 secs  SupportsAnnexE:
FALSE
g_supp_prots: 0x0050
H323-ID: MJ-CUBE
Voice Capacity Max.=  Avail.=  Current.= 0
Total number of active registrations = 3

BR1#sh gatek gw-type-prefix 

BR1#sh gatek gw-type-prefix 
buffer used: 219, size: 20480
GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*


  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE 
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1 

Prefix: 44#*
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME 



CUBE config 

interface GigabitEthernet0/0
 ip address 14.160.110.254 255.255.255.0
 duplex auto
 speed auto
 media-type rj45
 h323-gateway voip interface
 h323-gateway voip id CUBE ipaddr 14.160.110.129 1719
 h323-gateway voip h323-id MJ-CUBE
 h323-gateway voip tech-prefix 1#
 
 h323-gateway voip bind srcaddr 14.160.110.254

dial-peer voice 100 voip
 incoming called-number .
dial-peer voice 200 voip
 destination-pattern .T
 session target ras


CME config 

interface GigabitEthernet0/0
 ip address 14.160.115.200 255.255.255.0
 duplex auto
 speed auto
 media-type rj45
 h323-gateway voip interface
 h323-gateway voip id CME ipaddr 14.160.110.129 1719
 h323-gateway voip h323-id MJ-CME
 h323-gateway voip tech-prefix 44#
 h323-gateway voip bind srcaddr 14.160.115.200

dial-peer voice 23 voip
 translation-profile incoming voip-in
 translation-profile outgoing voip-out
 destination-pattern 2...
 sessi

Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[Steve Denney (stdenney)]

...which would be good advice for a hard phone, but this is a CIPC :)

 

Just some random thoughts: You might have a DB replication issue. Check
to make sure your device type is correct on the Pub/Sub (e.g. CIPC). If
so, shut down the CallManager service on the Sub and see if it registers
to the Pub (might need to restart the service on the Pub also). If so,
run a utils dbreplication repair all from the Pub CLI.

 

cheers, sd

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ccieid1ot
Sent: Tuesday, November 30, 2010 1:25 PM
To: Ginther, Scott [NTK]
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
connecting to lab CUCM

 

Go into your settings unlock, then Device and erased your CCM stuff.

On Tue, Nov 30, 2010 at 11:58 AM, Ginther, Scott [NTK] <
scott.gint...@sprint.com> wrote:

Cristobal,

 

That's not a silly question at all.

 

I have CIPC pointed at the CUCM Pub (10.10.210.10). The same TFTP server
that I have my IP Blue client pointed at. The IP Blue client is
registered and working. The CIPC client just says "registering".

 

Both the IP Blue and CIPC phones are configured in CUCM as SCCP with the
correct MAC addresses. Nothing fancy.

 

 

 

From: Cristobal Priego [mailto:cristobalpri...@gmail.com] 
Sent: Tuesday, November 30, 2010 8:54 AM
To: Ginther, Scott [NTK]
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
connecting to lab CUCM

 

A silly question

 

Dd you change the tftp settings of your Ipc to point to the proper
server?

Right click on the ipc, preferences, tftp

Sent from my iPhone


On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" <
scott.gint...@sprint.com> wrote:

I'm having trouble connecting CIPC 7.0.5 to the virtual lab
CUCM. CIPC hangs at "Registering", and does not give an error.

 

If I disconnect my virtual lab VPN connection and connect to my
corporate network, CIPC will register to our corporate CUCM cluster. Am
I missing something? 

 

I can't register my CIPC phone to the lab CUCM via SCCP or SIP.
I could use a little help getting it configured correctly for the
virtual lab.

 

Thanks,

 

-Scott-

 




This e-mail may contain Sprint Nextel proprietary information
intended for the sole use of the recipient(s). Any use by others is
prohibited. If you are not the intended recipient, please contact the
sender and delete all copies of the message.

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

 




This e-mail may contain Sprint Nextel proprietary information intended
for the sole use of the recipient(s). Any use by others is prohibited.
If you are not the intended recipient, please contact the sender and
delete all copies of the message.


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

 

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

Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[bkvalent...@gmail.com]

Did you build the cipc as the cipc device type?  You didn't build in cucm as a 
7960/1 phone, as you did with ip blue, did you?

Just a thought...

Brian

Sent from my Verizon Wireless Phone

- Reply message -
From: "ccieid1ot" 
Date: Tue, Nov 30, 2010 1:24 pm
Subject: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab 
CUCM
To: "Ginther, Scott [NTK]" 
Cc: "ccie_voice@onlinestudylist.com" 


Go into your settings unlock, then Device and erased your CCM stuff.

On Tue, Nov 30, 2010 at 11:58 AM, Ginther, Scott [NTK] <
scott.gint...@sprint.com> wrote:

>  Cristobal,
>
>
>
> That’s not a silly question at all.
>
>
>
> I have CIPC pointed at the CUCM Pub (10.10.210.10). The same TFTP server
> that I have my IP Blue client pointed at. The IP Blue client is registered
> and working. The CIPC client just says “registering”.
>
>
>
> Both the IP Blue and CIPC phones are configured in CUCM as SCCP with the
> correct MAC addresses. Nothing fancy.
>
>
>
>
>
> *From:* Cristobal Priego [mailto:cristobalpri...@gmail.com]
> *Sent:* Tuesday, November 30, 2010 8:54 AM
> *To:* Ginther, Scott [NTK]
> *Cc:* ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
> connecting to lab CUCM
>
>
>
> A silly question
>
>
>
> Dd you change the tftp settings of your Ipc to point to the proper server?
>
> Right click on the ipc, preferences, tftp
>
> Sent from my iPhone
>
>
> On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" 
> wrote:
>
>  I’m having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CIPC
> hangs at “Registering”, and does not give an error.
>
>
>
> If I disconnect my virtual lab VPN connection and connect to my corporate
> network, CIPC will register to our corporate CUCM cluster. Am I missing
> something?
>
>
>
> I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I could use
> a little help getting it configured correctly for the virtual lab.
>
>
>
> Thanks,
>
>
>
> -Scott-
>
>
>  --
>
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
>  ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
> --
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Lab 4A - Unable to establish call from HQ phone to 3...@ipxcme

[David Lee]

SIP messages for the call flow look ok.

I notice that SIP dial rules only work from SIP phones.  (Only wasted 1-2
hours trying to dial that from an SCCP phone once. :))  If you are using an
IP COMM and X-Lite, the behavior may be unpredictable.



On Tue, Nov 30, 2010 at 1:12 PM, wrote:

> Send CCIE_Voice mailing list submissions to
>ccie_voice@onlinestudylist.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>http://onlinestudylist.com/mailman/listinfo/ccie_voice
> or, via email, send a message with subject or body 'help' to
>ccie_voice-requ...@onlinestudylist.com
>
> You can reach the person managing the list at
>ccie_voice-ow...@onlinestudylist.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CCIE_Voice digest..."
>
>
> Today's Topics:
>
>   1. Lab 4A - Unable to establish call from HQ phone   to
>  3...@ipxcme (Rafay Aslam)
>
>
> --
>
> Message: 1
> Date: Tue, 30 Nov 2010 13:12:18 -0500
> From: Rafay Aslam 
> To: ccie_voice@onlinestudylist.com
> Subject: [OSL | CCIE_Voice] Lab 4A - Unable to establish call from HQ
>phone   to 3...@ipxcme
> Message-ID:
>
> 
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi
> I am dialing from HQ Phone DN 5002 to 3...@ipxcme.com , it rings BR2 DN
> 3005
> but when I answer the call, call drops on DN 3005, but my HQ Phone DN 5002
> ie IP Communicator thinks call is up.
>
> My DN 3005 Phone is Cisco 7941 Phone, Lab have 3...@ipxcme which is my
> X-Lite Phone, I had same issue with X-Lite Phone, so I thought its my
> X-lite
> phone so I change it to 3...@ipxcme.com ,
>
> I am able to make call from X-Lite ie DN 3006 to DN 3005 ie 7941 no issue,
> which means my SIP to SIP calling is working.
>
>
>
> BR2-RTR#
> Nov 30 18:04:49.567: //-1//SIP/Msg/ccsipDisplayMsg:
> Received:
> INVITE sip:3...@ipxcme.com:5060 SIP/2.0
> Date: Tue, 30 Nov 2010 18:04:49 GMT
> Call-Info:  >;method="NOTIFY;Event=telephone-event;Duration=500"
> Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
> SUBSCRIBE, NOTIFY
> From:  <
> sip%3a5...@10.10.210.11 >
> >;tag=b6b454b4-a965-439d-9a33-1b943c1898f6-46628184
> Allow-Events: presence, kpml
> P-Asserted-Identity:  <
> sip%3a5...@10.10.210.11 >>
> Supported: timer,resource-priority,replaces
> Supported: Geolocation
> Min-SE:  1800
> Remote-Party-ID:  <
> sip%3a5...@10.10.210.11 >
> >;party=calling;screen=yes;privacy=off
> Content-Length: 0
> User-Agent: Cisco-CUCM7.1
> To:  
> 
> >>
> Contact: 
> Expires: 180
> Call-ID: 5118bc00-cf513cc1-2f-bd20...@10.10.210.11
> Via: SIP/2.0/TCP 10.10.210.11:5060;branch=z9hG4bK481c3cabef
> CSeq: 101 INVITE
> Session-Expires:  1800
> Max-Forwards: 69
>
> Nov 30 18:04:49.591: //-1//SIP/Msg/ccsipDisplayMsg:
> Sent:
> INVITE sip:3...@10.10.202.50:5060 SIP/2.0
> Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
> Remote-Party-ID:  <
> sip%3a5...@10.10.202.1 >
> >;party=calling;screen=yes;privacy=off
> From:  <
> sip%3a5...@10.10.202.1 >>;tag=917E24-F69
> To:  <
> sip%3a3...@10.10.202.50 >>
> Date: Tue, 30 Nov 2010 18:04:49 GMT
> Call-ID: 2840961f-fbe311df-8077a5bd-fa6b6...@10.10.202.1
> Supported: 100rel,timer,resource-priority,replaces,sdp-anat
> Min-SE:  1800
> Cisco-Guid: 675161318-4225962463-2154931645-4201342136
> User-Agent: Cisco-SIPGateway/IOS-12.x
> Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,
> NOTIFY, INFO, REGISTER
> CSeq: 101 INVITE
> Timestamp: 1291140289
> Contact: 
> Expires: 180
> Allow-Events: telephone-event
> Max-Forwards: 68
> Session-Expires:  1800
> Content-Length: 0
>
> Nov 30 18:04:49.591: //-1//SIP/Msg/ccsipDisplayMsg:
> Sent:
> SIP/2.0 100 Trying
> Via: SIP/2.0/TCP 10.10.210.11:5060;branch=z9hG4bK481c3cabef
> From:  <
> sip%3a5...@10.10.210.11 >
> >;tag=b6b454b4-a965-439d-9a33-1b943c1898f6-46628184
> To:  
> 
> >>
> Date: Tue, 30 Nov 2010 18:04:49 GMT
> Call-ID: 5118bc00-cf513cc1-2f-bd20...@10.10.210.11
> CSeq: 101 INVITE
> Allow-Events: telephone-event
> Server: Cisco-SIPGateway/IOS-12.x
> Content-Length: 0
>
> Nov 30 18:04:49.607: //-1//SIP/Msg/ccsipDisplayMsg:
> Received:
> SIP/2.0 100 Trying
> Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
> From:  <
> sip%3a5...@10.10.202.1 >>;tag=917E24-F69
> To:  <
> sip%3a3...@10.10.202.50 >>
> Call-ID: 2840961f-fbe311df-8077a5bd-fa6b6...@10.10.202.1
> Date: Tue, 30 Nov 2010 18:04:48 GMT
> CSeq: 101 INVITE
> Server: Cisco-CP7941G/8.4.0
> Contact: 
> Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE
> Allow-Events: kpml,dialog
> Content-Length: 0
>
> Nov 30 18:04:49.691: //-1//SIP/Msg/ccsipDisplayMsg:
> Received:
> SIP/2.0 180 Ringing
> Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
> From:  <
> sip%3a5...@10.10.202.1 >>;tag=917E24-F69
> To:  <
> sip%3a3...@10.10.202.50 >
> >;tag=001da2910a9400200a53fa70-9d03e7a

Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[ccieid1ot]

Go into your settings unlock, then Device and erased your CCM stuff.

On Tue, Nov 30, 2010 at 11:58 AM, Ginther, Scott [NTK] <
scott.gint...@sprint.com> wrote:

>  Cristobal,
>
>
>
> That’s not a silly question at all.
>
>
>
> I have CIPC pointed at the CUCM Pub (10.10.210.10). The same TFTP server
> that I have my IP Blue client pointed at. The IP Blue client is registered
> and working. The CIPC client just says “registering”.
>
>
>
> Both the IP Blue and CIPC phones are configured in CUCM as SCCP with the
> correct MAC addresses. Nothing fancy.
>
>
>
>
>
> *From:* Cristobal Priego [mailto:cristobalpri...@gmail.com]
> *Sent:* Tuesday, November 30, 2010 8:54 AM
> *To:* Ginther, Scott [NTK]
> *Cc:* ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when
> connecting to lab CUCM
>
>
>
> A silly question
>
>
>
> Dd you change the tftp settings of your Ipc to point to the proper server?
>
> Right click on the ipc, preferences, tftp
>
> Sent from my iPhone
>
>
> On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" 
> wrote:
>
>  I’m having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CIPC
> hangs at “Registering”, and does not give an error.
>
>
>
> If I disconnect my virtual lab VPN connection and connect to my corporate
> network, CIPC will register to our corporate CUCM cluster. Am I missing
> something?
>
>
>
> I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I could use
> a little help getting it configured correctly for the virtual lab.
>
>
>
> Thanks,
>
>
>
> -Scott-
>
>
>  --
>
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
>  ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
> --
>
> This e-mail may contain Sprint Nextel proprietary information intended for
> the sole use of the recipient(s). Any use by others is prohibited. If you
> are not the intended recipient, please contact the sender and delete all
> copies of the message.
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
<>___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] One Week Lab Experience

[Justin Barksdale]

Anyone attending the OWLE December 13-17 in San Jose?
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Lab 4A - Unable to establish call from HQ phone to 3...@ipxcme

[Rafay Aslam]

Hi
I am dialing from HQ Phone DN 5002 to 3...@ipxcme.com , it rings BR2 DN 3005
but when I answer the call, call drops on DN 3005, but my HQ Phone DN 5002
ie IP Communicator thinks call is up.

My DN 3005 Phone is Cisco 7941 Phone, Lab have 3...@ipxcme which is my
X-Lite Phone, I had same issue with X-Lite Phone, so I thought its my X-lite
phone so I change it to 3...@ipxcme.com ,

I am able to make call from X-Lite ie DN 3006 to DN 3005 ie 7941 no issue,
which means my SIP to SIP calling is working.



BR2-RTR#
Nov 30 18:04:49.567: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:3...@ipxcme.com:5060 SIP/2.0
Date: Tue, 30 Nov 2010 18:04:49 GMT
Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=500"
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
SUBSCRIBE, NOTIFY
From: 
>;tag=b6b454b4-a965-439d-9a33-1b943c1898f6-46628184
Allow-Events: presence, kpml
P-Asserted-Identity: >
Supported: timer,resource-priority,replaces
Supported: Geolocation
Min-SE:  1800
Remote-Party-ID: 
>;party=calling;screen=yes;privacy=off
Content-Length: 0
User-Agent: Cisco-CUCM7.1
To: >
Contact: 
Expires: 180
Call-ID: 5118bc00-cf513cc1-2f-bd20...@10.10.210.11
Via: SIP/2.0/TCP 10.10.210.11:5060;branch=z9hG4bK481c3cabef
CSeq: 101 INVITE
Session-Expires:  1800
Max-Forwards: 69

Nov 30 18:04:49.591: //-1//SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:3...@10.10.202.50:5060 SIP/2.0
Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
Remote-Party-ID: 
>;party=calling;screen=yes;privacy=off
From: >;tag=917E24-F69
To: >
Date: Tue, 30 Nov 2010 18:04:49 GMT
Call-ID: 2840961f-fbe311df-8077a5bd-fa6b6...@10.10.202.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 675161318-4225962463-2154931645-4201342136
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1291140289
Contact: 
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-Expires:  1800
Content-Length: 0

Nov 30 18:04:49.591: //-1//SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.10.210.11:5060;branch=z9hG4bK481c3cabef
From: 
>;tag=b6b454b4-a965-439d-9a33-1b943c1898f6-46628184
To: >
Date: Tue, 30 Nov 2010 18:04:49 GMT
Call-ID: 5118bc00-cf513cc1-2f-bd20...@10.10.210.11
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Nov 30 18:04:49.607: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
From: >;tag=917E24-F69
To: >
Call-ID: 2840961f-fbe311df-8077a5bd-fa6b6...@10.10.202.1
Date: Tue, 30 Nov 2010 18:04:48 GMT
CSeq: 101 INVITE
Server: Cisco-CP7941G/8.4.0
Contact: 
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE
Allow-Events: kpml,dialog
Content-Length: 0

Nov 30 18:04:49.691: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
From: >;tag=917E24-F69
To: 
>;tag=001da2910a9400200a53fa70-9d03e7a8
Call-ID: 2840961f-fbe311df-8077a5bd-fa6b6...@10.10.202.1
Date: Tue, 30 Nov 2010 18:04:49 GMT
CSeq: 101 INVITE
Server: Cisco-CP7941G/8.4.0
Contact: 
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE
Remote-Party-ID: "Br2Ph3" 
>;party=called;id-type=subscriber;privacy=off;screen=yes
Allow-Events: kpml,dialog
Content-Length: 0

Nov 30 18:04:49.695: //-1//SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 180 Ringing
Via: SIP/2.0/TCP 10.10.210.11:5060;branch=z9hG4bK481c3cabef
From: 
>;tag=b6b454b4-a965-439d-9a33-1b943c1898f6-46628184
To: >;tag=917E8C-A14
Date: Tue, 30 Nov 2010 18:04:49 GMT
Call-ID: 5118bc00-cf513cc1-2f-bd20...@10.10.210.11
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: "Br2Ph3" 
>;party=called;screen=no;privacy=off
Contact: 
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Nov 30 18:04:55.047: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK231323
From: >;tag=917E24-F69
To: 
>;tag=001da2910a9400200a53fa70-9d03e7a8
Call-ID: 2840961f-fbe311df-8077a5bd-fa6b6...@10.10.202.1
Date: Tue, 30 Nov 2010 18:04:54 GMT
CSeq: 101 INVITE
Server: Cisco-CP7941G/8.4.0
Contact: 
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE
Remote-Party-ID: "Br2Ph3" 
>;party=called;id-type=subscriber;privacy=off;screen=yes
Allow-Events: kpml,dialog
Content-Length: 276
Content-Type: application/sdp
Content-Disposition: session;handling=optional
v=0
o=Cisco-SIPUA 24640 0 IN IP4 10.10.202.50
s=SIP Call
t=0 0
m=audio 25522 RTP/AVP 0 8 18 101
c=IN IP4 10.10.202.50
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
Nov 30 18:04:55

Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[Ginther, Scott [NTK]]

Cristobal,

That’s not a silly question at all.

I have CIPC pointed at the CUCM Pub (10.10.210.10). The same TFTP server that I 
have my IP Blue client pointed at. The IP Blue client is registered and 
working. The CIPC client just says “registering”.

Both the IP Blue and CIPC phones are configured in CUCM as SCCP with the 
correct MAC addresses. Nothing fancy.

[cid:image001.png@01CB9085.F49B4E20]

From: Cristobal Priego [mailto:cristobalpri...@gmail.com]
Sent: Tuesday, November 30, 2010 8:54 AM
To: Ginther, Scott [NTK]
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to 
lab CUCM

A silly question

Dd you change the tftp settings of your Ipc to point to the proper server?
Right click on the ipc, preferences, tftp

Sent from my iPhone

On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" 
mailto:scott.gint...@sprint.com>> wrote:
I’m having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CIPC hangs at 
“Registering”, and does not give an error.

If I disconnect my virtual lab VPN connection and connect to my corporate 
network, CIPC will register to our corporate CUCM cluster. Am I missing 
something?

I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I could use a 
little help getting it configured correctly for the virtual lab.

Thanks,

-Scott-



This e-mail may contain Sprint Nextel proprietary information intended for the 
sole use of the recipient(s). Any use by others is prohibited. If you are not 
the intended recipient, please contact the sender and delete all copies of the 
message.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com



This e-mail may contain Sprint Nextel proprietary information intended for the 
sole use of the recipient(s). Any use by others is prohibited. If you are not 
the intended recipient, please contact the sender and delete all copies of the 
message.
<>___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[Mritunjay Kumar]

Hi All ,
Might not be able to check my mails for 1-2 days . I will try to  reply in
case if any other information is needed.

Regards,
MJ




On Tue, Nov 30, 2010 at 7:51 PM, Mritunjay Kumar  wrote:

> Hi All,
>
> thanks for responding.
>
> Here is the scenario , config and result
>
>
>
>
> Scenario
> CME registered with 44# , CUCM  and CUBE  with 1#
>
> Call is faling from CUCM to CME only.
>
> output and config
> 
>
>
> Gatekeep config
>
> gatekeeper
>  zone local BR1 cisco.com 14.160.110.129
>  zone local CME cisco.com invia CUBE outvia CUBE
>  zone local CUCM cisco.com invia CUBE outvia CUBE
>  zone local CUBE cisco.com
>  zone prefix CUCM 2...
>  zone prefix CME 5...
>  no shutdown
>
>
> BR1#sh gatek endpoints
> GATEKEEPER ENDPOINT REGISTRATION
> 
> CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags
>
> --- - --- - - -
>
> 14.160.110.15   1720  14.160.110.15   32797 CUCM  VOIP-GW
> ENDPOINT-ID: 71A5D3680003  VERSION: 5  AGE: 37 secs
> SupportsAnnexE: FALSE
> g_supp_prots: 0x0050
> H323-ID: US_1
> Voice Capacity Max.=  Avail.=  Current.= 0
> 14.160.115.200  1720  14.160.115.200  57052 CME   H323-GW
> ENDPOINT-ID: 70B6E1940003  VERSION: 4  AGE: 13 secs
> SupportsAnnexE: FALSE
> g_supp_prots: 0x0050
> E164-ID: 1234
> E164-ID: 4321
> E164-ID: 7000
> H323-ID: MJ-CME
> Voice Capacity Max.=  Avail.=  Current.= 0
> 14.160.110.254  1720  14.160.110.254  56804 CUBE  H323-GW
> ENDPOINT-ID: 681D6EDC0003  VERSION: 4  AGE: 21 secs
> SupportsAnnexE: FALSE
> g_supp_prots: 0x0050
> H323-ID: MJ-CUBE
> Voice Capacity Max.=  Avail.=  Current.= 0
> Total number of active registrations = 3
>
> BR1#sh gatek gw-type-prefix
>
> BR1#sh gatek gw-type-prefix
> buffer used: 219, size: 20480
> GATEWAY TYPE PREFIX TABLE
> =
> Prefix: 1#*
>
>   Zone CUBE master gateway list:
> 14.160.110.254:1720 MJ-CUBE
>   Zone CUCM master gateway list:
> 14.160.110.15:1720 US_1
>
> Prefix: 44#*
>   Zone CME master gateway list:
> 14.160.115.200:1720 MJ-CME
>
>
> CUBE config
>
> interface GigabitEthernet0/0
>  ip address 14.160.110.254 255.255.255.0
>  duplex auto
>  speed auto
>  media-type rj45
>  h323-gateway voip interface
>  h323-gateway voip id CUBE ipaddr 14.160.110.129 1719
>  h323-gateway voip h323-id MJ-CUBE
>  h323-gateway voip tech-prefix 1#
>
>  h323-gateway voip bind srcaddr 14.160.110.254
>
> dial-peer voice 100 voip
>  incoming called-number .
> dial-peer voice 200 voip
>  destination-pattern .T
>  session target ras
>
>
> CME config
>
> interface GigabitEthernet0/0
>  ip address 14.160.115.200 255.255.255.0
>  duplex auto
>  speed auto
>  media-type rj45
>  h323-gateway voip interface
>  h323-gateway voip id CME ipaddr 14.160.110.129 1719
>  h323-gateway voip h323-id MJ-CME
>  h323-gateway voip tech-prefix 44#
>  h323-gateway voip bind srcaddr 14.160.115.200
>
> dial-peer voice 23 voip
>  translation-profile incoming voip-in
>  translation-profile outgoing voip-out
>  destination-pattern 2...
>  session target ras
>  incoming called-number .
>
> I registered CME with tech prefix 1# and call from both side is working
> fine.
> ie VIA zone , CME and CUCM are using same tech-prefix
>
>
>
>
>
> other scnario :
>
> 1.
>
> CUBE is registered with different tech prefix ie 12 and CME and CUCM using
> tech prefix 1,
>
> CALL is faling from both side
>
> BR1#sh gatek gw-type-prefix
> buffer used: 219, size: 20480
> GATEWAY TYPE PREFIX TABLE
> =
>
> Prefix: 1#*
>   Zone CUCM master gateway list:
> 14.160.110.15:1720 US_1
>   Zone CME master gateway list:
> 14.160.115.200:1720 MJ-CME
>
> Prefix: 12#*
>   Zone CUBE master gateway list:
> 14.160.110.254:1720 MJ-CUBE
>
>
> 2. CME is registered with tech prefix 44 , CUCM using 1 and CUBE is 12
> call is faling from both side.
>
>
>
>
>
> 3. CUBE is registered without tech prefix
>  CUCM using 1#
>  CME using 44#
>
>
> BR1#sh gatek gw-type-prefix
> buffer used: 153, size: 20480
> GATEWAY TYPE PREFIX TABLE
> =
>
> Prefix: 44#*
>   Zone CME master gateway list:
> 14.160.115.200:1720 MJ-CME
>
> Prefix: 1#*
>   Zone CUCM master gateway list:
> 14.160.110.15:1720 US_1
>
>
> Call is faling from both side.
>
>
> Here is the debug for above
>
>
>
>
>
> Not sure but it is necessary that target ZONE and CUBE ie VIA zone should
> be using same Tech Prefix ??
>
> BR1#
> *Nov 30 14:19:05.234: ////GK/gk_process:
> QUEUE_EVENT (minor 0) wakeup
> *Nov 30 14:19:05.234: ////GK/gk_rassrv_arq:
> arqp=0x68A40104,crv=0x5, answerCall=0
> *Nov 30 14:19:05.234: ////GK/gk_rassrv_sep_arq: ARQ
> Didn't use GK_AAA_PROC
> *Nov 30 14:19:05.234: //003599EC0500/003599EC

Re: [OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[Cristobal Priego]

A silly question

Dd you change the tftp settings of your Ipc to point to the proper  
server?

Right click on the ipc, preferences, tftp

Sent from my iPhone

On Nov 30, 2010, at 6:45, "Ginther, Scott [NTK]" > wrote:


I’m having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CI 
PC hangs at “Registering”, and does not give an error.




If I disconnect my virtual lab VPN connection and connect to my  
corporate network, CIPC will register to our corporate CUCM cluster.  
Am I missing something?




I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I  
could use a little help getting it configured correctly for the  
virtual lab.




Thanks,



-Scott-



This e-mail may contain Sprint Nextel proprietary information  
intended for the sole use of the recipient(s). Any use by others is  
prohibited. If you are not the intended recipient, please contact  
the sender and delete all copies of the message.

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

[OSL | CCIE_Voice] CIPC hangs at "Registering" when connecting to lab CUCM

[Ginther, Scott [NTK]]

I'm having trouble connecting CIPC 7.0.5 to the virtual lab CUCM. CIPC hangs at 
"Registering", and does not give an error.

If I disconnect my virtual lab VPN connection and connect to my corporate 
network, CIPC will register to our corporate CUCM cluster. Am I missing 
something?

I can't register my CIPC phone to the lab CUCM via SCCP or SIP. I could use a 
little help getting it configured correctly for the virtual lab.

Thanks,

-Scott-



This e-mail may contain Sprint Nextel proprietary information intended for the 
sole use of the recipient(s). Any use by others is prohibited. If you are not 
the intended recipient, please contact the sender and delete all copies of the 
message.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[Mritunjay Kumar]

Hi All,

thanks for responding.

Here is the scenario , config and result




Scenario
CME registered with 44# , CUCM  and CUBE  with 1#

Call is faling from CUCM to CME only.

output and config



Gatekeep config

gatekeeper
 zone local BR1 cisco.com 14.160.110.129
 zone local CME cisco.com invia CUBE outvia CUBE
 zone local CUCM cisco.com invia CUBE outvia CUBE
 zone local CUBE cisco.com
 zone prefix CUCM 2...
 zone prefix CME 5...
 no shutdown


BR1#sh gatek endpoints
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags
--- - --- - - -
14.160.110.15   1720  14.160.110.15   32797 CUCM  VOIP-GW
ENDPOINT-ID: 71A5D3680003  VERSION: 5  AGE: 37 secs  SupportsAnnexE:
FALSE
g_supp_prots: 0x0050
H323-ID: US_1
Voice Capacity Max.=  Avail.=  Current.= 0
14.160.115.200  1720  14.160.115.200  57052 CME   H323-GW
ENDPOINT-ID: 70B6E1940003  VERSION: 4  AGE: 13 secs  SupportsAnnexE:
FALSE
g_supp_prots: 0x0050
E164-ID: 1234
E164-ID: 4321
E164-ID: 7000
H323-ID: MJ-CME
Voice Capacity Max.=  Avail.=  Current.= 0
14.160.110.254  1720  14.160.110.254  56804 CUBE  H323-GW
ENDPOINT-ID: 681D6EDC0003  VERSION: 4  AGE: 21 secs  SupportsAnnexE:
FALSE
g_supp_prots: 0x0050
H323-ID: MJ-CUBE
Voice Capacity Max.=  Avail.=  Current.= 0
Total number of active registrations = 3

BR1#sh gatek gw-type-prefix

BR1#sh gatek gw-type-prefix
buffer used: 219, size: 20480
GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1

Prefix: 44#*
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME


CUBE config

interface GigabitEthernet0/0
 ip address 14.160.110.254 255.255.255.0
 duplex auto
 speed auto
 media-type rj45
 h323-gateway voip interface
 h323-gateway voip id CUBE ipaddr 14.160.110.129 1719
 h323-gateway voip h323-id MJ-CUBE
 h323-gateway voip tech-prefix 1#

 h323-gateway voip bind srcaddr 14.160.110.254

dial-peer voice 100 voip
 incoming called-number .
dial-peer voice 200 voip
 destination-pattern .T
 session target ras


CME config

interface GigabitEthernet0/0
 ip address 14.160.115.200 255.255.255.0
 duplex auto
 speed auto
 media-type rj45
 h323-gateway voip interface
 h323-gateway voip id CME ipaddr 14.160.110.129 1719
 h323-gateway voip h323-id MJ-CME
 h323-gateway voip tech-prefix 44#
 h323-gateway voip bind srcaddr 14.160.115.200

dial-peer voice 23 voip
 translation-profile incoming voip-in
 translation-profile outgoing voip-out
 destination-pattern 2...
 session target ras
 incoming called-number .

I registered CME with tech prefix 1# and call from both side is working
fine.
ie VIA zone , CME and CUCM are using same tech-prefix





other scnario :

1.

CUBE is registered with different tech prefix ie 12 and CME and CUCM using
tech prefix 1,

CALL is faling from both side

BR1#sh gatek gw-type-prefix
buffer used: 219, size: 20480
GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME

Prefix: 12#*
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE


2. CME is registered with tech prefix 44 , CUCM using 1 and CUBE is 12
call is faling from both side.





3. CUBE is registered without tech prefix
 CUCM using 1#
 CME using 44#


BR1#sh gatek gw-type-prefix
buffer used: 153, size: 20480
GATEWAY TYPE PREFIX TABLE
=
Prefix: 44#*
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME

Prefix: 1#*
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1


Call is faling from both side.


Here is the debug for above





Not sure but it is necessary that target ZONE and CUBE ie VIA zone should be
using same Tech Prefix ??

BR1#
*Nov 30 14:19:05.234: ////GK/gk_process: QUEUE_EVENT
(minor 0) wakeup
*Nov 30 14:19:05.234: ////GK/gk_rassrv_arq:
arqp=0x68A40104,crv=0x5, answerCall=0
*Nov 30 14:19:05.234: ////GK/gk_rassrv_sep_arq: ARQ
Didn't use GK_AAA_PROC
*Nov 30 14:19:05.234: //003599EC0500/003599EC0500/GK/gk_dns_query: No Name
servers
*Nov 30 14:19:05.234: //003599EC0500/003599EC0500/GK/rassrv_get_addrinfo:
(44#5002) Matched tech-prefix 44#
*Nov 30 14:19:05.234: //003599EC0500/003599EC0500/GK/rassrv_get_addrinfo:
(44#5002) Matched zone prefix 5 and remainder 002
*Nov 30 14:19:05.234:
////GK/gk_rassrv_get_ingress_network: returning
default ingress network = 1
*Nov 30 14:19:05.234:
//003599EC0500/003599EC0500/GK/rassrv_arq_select_viazone: about to check the
source side, src_zonep=0x68E3A82C
*Nov 30 14:1

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[Mritunjay Kumar]

On Tue, Nov 30, 2010 at 6:54 PM, Prashant Patel
wrote:

> Hi MJ,
>
> Can you please paste output of sh gatek gw and sh gatek end. Also the dial
> peers on HQ.
>
>
> Thanks
> Prashant
>
> On Tue, Nov 30, 2010 at 6:05 AM, Mritunjay Kumar  wrote:
>
>> Hi all ,
>>
>> I am facing issue in GK and VIA zone
>>
>> sh gatek gw
>>
>> CUCM is registered to GK using tech-p 1#
>> CME is registered to DK using tech-p 44#
>> VIA zone is registered to GK using tech-p 12#
>>
>>
>> sh gatek gw
>> Prefix: 1#*
>>   Zone CUCM master gateway list:
>> 14.160.110.15:1720 US_1
>>   Zone CUBE master gateway list:
>> 14.160.110.254:1720 MJ-CUBE
>>
>> Prefix: 12#*
>>   Zone CUBE master gateway list:
>> 14.160.110.254:1720 MJ-CUBE
>>
>> Prefix: 44#*
>>   Zone CME master gateway list:
>> 14.160.115.200:1720 MJ-CME
>>
>> call from CME  to CUCM is working fine
>>
>> but call from CUCM to CME is failing. while calling this i am adding
>> correct tech prefix and removing it in CME
>>
>> enabled debug gate main 5 and error is
>>
>> *Nov 30 11:01:04.435: //001191430300/001191430300/GK/rassrv_get_addrinfo:
>> (44#5002) Matched tech-prefix 44#
>> 
>> 
>>
>> *assrv_get_addrinfo(44#5002): Viazone gateway selection failed for zone
>> "CUBE"
>> .
>>
>>
>> when CME is registered with tech-p 1# , everthing works fine ie call in
>> both direction
>>
>> without introducing VIA zone , everyting works fine ie CME is regiserted
>> with tech-p 44#
>>
>> gatekeeper cofig
>>
>> gatekeeper
>>  zone local BR1 cisco.com 14.160.110.129
>>  zone local CME cisco.com invia CUBE outvia CUBE
>>  zone local CUCM cisco.com invia CUBE outvia CUBE
>>  zone local CUBE cisco.com
>>  zone prefix CUCM 2...
>>  zone prefix CME 5...
>>  gw-type-prefix 1#*
>>  no shutdown
>>
>> Is any configmissing ??
>>
>> Regards,
>> MJ
>>
>>
>>
>>
>> *
>>
>>
>> ___
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[Matthew Berry]

Correct, you do not need to register your CUBE with a tech prefix at all.

Matthew Berry
Sr. Voice Engineer - CCIE 26721
[cid:E1F2A7B1-98EB-4A5E-861A-C1BB303B86B6]

CDW Advanced Technology Services
7145 Boone Avenue North | Brooklyn Park, MN 55428
Single Number Reach: +1.763.592.5987
matthew.be...@cdw.com


From: "givemeccievoice2...@gmail.com" 
mailto:givemeccievoice2...@gmail.com>>
Date: Tue, 30 Nov 2010 07:49:07 -0600
To: 'Mritunjay Kumar' mailto:mjs...@gmail.com>>, 
"ccie_voice@onlinestudylist.com" 
mailto:ccie_voice@onlinestudylist.com>>
Subject: Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

Why do you have a different tech prefix for VIA zone?  I don’t believe you need 
a tech prefix at all for a VIA zone / CUBE.  Just have your dial-peers 
configured to receive what CUCM is sending.

Also, make sure that you have your “allow connections” commands.  Do a show 
gatekeeper endpoints and CUBE should be registered as “H323-GW”.  If not, make 
sure those commands are present and/or bounce the gateway command.

Please post the debug gatekeeper main 10 output as well as show gatekeeper end.

Jeff

From: 
ccie_voice-boun...@onlinestudylist.com
 [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mritunjay Kumar
Sent: Tuesday, November 30, 2010 3:06 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

Hi all ,

I am facing issue in GK and VIA zone

sh gatek gw

CUCM is registered to GK using tech-p 1#
CME is registered to DK using tech-p 44#
VIA zone is registered to GK using tech-p 12#


sh gatek gw
Prefix: 1#*
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE

Prefix: 12#*
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE

Prefix: 44#*
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME

call from CME  to CUCM is working fine

but call from CUCM to CME is failing. while calling this i am adding correct 
tech prefix and removing it in CME

enabled debug gate main 5 and error is

*Nov 30 11:01:04.435: //001191430300/001191430300/GK/rassrv_get_addrinfo: 
(44#5002) Matched tech-prefix 44#



assrv_get_addrinfo(44#5002): Viazone gateway selection failed for zone "CUBE"
.


when CME is registered with tech-p 1# , everthing works fine ie call in both 
direction

without introducing VIA zone , everyting works fine ie CME is regiserted with 
tech-p 44#

gatekeeper cofig

gatekeeper
 zone local BR1 cisco.com 14.160.110.129
 zone local CME cisco.com invia CUBE outvia CUBE
 zone local CUCM cisco.com invia CUBE outvia CUBE
 zone local CUBE cisco.com
 zone prefix CUCM 2...
 zone prefix CME 5...
 gw-type-prefix 1#*
 no shutdown

Is any configmissing ??

Regards,
MJ





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

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[givemeccievoice2010]

Why do you have a different tech prefix for VIA zone?  I don't believe you
need a tech prefix at all for a VIA zone / CUBE.  Just have your dial-peers
configured to receive what CUCM is sending.

 

Also, make sure that you have your "allow connections" commands.  Do a show
gatekeeper endpoints and CUBE should be registered as "H323-GW".  If not,
make sure those commands are present and/or bounce the gateway command.

 

Please post the debug gatekeeper main 10 output as well as show gatekeeper
end.

 

Jeff 

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mritunjay Kumar
Sent: Tuesday, November 30, 2010 3:06 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

 

Hi all ,

I am facing issue in GK and VIA zone 

sh gatek gw

CUCM is registered to GK using tech-p 1#
CME is registered to DK using tech-p 44#
VIA zone is registered to GK using tech-p 12#


sh gatek gw
Prefix: 1#*
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1 
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE 

Prefix: 12#*
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE 

Prefix: 44#*
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME 

call from CME  to CUCM is working fine 

but call from CUCM to CME is failing. while calling this i am adding correct
tech prefix and removing it in CME

enabled debug gate main 5 and error is 

*Nov 30 11:01:04.435: //001191430300/001191430300/GK/rassrv_get_addrinfo:
(44#5002) Matched tech-prefix 44#



assrv_get_addrinfo(44#5002): Viazone gateway selection failed for zone
"CUBE"
.


when CME is registered with tech-p 1# , everthing works fine ie call in both
direction 

without introducing VIA zone , everyting works fine ie CME is regiserted
with tech-p 44#

gatekeeper cofig

gatekeeper
 zone local BR1 cisco.com 14.160.110.129
 zone local CME cisco.com invia CUBE outvia CUBE
 zone local CUCM cisco.com invia CUBE outvia CUBE
 zone local CUBE cisco.com
 zone prefix CUCM 2...
 zone prefix CME 5...
 gw-type-prefix 1#*
 no shutdown

Is any configmissing ??

Regards,
MJ







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

Re: [OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[Prashant Patel]

Hi MJ,

Can you please paste output of sh gatek gw and sh gatek end. Also the dial
peers on HQ.


Thanks
Prashant

On Tue, Nov 30, 2010 at 6:05 AM, Mritunjay Kumar  wrote:

> Hi all ,
>
> I am facing issue in GK and VIA zone
>
> sh gatek gw
>
> CUCM is registered to GK using tech-p 1#
> CME is registered to DK using tech-p 44#
> VIA zone is registered to GK using tech-p 12#
>
>
> sh gatek gw
> Prefix: 1#*
>   Zone CUCM master gateway list:
> 14.160.110.15:1720 US_1
>   Zone CUBE master gateway list:
> 14.160.110.254:1720 MJ-CUBE
>
> Prefix: 12#*
>   Zone CUBE master gateway list:
> 14.160.110.254:1720 MJ-CUBE
>
> Prefix: 44#*
>   Zone CME master gateway list:
> 14.160.115.200:1720 MJ-CME
>
> call from CME  to CUCM is working fine
>
> but call from CUCM to CME is failing. while calling this i am adding
> correct tech prefix and removing it in CME
>
> enabled debug gate main 5 and error is
>
> *Nov 30 11:01:04.435: //001191430300/001191430300/GK/rassrv_get_addrinfo:
> (44#5002) Matched tech-prefix 44#
> 
> 
>
> *assrv_get_addrinfo(44#5002): Viazone gateway selection failed for zone
> "CUBE"
> .
>
>
> when CME is registered with tech-p 1# , everthing works fine ie call in
> both direction
>
> without introducing VIA zone , everyting works fine ie CME is regiserted
> with tech-p 44#
>
> gatekeeper cofig
>
> gatekeeper
>  zone local BR1 cisco.com 14.160.110.129
>  zone local CME cisco.com invia CUBE outvia CUBE
>  zone local CUCM cisco.com invia CUBE outvia CUBE
>  zone local CUBE cisco.com
>  zone prefix CUCM 2...
>  zone prefix CME 5...
>  gw-type-prefix 1#*
>  no shutdown
>
> Is any configmissing ??
>
> Regards,
> MJ
>
>
>
>
> *
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] call from CUCM to CME : VIA Zone

[Mritunjay Kumar]

Hi all ,

I am facing issue in GK and VIA zone

sh gatek gw

CUCM is registered to GK using tech-p 1#
CME is registered to DK using tech-p 44#
VIA zone is registered to GK using tech-p 12#


sh gatek gw
Prefix: 1#*
  Zone CUCM master gateway list:
14.160.110.15:1720 US_1
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE

Prefix: 12#*
  Zone CUBE master gateway list:
14.160.110.254:1720 MJ-CUBE

Prefix: 44#*
  Zone CME master gateway list:
14.160.115.200:1720 MJ-CME

call from CME  to CUCM is working fine

but call from CUCM to CME is failing. while calling this i am adding correct
tech prefix and removing it in CME

enabled debug gate main 5 and error is

*Nov 30 11:01:04.435: //001191430300/001191430300/GK/rassrv_get_addrinfo:
(44#5002) Matched tech-prefix 44#



*assrv_get_addrinfo(44#5002): Viazone gateway selection failed for zone
"CUBE"
.


when CME is registered with tech-p 1# , everthing works fine ie call in both
direction

without introducing VIA zone , everyting works fine ie CME is regiserted
with tech-p 44#

gatekeeper cofig

gatekeeper
 zone local BR1 cisco.com 14.160.110.129
 zone local CME cisco.com invia CUBE outvia CUBE
 zone local CUCM cisco.com invia CUBE outvia CUBE
 zone local CUBE cisco.com
 zone prefix CUCM 2...
 zone prefix CME 5...
 gw-type-prefix 1#*
 no shutdown

Is any configmissing ??

Regards,
MJ




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