Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Vik Malhi]

We shouldn't have CME phones registered to CCM in the first place. If  
the previous person on the pod accidentally registered them to CCM  
then the damage is done. As long as you are careful about your option  
150 then you should be ok for future sessions, if not let us know.


Vik Malhi - CCIE#13890
Senior Technical Instructor - IPexpert Inc

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com

Join IPexpert's Free CCIE Peer Groups & Study Communities at 
www.IPexpert.com/communities

On Feb 19, 2009, at 7:19 PM, "Cliff McGlamry"   
wrote:



So when working in the pods, should we be searching through the TFTP
directory and deleting any CTL files prior to allowing phones to  
register?



- Original Message -
From: "Vik Malhi" 
To: "Cliff McGlamry" ; >

Sent: Thursday, February 19, 2009 10:13 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


If there is a CTL file on the TFTP the phone will download it. This  
will
contain a trust list consisting of the SUB and PUB. The CTL file  
would have
been there because at some point in the past the server was in mixed  
mode.


Once the phone (from previous mis-configuration not down to you!)  
registered
to the CCM, it picked this CTL file up and now will not communicate  
with the

CME TFTP server.

The only way around this is to erase CTL file or restore the phone  
to Fac

Defaults- support will do this.

Once way to find out for sure is to web into the phone and look at  
status
messages. You would see something like "TFTP Server not in CTL  
file"

--
Vik Malhi  CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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

Lab Certifications.








From: Cliff McGlamry 
Date: Thu, 19 Feb 2009 20:37:11 -0500
To: 
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place

Just found something on this subject here for anyone who is  
interested:


http://puck.nether.net/pipermail/cisco-voip/2008-September/ 
037822.html


But I still don't understand how the phone could have pulled a CTL  
file in

the first place.  I'm not in a secure mode.

Is this just an idiosyncracy of Proctor Labs or what?


- Original Message -
From: "Cliff McGlamry" 
To: "Vik Malhi" ; >

Sent: Thursday, February 19, 2009 8:33 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


Vik,

I'm not on the rack nowbut it was pointed to the CME as the TFTP
server.
Webbing to the phone showed that.

It was picking up DHCP from where ever I put it (and I moved it  
around
trying to fix this).  But regardless of where I put it, I was not  
getting

ANY output from debugging tftp events.

I'm not sure I get the issue on the CTL file, and not sure how that  
would

make my CME untrusted.  I wasn't running in a secure mode, so I don't
understand this.

If the phone had been in front of me, I'd have just manually  
punched in

the
info and forced itnot the best thing to do as it's time  
consuming, but
it would be either that or a reset to factory defaults (which  
likely would

have been faster).

Can you suggest where I can go to get more info on this subject?

Cliff


- Original Message -
From: "Vik Malhi" 
To: "Cliff McGlamry" ;

Sent: Thursday, February 19, 2009 8:23 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


Is your DHCP allocating the CME phones an IP address?  (sh ip dhcp  
bind)


If not then shut/no shut on the FastEthernet interface to power  
cycle the
phone and run the debug ip dhcp server events" command to look out  
for the

DHCP broadcast and see what is happening.

If you DHCP server is allocating an IP Address then check the  
option 150-

is
it correct?

Use the following command to see if the phone is contacting the TFTP
server-
"debug tftp events".

If you do not see any communication between the phone and the TFTP  
server
then this is most likely due to a CTL file being downloaded to the  
phone
from the CallManager TFTP server which means that the TFTP on the  
CME is
untrusted. You should send an email to support to get the phones  
restored

to
factory defaults. (Note - this is the lat action to take- ensure  
that the
DHCP server is allocating an IP Address and then you should make  
sure that
there is no subsequent TFTP interaction before this action is  
taken)


If you are still struggling- shut/no shut your phone port and post  
the

output of:

Debug ip dhcp server events
Debug tftp events
Debug ephone reg
Your dhcp scope config

And I'll take a look...


--
Vik Malhi  CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert

[OSL | CCIE_Voice] Parked Call problem

[CCIELabRat]

I'm working with call park.
If I place an internal call (phone to phone) , I can park the call and
pickup it up on another phone by dialing the call park DN.
If I place a call from PSTN into HQ via the 6608 , I can park the call and
pickup it up on another phone by dialing the call park DN.
If I place a call from PSTN into HQ via the br1-rtr (MGCP) , I can park the
call but get a message that "your call can not be completed" when I dial the
call park DN.

Any ideas?

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Cliff McGlamry]

So when working in the pods, should we be searching through the TFTP 
directory and deleting any CTL files prior to allowing phones to register?


- Original Message - 
From: "Vik Malhi" 
To: "Cliff McGlamry" ; 
Sent: Thursday, February 19, 2009 10:13 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


If there is a CTL file on the TFTP the phone will download it. This will
contain a trust list consisting of the SUB and PUB. The CTL file would have
been there because at some point in the past the server was in mixed mode.

Once the phone (from previous mis-configuration not down to you!) registered
to the CCM, it picked this CTL file up and now will not communicate with the
CME TFTP server.

The only way around this is to erase CTL file or restore the phone to Fac
Defaults- support will do this.

Once way to find out for sure is to web into the phone and look at status
messages. You would see something like "TFTP Server not in CTL file"
-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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







> From: Cliff McGlamry 
> Date: Thu, 19 Feb 2009 20:37:11 -0500
> To: 
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
>
> Just found something on this subject here for anyone who is interested:
>
> http://puck.nether.net/pipermail/cisco-voip/2008-September/037822.html
>
> But I still don't understand how the phone could have pulled a CTL file in
> the first place.  I'm not in a secure mode.
>
> Is this just an idiosyncracy of Proctor Labs or what?
>
>
> - Original Message -
> From: "Cliff McGlamry" 
> To: "Vik Malhi" ; 
> Sent: Thursday, February 19, 2009 8:33 PM
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
>
>
> Vik,
>
> I'm not on the rack nowbut it was pointed to the CME as the TFTP 
> server.
> Webbing to the phone showed that.
>
> It was picking up DHCP from where ever I put it (and I moved it around
> trying to fix this).  But regardless of where I put it, I was not getting
> ANY output from debugging tftp events.
>
> I'm not sure I get the issue on the CTL file, and not sure how that would
> make my CME untrusted.  I wasn't running in a secure mode, so I don't
> understand this.
>
> If the phone had been in front of me, I'd have just manually punched in 
> the
> info and forced itnot the best thing to do as it's time consuming, but
> it would be either that or a reset to factory defaults (which likely would
> have been faster).
>
> Can you suggest where I can go to get more info on this subject?
>
> Cliff
>
>
> - Original Message -
> From: "Vik Malhi" 
> To: "Cliff McGlamry" ; 
> 
> Sent: Thursday, February 19, 2009 8:23 PM
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
>
>
> Is your DHCP allocating the CME phones an IP address?  (sh ip dhcp bind)
>
> If not then shut/no shut on the FastEthernet interface to power cycle the
> phone and run the debug ip dhcp server events" command to look out for the
> DHCP broadcast and see what is happening.
>
> If you DHCP server is allocating an IP Address then check the option 150- 
> is
> it correct?
>
> Use the following command to see if the phone is contacting the TFTP 
> server-
> "debug tftp events".
>
> If you do not see any communication between the phone and the TFTP server
> then this is most likely due to a CTL file being downloaded to the phone
> from the CallManager TFTP server which means that the TFTP on the CME is
> untrusted. You should send an email to support to get the phones restored 
> to
> factory defaults. (Note - this is the lat action to take- ensure that the
> DHCP server is allocating an IP Address and then you should make sure that
> there is no subsequent TFTP interaction before this action is taken)
>
> If you are still struggling- shut/no shut your phone port and post the
> output of:
>
> Debug ip dhcp server events
> Debug tftp events
> Debug ephone reg
> Your dhcp scope config
>
> And I'll take a look...
>
>
> -- 
> Vik Malhi ­ CCIE #13890, CCSI #31584
> Senior Technical Instructor - IPexpert, Inc.
>
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: vma...@ipexpert.com
>
>
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities
> IPexpert - The Global Leader in Self-Study, Classroom-Based, 
> Video-On-Demand
> and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE
> Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage
> Lab Certifications.
>
>
>
>
>
>
>
>> From: Cliff McGlamry 
>> Date: Thu,

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Vik Malhi]

If there is a CTL file on the TFTP the phone will download it. This will
contain a trust list consisting of the SUB and PUB. The CTL file would have
been there because at some point in the past the server was in mixed mode.

Once the phone (from previous mis-configuration not down to you!) registered
to the CCM, it picked this CTL file up and now will not communicate with the
CME TFTP server.

The only way around this is to erase CTL file or restore the phone to Fac
Defaults- support will do this.

Once way to find out for sure is to web into the phone and look at status
messages. You would see something like "TFTP Server not in CTL file"
-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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







> From: Cliff McGlamry 
> Date: Thu, 19 Feb 2009 20:37:11 -0500
> To: 
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
> 
> Just found something on this subject here for anyone who is interested:
> 
> http://puck.nether.net/pipermail/cisco-voip/2008-September/037822.html
> 
> But I still don't understand how the phone could have pulled a CTL file in
> the first place.  I'm not in a secure mode.
> 
> Is this just an idiosyncracy of Proctor Labs or what?
> 
> 
> - Original Message -
> From: "Cliff McGlamry" 
> To: "Vik Malhi" ; 
> Sent: Thursday, February 19, 2009 8:33 PM
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
> 
> 
> Vik,
> 
> I'm not on the rack nowbut it was pointed to the CME as the TFTP server.
> Webbing to the phone showed that.
> 
> It was picking up DHCP from where ever I put it (and I moved it around
> trying to fix this).  But regardless of where I put it, I was not getting
> ANY output from debugging tftp events.
> 
> I'm not sure I get the issue on the CTL file, and not sure how that would
> make my CME untrusted.  I wasn't running in a secure mode, so I don't
> understand this.
> 
> If the phone had been in front of me, I'd have just manually punched in the
> info and forced itnot the best thing to do as it's time consuming, but
> it would be either that or a reset to factory defaults (which likely would
> have been faster).
> 
> Can you suggest where I can go to get more info on this subject?
> 
> Cliff
> 
> 
> - Original Message -
> From: "Vik Malhi" 
> To: "Cliff McGlamry" ; 
> Sent: Thursday, February 19, 2009 8:23 PM
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
> 
> 
> Is your DHCP allocating the CME phones an IP address?  (sh ip dhcp bind)
> 
> If not then shut/no shut on the FastEthernet interface to power cycle the
> phone and run the debug ip dhcp server events" command to look out for the
> DHCP broadcast and see what is happening.
> 
> If you DHCP server is allocating an IP Address then check the option 150- is
> it correct?
> 
> Use the following command to see if the phone is contacting the TFTP server-
> "debug tftp events".
> 
> If you do not see any communication between the phone and the TFTP server
> then this is most likely due to a CTL file being downloaded to the phone
> from the CallManager TFTP server which means that the TFTP on the CME is
> untrusted. You should send an email to support to get the phones restored to
> factory defaults. (Note - this is the lat action to take- ensure that the
> DHCP server is allocating an IP Address and then you should make sure that
> there is no subsequent TFTP interaction before this action is taken)
> 
> If you are still struggling- shut/no shut your phone port and post the
> output of:
> 
> Debug ip dhcp server events
> Debug tftp events
> Debug ephone reg
> Your dhcp scope config
> 
> And I'll take a look...
> 
> 
> -- 
> Vik Malhi ­ CCIE #13890, CCSI #31584
> Senior Technical Instructor - IPexpert, Inc.
> 
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: vma...@ipexpert.com
> 
> 
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities
> IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand
> and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE
> Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage
> Lab Certifications.
> 
> 
> 
> 
> 
> 
> 
>> From: Cliff McGlamry 
>> Date: Thu, 19 Feb 2009 20:11:23 -0500
>> To: 
>> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
>> 
>>> Phones in BR2 are registered to CCM, and will NOT unregister.  They've
>>> been
>>> deleted out of CCM, DHCP scope fixedand even moved to different ip
>>> addresses.  But phones will NOT home to CME

[OSL | CCIE_Voice] Cisco UC Setup Help

[Arun Kumar]

Hi All,

Sorry if this the not the right place to post.

Actually my company is planning to setup Cisco UC for 150 Users utilizing
Call Manager, IP Phones, IP Meeting and Conference, Contact Center, Unified
Presence.

So please advise do I need any other cisco uc component/s , number of
quantity for the same setup, is any other software or hardware do  I need.
This is what I've prepared:

1. Call Manager = 2 (Pub & Sub)
2. IP Phones = 150 (7940 & 7960) do these model will support Unified
Presence ?
3. Meeting Place Express for IP Meeting
4. What do  I need to Conferencing pls advise ?
5. Contact Center pls advise version, will be used for support.
6. Unified Presence = 1

please provide your expert advise in this solution. Please correct me If I
need to order anything else or I'm not buying correct things.

please ask if you need more info.

Regards,
Arun

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Cliff McGlamry]

Just found something on this subject here for anyone who is interested:

http://puck.nether.net/pipermail/cisco-voip/2008-September/037822.html

But I still don't understand how the phone could have pulled a CTL file in 
the first place.  I'm not in a secure mode.

Is this just an idiosyncracy of Proctor Labs or what?


- Original Message - 
From: "Cliff McGlamry" 
To: "Vik Malhi" ; 
Sent: Thursday, February 19, 2009 8:33 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


Vik,

I'm not on the rack nowbut it was pointed to the CME as the TFTP server.
Webbing to the phone showed that.

It was picking up DHCP from where ever I put it (and I moved it around
trying to fix this).  But regardless of where I put it, I was not getting
ANY output from debugging tftp events.

I'm not sure I get the issue on the CTL file, and not sure how that would
make my CME untrusted.  I wasn't running in a secure mode, so I don't
understand this.

If the phone had been in front of me, I'd have just manually punched in the
info and forced itnot the best thing to do as it's time consuming, but
it would be either that or a reset to factory defaults (which likely would
have been faster).

Can you suggest where I can go to get more info on this subject?

Cliff


- Original Message - 
From: "Vik Malhi" 
To: "Cliff McGlamry" ; 
Sent: Thursday, February 19, 2009 8:23 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


Is your DHCP allocating the CME phones an IP address?  (sh ip dhcp bind)

If not then shut/no shut on the FastEthernet interface to power cycle the
phone and run the debug ip dhcp server events" command to look out for the
DHCP broadcast and see what is happening.

If you DHCP server is allocating an IP Address then check the option 150- is
it correct?

Use the following command to see if the phone is contacting the TFTP server-
"debug tftp events".

If you do not see any communication between the phone and the TFTP server
then this is most likely due to a CTL file being downloaded to the phone
from the CallManager TFTP server which means that the TFTP on the CME is
untrusted. You should send an email to support to get the phones restored to
factory defaults. (Note - this is the lat action to take- ensure that the
DHCP server is allocating an IP Address and then you should make sure that
there is no subsequent TFTP interaction before this action is taken)

If you are still struggling- shut/no shut your phone port and post the
output of:

Debug ip dhcp server events
Debug tftp events
Debug ephone reg
Your dhcp scope config

And I'll take a look...


-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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







> From: Cliff McGlamry 
> Date: Thu, 19 Feb 2009 20:11:23 -0500
> To: 
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
>
>> Phones in BR2 are registered to CCM, and will NOT unregister.  They've
>> been
>> deleted out of CCM, DHCP scope fixedand even moved to different ip
>> addresses.  But phones will NOT home to CME.
>>
>> Can't reset manually since they aren't in front of me.
>>
>> Any ideas???

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Cliff McGlamry]

Vik,

I'm not on the rack nowbut it was pointed to the CME as the TFTP server. 
Webbing to the phone showed that.

It was picking up DHCP from where ever I put it (and I moved it around 
trying to fix this).  But regardless of where I put it, I was not getting 
ANY output from debugging tftp events.

I'm not sure I get the issue on the CTL file, and not sure how that would 
make my CME untrusted.  I wasn't running in a secure mode, so I don't 
understand this.

If the phone had been in front of me, I'd have just manually punched in the 
info and forced itnot the best thing to do as it's time consuming, but 
it would be either that or a reset to factory defaults (which likely would 
have been faster).

Can you suggest where I can go to get more info on this subject?

Cliff


- Original Message - 
From: "Vik Malhi" 
To: "Cliff McGlamry" ; 
Sent: Thursday, February 19, 2009 8:23 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


Is your DHCP allocating the CME phones an IP address?  (sh ip dhcp bind)

If not then shut/no shut on the FastEthernet interface to power cycle the
phone and run the debug ip dhcp server events" command to look out for the
DHCP broadcast and see what is happening.

If you DHCP server is allocating an IP Address then check the option 150- is
it correct?

Use the following command to see if the phone is contacting the TFTP server-
"debug tftp events".

If you do not see any communication between the phone and the TFTP server
then this is most likely due to a CTL file being downloaded to the phone
from the CallManager TFTP server which means that the TFTP on the CME is
untrusted. You should send an email to support to get the phones restored to
factory defaults. (Note - this is the lat action to take- ensure that the
DHCP server is allocating an IP Address and then you should make sure that
there is no subsequent TFTP interaction before this action is taken)

If you are still struggling- shut/no shut your phone port and post the
output of:

Debug ip dhcp server events
Debug tftp events
Debug ephone reg
Your dhcp scope config

And I'll take a look...


-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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







> From: Cliff McGlamry 
> Date: Thu, 19 Feb 2009 20:11:23 -0500
> To: 
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
>
>> Phones in BR2 are registered to CCM, and will NOT unregister.  They've
>> been
>> deleted out of CCM, DHCP scope fixedand even moved to different ip
>> addresses.  But phones will NOT home to CME.
>>
>> Can't reset manually since they aren't in front of me.
>>
>> Any ideas???

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Vik Malhi]

Is your DHCP allocating the CME phones an IP address?  (sh ip dhcp bind)

If not then shut/no shut on the FastEthernet interface to power cycle the
phone and run the debug ip dhcp server events" command to look out for the
DHCP broadcast and see what is happening.

If you DHCP server is allocating an IP Address then check the option 150- is
it correct?

Use the following command to see if the phone is contacting the TFTP server-
"debug tftp events".

If you do not see any communication between the phone and the TFTP server
then this is most likely due to a CTL file being downloaded to the phone
from the CallManager TFTP server which means that the TFTP on the CME is
untrusted. You should send an email to support to get the phones restored to
factory defaults. (Note - this is the lat action to take- ensure that the
DHCP server is allocating an IP Address and then you should make sure that
there is no subsequent TFTP interaction before this action is taken)

If you are still struggling- shut/no shut your phone port and post the
output of:

Debug ip dhcp server events
Debug tftp events
Debug ephone reg
Your dhcp scope config

And I'll take a look...


-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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







> From: Cliff McGlamry 
> Date: Thu, 19 Feb 2009 20:11:23 -0500
> To: 
> Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place
> 
>> Phones in BR2 are registered to CCM, and will NOT unregister.  They've
>> been
>> deleted out of CCM, DHCP scope fixedand even moved to different ip
>> addresses.  But phones will NOT home to CME.
>> 
>> Can't reset manually since they aren't in front of me.
>> 
>> Any ideas???

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[Cliff McGlamry]

I not only bounced the phones multiple times, I changed them to a different 
DHCP scope, rebooted the attached switch (which should have cleared 
everything), created a new scope that was totally disconnected to the 
existing network, put them on a different VLAN, then changed them 
back..and could NOT get them to quit attempting to register to CCM.

Don't recall seeing Mark address this in what I've seen.  Was this part of 
the free on line videos, or the stuff on the hard drive they send out?

- Original Message - 
From: "gopinath kancharla" 
To: "Cliff McGlamry" 
Cc: 
Sent: Thursday, February 19, 2009 2:05 PM
Subject: Re: [OSL | CCIE_Voice] Phones registered to wrong place


Cliff,
Did you try by flushing the CDP database  after shutting down  SW
interfaces. you may have to do this process multiple times!

Mark's VOD (infrastructure ) address this issue.


On Wed, Feb 18, 2009 at 8:06 PM, Cliff McGlamry  wrote:
> Phones in BR2 are registered to CCM, and will NOT unregister.  They've 
> been
> deleted out of CCM, DHCP scope fixedand even moved to different ip
> addresses.  But phones will NOT home to CME.
>
> Can't reset manually since they aren't in front of me.
>
> Any ideas???

Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

[Vik Malhi]

The good news is in the lab you can simply shutdown your WAN interface on
the remote site¹s router- that way the VOIP dial-peers would not have been
used...
-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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








From: "Kevin Hogan (kevhogan)" 
Date: Thu, 19 Feb 2009 14:06:41 -0500
To: Vik Malhi , Ryan Trauernicht
, 
Cc: 
Subject: RE: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

Good call...Had an ACL to go into SRST, but it didn't cover my voip
dial-peers into CCM.  Call was routing to CCM, which had the extension
unregistered, hence the VMNote to self when testing SRST in the actual
lab!  Thanks!!!


From: Vik Malhi [mailto:vma...@ipexpert.com]
Sent: Thursday, February 19, 2009 12:49 PM
To: Kevin Hogan (kevhogan); Ryan Trauernicht; mmailb...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

I would expect that call to fail. Use the ³debug voip dialpeer² to figure
out what is happening- somehow this call must be matching on another
dial-peer in order for it to be re-routed out to the PSTN and HQ.
-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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








From: "Kevin Hogan (kevhogan)" 
Date: Thu, 19 Feb 2009 10:32:53 -0500
To: Ryan Trauernicht , 
Cc: 
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

Is it then normal for the call to be forwarded to VM with this setup?  That
is what mine is doing.  I have 2001 as the number the PSTN can't call.  When
I call that number from the PSTN it goes straight to 2001's VM at the HQ
site.


From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan
Trauernicht
Sent: Thursday, February 19, 2009 8:53 AM
To: mmailb...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

You want to use corlist.  Your incoming dial-peer for all calls (regular
mode or SRST mode) you apply a corlist incoming.

On the call-manager-fallback you apply a corlist of the DN you want to block
in the outgoing direction.

Thanks,
Ryan Trauernicht
CCIE Voice #23497

On Wed, Feb 18, 2009 at 10:17 PM, Balamurugan Singaram 
wrote:
>   
>   working  with COR list is the best solution for MGCP gateway I think
> so..when I  try the same in h.323 gaeway the call is blocked all the   time.
>   
>  Could please some one share the best  solution for blocking calls in  h.323
> gateway  to.
>   
>  Thanks
> 
> --- On Thu, 19/2/09, Jose  Gregorio Linero  (jlinero) 
> wrote:
>  
>  
>> From:  Jose Gregorio Linero  (jlinero) 
>> Subject: Re: [OSL |   CCIE_Voice] Block incoming calls on H323 GW in SRST
>> To: "DIEGO   FERNANDO MACIAS SANCHEZ" ,
>> ccie_voice@onlinestudylist.com
>> Date:  Thursday, 19  February, 2009, 4:15 AM
>>  
>> 
>>   Hi
>>  
>>  Try to use cor list.
>>  
>>  Regards,
>>  
>>  Jose
>> 
>>   
>>  
>> 
>>  From: ccie_voice-boun...@onlinestudylist.com
>> [mailto:ccie_voice-boun...@onlinestudylist.com]  On Behalf  Of DIEGO FERNANDO
>> MACIAS SANCHEZ
>> Sent:  Miércoles,  Febrero 18, 2009 5:42 PM
>> To: ccie_voice@onlinestudylist.com
>> Subject:   [OSL | CCIE_Voice] Block incoming calls on H323 GW in   SRST
>> 
>>  
>> Hello  all
>> 
>> Does anybody know the way to block  incoming calls from PSTN  to an especific
>> extension connected to an  H323 GW.
>> If i apply a  blocking translation rule, this will be  active in normal
>> operation  also.
>> 
>> Regards
>> 
>> DM  
>> 
>> AVISO LEGAL: El presente correo  electronico no representa la  opinion o el
>> consentimiento oficial de la  PONTIFICIA UNIVERSIDAD  JAVERIANA. Este mensaje
>> es confidencial y puede  contener informacion  privilegiada la cual no puede
>> ser usada ni  divulgada a personas  distintas de su destinatario. Esta
>> prohibida la  retencion, grabacion,  utilizacion, aprovechamiento o
>> divulgacion con  cualquier proposito. Si  por error recibe este mensaje, por
>> favor  destruya su contenido y avise  a su remitente.
>> En este aviso legal  se omiten intencionalmente las   tildes.
>> 
> 
>  
>  
> 
>  Get your preferred 

Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

[Kevin Hogan (kevhogan)]

Good call...Had an ACL to go into SRST, but it didn't cover my voip dial-peers 
into CCM.  Call was routing to CCM, which had the extension unregistered, hence 
the VMNote to self when testing SRST in the actual lab!  Thanks!!!



From: Vik Malhi [mailto:vma...@ipexpert.com] 
Sent: Thursday, February 19, 2009 12:49 PM
To: Kevin Hogan (kevhogan); Ryan Trauernicht; mmailb...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST


I would expect that call to fail. Use the "debug voip dialpeer" to figure out 
what is happening- somehow this call must be matching on another dial-peer in 
order for it to be re-routed out to the PSTN and HQ.
-- 
Vik Malhi - CCIE #13890, CCSI #31584 
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444 
Fax: +1.810.454.0130 
Mailto: vma...@ipexpert.com


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










From: "Kevin Hogan (kevhogan)" 
Date: Thu, 19 Feb 2009 10:32:53 -0500
To: Ryan Trauernicht , 
Cc: 
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

Is it then normal for the call to be forwarded to VM with this setup?  That is 
what mine is doing.  I have 2001 as the number the PSTN can't call.  When I 
call that number from the PSTN it goes straight to 2001's VM at the HQ site.




From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Trauernicht
Sent: Thursday, February 19, 2009 8:53 AM
To: mmailb...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

You want to use corlist.  Your incoming dial-peer for all calls (regular mode 
or SRST mode) you apply a corlist incoming. 

On the call-manager-fallback you apply a corlist of the DN you want to block in 
the outgoing direction.

Thanks,
Ryan Trauernicht
CCIE Voice #23497

On Wed, Feb 18, 2009 at 10:17 PM, Balamurugan Singaram  
wrote:


  
  working with COR list is the best solution for MGCP gateway I think  
so..when I try the same in h.323 gaeway the call is blocked all the  time.
  
 Could please some one share the best solution for blocking calls in  
h.323 gateway to.
  
 Thanks

--- On Thu, 19/2/09, Jose Gregorio Linero  (jlinero) 
 wrote:
 


From:  Jose Gregorio Linero (jlinero) 
Subject: Re: [OSL |  CCIE_Voice] Block incoming calls on H323 
GW in SRST
To: "DIEGO  FERNANDO MACIAS SANCHEZ" 
, ccie_voice@onlinestudylist.com
Date: Thursday, 19  February, 2009, 4:15 AM  
 

  Hi
 
 Try to use cor list.
 
 Regards,
 
 Jose

  



From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf  Of DIEGO FERNANDO 
MACIAS SANCHEZ
Sent: Miércoles,  Febrero 18, 2009 5:42 PM
To: ccie_voice@onlinestudylist.com
Subject:  [OSL | CCIE_Voice] Block incoming calls on H323 GW in 
 SRST

 
Hello all

Does anybody know the way to block  incoming calls from PSTN to 
an especific extension connected to an  H323 GW. 
If i apply a blocking translation rule, this will be  active in 
normal operation also.

Regards

DM  

AVISO LEGAL: El presente correo electronico no representa la  
opinion o el consentimiento oficial de la PONTIFICIA UNIVERSIDAD  JAVERIANA. 
Este mensaje es confidencial y puede contener informacion  privilegiada la cual 
no puede ser usada ni divulgada a personas  distintas de su destinatario. Esta 
prohibida la retencion, grabacion,  utilizacion, aprovechamiento o divulgacion 
con cualquier proposito. Si  por error recibe este mensaje, por favor destruya 
su contenido y avise  a su remitente. 
En este aviso legal se omiten intencionalmente las  tildes.




 



Get your preferred Email name!  

 
Now you can @ymail.com 

Re: [OSL | CCIE_Voice] Phones registered to wrong place

[gopinath kancharla]

Cliff,
Did you try by flushing the CDP database  after shutting down  SW
interfaces. you may have to do this process multiple times!

Mark's VOD (infrastructure ) address this issue.


On Wed, Feb 18, 2009 at 8:06 PM, Cliff McGlamry  wrote:
> Phones in BR2 are registered to CCM, and will NOT unregister.  They've been
> deleted out of CCM, DHCP scope fixedand even moved to different ip
> addresses.  But phones will NOT home to CME.
>
> Can't reset manually since they aren't in front of me.
>
> Any ideas???

Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

[Vik Malhi]

I would expect that call to fail. Use the ³debug voip dialpeer² to figure
out what is happening- somehow this call must be matching on another
dial-peer in order for it to be re-routed out to the PSTN and HQ.
-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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








From: "Kevin Hogan (kevhogan)" 
Date: Thu, 19 Feb 2009 10:32:53 -0500
To: Ryan Trauernicht , 
Cc: 
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

Is it then normal for the call to be forwarded to VM with this setup?  That
is what mine is doing.  I have 2001 as the number the PSTN can't call.  When
I call that number from the PSTN it goes straight to 2001's VM at the HQ
site.


From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan
Trauernicht
Sent: Thursday, February 19, 2009 8:53 AM
To: mmailb...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

You want to use corlist.  Your incoming dial-peer for all calls (regular
mode or SRST mode) you apply a corlist incoming.

On the call-manager-fallback you apply a corlist of the DN you want to block
in the outgoing direction.

Thanks,
Ryan Trauernicht
CCIE Voice #23497

On Wed, Feb 18, 2009 at 10:17 PM, Balamurugan Singaram 
wrote:
>
>   working with COR list is the best solution for MGCP gateway I think
> so..when I try the same in h.323 gaeway the call is blocked all the  time.
>   
>  Could please some one share the best solution for blocking calls in  h.323
> gateway to.
>   
>  Thanks
> 
> --- On Thu, 19/2/09, Jose Gregorio Linero  (jlinero) 
> wrote:
>  
>> From:  Jose Gregorio Linero (jlinero) 
>> Subject: Re: [OSL |  CCIE_Voice] Block incoming calls on H323 GW in SRST
>> To: "DIEGO  FERNANDO MACIAS SANCHEZ" ,
>> ccie_voice@onlinestudylist.com
>> Date: Thursday, 19  February, 2009, 4:15 AM
>>  
>> 
>>   Hi
>>   
>>  Try to use cor list.
>>   
>>  Regards,
>>   
>>  Jose
>> 
>>   
>> 
>>  From: ccie_voice-boun...@onlinestudylist.com
>> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf  Of DIEGO FERNANDO
>> MACIAS SANCHEZ
>> Sent: Miércoles,  Febrero 18, 2009 5:42 PM
>> To: ccie_voice@onlinestudylist.com
>> Subject:  [OSL | CCIE_Voice] Block incoming calls on H323 GW in  SRST
>> 
>>  
>> Hello all
>> 
>> Does anybody know the way to block  incoming calls from PSTN to an especific
>> extension connected to an  H323 GW.
>> If i apply a blocking translation rule, this will be  active in normal
>> operation also.
>> 
>> Regards
>> 
>> DM  
>> 
>> AVISO LEGAL: El presente correo electronico no representa la  opinion o el
>> consentimiento oficial de la PONTIFICIA UNIVERSIDAD  JAVERIANA. Este mensaje
>> es confidencial y puede contener informacion  privilegiada la cual no puede
>> ser usada ni divulgada a personas  distintas de su destinatario. Esta
>> prohibida la retencion, grabacion,  utilizacion, aprovechamiento o
>> divulgacion con cualquier proposito. Si  por error recibe este mensaje, por
>> favor destruya su contenido y avise  a su remitente.
>> En este aviso legal se omiten intencionalmente las  tildes.
>> 
> 
>  
> 
>  Get your preferred Email name!
>  tions.yahoo.com/newdomains/aa/>
> Now you can @ymail.com   and @rocketmail.com
>  .

Re: [OSL | CCIE_Voice] Unity>>UTIM>>Message Notification VS Dialout MWI

[Vik Malhi]

I think 4 digit # in the first column within UTIM. The best way to make sure
is use Call Viewer on Unity and have Unity originate a call to a phone which
is fwded to send the call back to Unity. What is the ANI  for the call being
returned? 
-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com


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








From: Kapil Atrish 
Date: Thu, 19 Feb 2009 09:59:28 +0530
To: , 
Subject: RE: [OSL | CCIE_Voice] Unity>>UTIM>>Message Notification VS Dialout
MWI

OK. That means if I un-check "Message Notification" or let it be checked on
voice-mail ports, there is no harm as long as I implement the fix to avoid
Unity loop, correct?

I've one more quick question, do I need to put full e.164 number or only 4
digit number on voice-mail ports to avoid looping of any external call. I
checked CCM traces and it showed me 4 digit number as well as FQDN  field
which is e.164 10 digit number of the VM ports. I couldn't find a way in
Unity to see what VM port number it is receiving?


Thanks for your inputs Vik..


Date: Wed, 18 Feb 2009 18:13:26 -0800
Subject: Re: [OSL | CCIE_Voice] Unity>>UTIM>>Message Notification VS Dialout
MWI
From: vma...@ipexpert.com
To: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com

Re: [OSL | CCIE_Voice] Unity>>UTIM>>Message Notification VS Dialout MWI
Message Notification is different to MWI as you correctly state. When we
talk about Unity Looping it is normally related to loops associated with Msg
Notification but it can be any call Unity originates that is returned to
Unity. See this link for the fix:

http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products_tech_note0918
6a0080094b01.shtml#p3a

-- 
Vik Malhi ­ CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com 


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








From: Kapil Atrish http://hotmail.com> >
Date: Wed, 18 Feb 2009 23:45:52 +0530
To: http://onlinestudylist.com> >
Subject: [OSL | CCIE_Voice] Unity>>UTIM>>Message Notification VS Dialout MWI

Hi List,
 
I'v a question about Message notification, I read about it, pl let me know
if my understanding is correct.

I understand Message Notification ports are used when susbcriber has
notifications enabled on additional devices under Subscriber>>Message
notification settings, like Home Phone/Pager etc.
 
So if I don't have notification enabled on additional devices do I still
need to uncheck "Message Notification" on Ports to avoid Unity looping or is
there something I am missing?
 
MWI has nothing to do with "Message Notification ports" but only with
"Dialout MWI"ports, correct?
 
Thanks in advance...

 


Get the latest buzz on outsourcing. Up to date information on mergers,
acquisitions and deals on BPO Watch. Try it now!



Watch useful tips on recipes, fitness, yoga and fashion only on MSN videos.
Try it!  

Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

[Kevin Hogan (kevhogan)]

Is it then normal for the call to be forwarded to VM with this setup?  That is 
what mine is doing.  I have 2001 as the number the PSTN can't call.  When I 
call that number from the PSTN it goes straight to 2001's VM at the HQ site.



From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Trauernicht
Sent: Thursday, February 19, 2009 8:53 AM
To: mmailb...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST


You want to use corlist.  Your incoming dial-peer for all calls (regular mode 
or SRST mode) you apply a corlist incoming. 

On the call-manager-fallback you apply a corlist of the DN you want to block in 
the outgoing direction.

Thanks,
Ryan Trauernicht
CCIE Voice #23497


On Wed, Feb 18, 2009 at 10:17 PM, Balamurugan Singaram  
wrote:


working with COR list is the best solution for MGCP gateway I think so..when I 
try the same in h.323 gaeway the call is blocked all the time.
 
Could please some one share the best solution for blocking calls in h.323 
gateway to.
 
Thanks

--- On Thu, 19/2/09, Jose Gregorio Linero (jlinero)  wrote:


From: Jose Gregorio Linero (jlinero) 
Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST
To: "DIEGO FERNANDO MACIAS SANCHEZ" , 
ccie_voice@onlinestudylist.com
Date: Thursday, 19 February, 2009, 4:15 AM 


Hi
 
Try to use cor list.
 
Regards,
 
Jose



From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of DIEGO FERNANDO 
MACIAS SANCHEZ
Sent: Miércoles, Febrero 18, 2009 5:42 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST


Hello all

Does anybody know the way to block incoming calls from PSTN to an 
especific extension connected to an H323 GW. 
If i apply a blocking translation rule, this will be active in normal 
operation also.

Regards

DM 

AVISO LEGAL: El presente correo electronico no representa la opinion o 
el consentimiento oficial de la PONTIFICIA UNIVERSIDAD JAVERIANA. Este mensaje 
es confidencial y puede contener informacion privilegiada la cual no puede ser 
usada ni divulgada a personas distintas de su destinatario. Esta prohibida la 
retencion, grabacion, utilizacion, aprovechamiento o divulgacion con cualquier 
proposito. Si por error recibe este mensaje, por favor destruya su contenido y 
avise a su remitente. 
En este aviso legal se omiten intencionalmente las tildes.






Get your preferred Email name! 

 
Now you can @ymail.com and @rocketmail.com.

Re: [OSL | CCIE_Voice] How much RAM for Version 7 apps

[Stephen Greszczyszyn]

I have been documenting my UC7 installs in VMware Server 2 and VMware ESXi
at ccie.gresz.ca including a couple of walkthough videos.

You can install CUCM and CUC with 1024 M.  CUPS requires just under 1300 M
or it won't install (gives you an error on install).  CUCCX requires 2048 M
to install, but after installation you can bring the VM guest memory back
down to 1024 M.

I'm running VMware Server 2 on Ubuntu 8.10 server 64-bit with an Intel
2.4GHz quad-core with 8Gig RAM.  I've also installed the same five UC7
applications over two old MCS servers (HP DL380 G3) with 6 Gig each running
VMware ESXi.

I haven't spent a lot of time testing the performance.  I guess I will find
out more as I continue the integration and start into the IPExpert v3 labs.

This is what VMware shows as the resources being used by the various guest
servers running in an idle state, but I'm not sure how accurate the
reporting is.  This is from a default install, no integration or
provisioning so far.

CUCM7a (pub): 245 M, 0.083 GHz

CUCM7b (sub): 163 M, 0.058 GHz

CUPS7: 364 M, 0.092 GHz

CUC7: 419 M, 0.245 GHz

CUCCX7: 153 M, 0.012 GHz

Re: [OSL | CCIE_Voice] Multicast audio source constantly streamed?

[Ryan Trauernicht]

Once you configure an Audio source and MOH server for Multicast, that stream
will route immediately and always to all the destinations you are allowing.
 (aka where ever you enabled sparse-dense or just dense-mode to).
You can see this by showing a (Show ip mroute).

That could be your problem if you don't have your WAN bandwidths provisioned
properly.

Hope that helps

thanks,
Ryan Trauernicht
CCIE Voice #23497

On Wed, Feb 18, 2009 at 3:21 PM, Juan  wrote:

> Hi all,I wonder, when you enable multicast on an audio source in UCM -
> does that mean UCM will start streaming this audio source from the moment
> you configure a multicast enabled MRG? Or is it only streamed from the
> moment a receiver wants to join the stream.
>
> This because from the moment I configure this, I am having strange issue
> with my wan links as they begin flapping from that moment on. I use NM-ESW
> on the HQ and on the BR1 - and I don't know if this has something to do with
> this.
>
> Any help or feedback is greatly appreciated,
> Juan
>
>
>
>
>
>

Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST

[Ryan Trauernicht]

You want to use corlist.  Your incoming dial-peer for all calls (regular
mode or SRST mode) you apply a corlist incoming.
On the call-manager-fallback you apply a corlist of the DN you want to block
in the outgoing direction.

Thanks,
Ryan Trauernicht
CCIE Voice #23497

On Wed, Feb 18, 2009 at 10:17 PM, Balamurugan Singaram
wrote:

> working with COR list is the best solution for MGCP gateway I think
> so..when I try the same in h.323 gaeway the call is blocked all the time.
>
> Could please some one share the best solution for blocking calls in h.323
> gateway to.
>
> Thanks
>
> --- On *Thu, 19/2/09, Jose Gregorio Linero (jlinero) 
> *wrote:
>
> From: Jose Gregorio Linero (jlinero) 
> Subject: Re: [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST
> To: "DIEGO FERNANDO MACIAS SANCHEZ" ,
> ccie_voice@onlinestudylist.com
> Date: Thursday, 19 February, 2009, 4:15 AM
>
>
>  Hi
>
> Try to use cor list.
>
> Regards,
>
> Jose
>
>  --
> *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *DIEGO FERNANDO
> MACIAS SANCHEZ
> *Sent:* Miércoles, Febrero 18, 2009 5:42 PM
> *To:* ccie_voice@onlinestudylist.com
> *Subject:* [OSL | CCIE_Voice] Block incoming calls on H323 GW in SRST
>
> Hello all
>
> Does anybody know the way to block incoming calls from PSTN to an especific
> extension connected to an H323 GW.
> If i apply a blocking translation rule, this will be active in normal
> operation also.
>
> Regards
>
> DM
>
> AVISO LEGAL: El presente correo electronico no representa la opinion o el
> consentimiento oficial de la PONTIFICIA UNIVERSIDAD JAVERIANA. Este mensaje
> es confidencial y puede contener informacion privilegiada la cual no puede
> ser usada ni divulgada a personas distintas de su destinatario. Esta
> prohibida la retencion, grabacion, utilizacion, aprovechamiento o
> divulgacion con cualquier proposito. Si por error recibe este mensaje, por
> favor destruya su contenido y avise a su remitente.
> En este aviso legal se omiten intencionalmente las tildes.
>
>
> --
>  Get your preferred Email name!
> 
> Now you can @ymail.com and @rocketmail.com.

Re: [OSL | CCIE_Voice] CUE problem on POD 26

[Mark Snow]

I will have the guys pull this module and look at it.
Sorry for the trouble Kapil.

--  
Mark Snow

CCIE #14073 (Voice, Security)

Senior Technical Instructor - IPexpert, Inc.

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

--




On Feb 19, 2009, at 4:47 AM, kapil atrish wrote:


Hi List,

My cue module is in rebooting state. Reboot of Router didn't help.   
It always comes to this stage and halt:

System Now Booting ...[BOOT-ASM]
7
Please enter '***' to change boot configuration:
__

I've observed following during reboot.

Verifying signature now...
Signature not a valid base64 encoded entity
Invalid Kernel Signature !!!
Rebooting



Has anybody any idea what's wrong. My config is:

interface Service-Engine0/0
 ip unnumbered FastEthernet0/0.360
 service-module ip address 10.26.202.2 255.255.255.0
 service-module ip default-gateway 10.26.202.1
!

Re: [OSL | CCIE_Voice] Antw: Re: Working on Unity Huntgroup scenario.

[Mark Snow]

Sure.
And if you put it together with what Vik replied - you see that:

VM Pilot CSS needs to see  VM Hunt Pilot PT and that HP CSS needs  
to see  VM Ports in LG


and since we are on the topic of Unity VM, when the call for MWI comes  
from Unity to the CCM then:


Unity VM Ports in CCM need to see  MWI PT and MWI CSS needs to see  
 Phones.


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

Senior Technical Instructor - IPexpert, Inc.

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

--




On Feb 19, 2009, at 5:34 AM, Robert Schuknecht wrote:


Ahhh,

ok now i understand. Thanks for the answer.

/Robert

Mark Snow schrieb am Donnerstag, 19. Februar  
2009 um 03:20

in Nachricht 8143166bd859658b76b9025149cae0c3:

CSS of the VM Pilot is simply the CSS that is applied to the Call
Coverage on the Phone Line when you click the Fwd [All/NoAn/Busy] VM
checkbox.
That's it and nothing more.

Re: [OSL | CCIE_Voice] 4ESW Question

[Mark Snow]

Hmm - yeah - I see your problem. Maybe your local Cisco Channels SE  
might be able to get you a copy for lab study purposes?

Dunno -but it can't hurt to ask!

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

Senior Technical Instructor - IPexpert, Inc.

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

--




On Feb 19, 2009, at 3:37 AM, Suresh Solomon wrote:


Hi Mark,
Thank you for your reply.

I guess the typed faster than I could think !!

I did not mean to request for copies illegally, I have read that  
NFR's are only for partners, and I don't work for one.
I don't mind paying for a NFR ( I did buy the voice BLS ), but not  
working for  partner doesn't help.



Lesson learnt.

Asking Cisco directly seems to be the only option.

Suresh
From: Mark Snow 
To: Suresh Solomon 
Cc: ccie_voice@onlinestudylist.com
Sent: Wednesday, February 18, 2009 11:06:56 PM
Subject: Re: [OSL | CCIE_Voice] 4ESW Question

= just means the part is a spare and not ordered within the build of  
a router package when using the cisco.com configuration builder.


NM-HDV is not supported in ISR routers (e.g. 2811). NM-HDV2 is - or  
you can just put the DSPs and voice cards directly in the VWIC slots  
on the motherboard.


No one could 'share' VMware builds of CUCM with you legally - and  
certainly not through this public forum. Instead look at buying the  
UC7-NFR-Kit (not the exact part number - I don't recall of the top  
of my head what it is). It costs less than $300 list and comes with  
everything you need.




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

Senior Technical Instructor - IPexpert, Inc.

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

--




On Feb 17, 2009, at 9:57 PM, Suresh Solomon wrote:


Hi Guys,

Anyone knows what the difference between 4ESW and 4ESW=?

I am looking to mix and match 2811 router and 4ESW sourced  
differently. Any pit falls I need to lookout for?


I have tried to swap a NM-HD-2V from / to a working router , it did  
not detect the module on the second router.


Anydifference if I get an external power for the IP phone as am  
finding difficult to get the 4ESW-POE.


Anyone by chance have the vmware image for the CCIE-v3 that can be  
shared? Finding problem here. Still working ont the old lab until I  
can source the v3 software. ;)


Suresh


WIC-4ESW

4-Port 10/100 Fast Ethernet Switch WIC
WIC-4ESW=

4-Port 10/100 Fast Ethernet Switch WIC (spare)

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

To: ccie_voice@onlinestudylist.com
Sent: Wednesday, February 18, 2009 1:16:20 AM
Subject: CCIE_Voice Digest, Vol 36, Issue 64

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. Antw: Re:  SRST-VM: Never seen before... (Robert Schuknecht)
  2. Question about CME-7-0-full-readme-v.1.0.txt file (Nara  
Shikamaru)

  3. Fwd: Question aboutCME-7-0-full-readme-v.1.0.txt file
  (Nara Shikamaru)
  4. Re: SecureCRT Version In Lab (Mark Snow)


--

Message: 1
Date: Tue, 17 Feb 2009 21:30:05 +0100
From: "Robert Schuknecht" 
Subject: [OSL | CCIE_Voice] Antw: Re:  SRST-VM: Never seen before...
To: "OSL CCIE Voice Lab Exam" ,
"RobertSchuknecht" , vma...@ipexpert.com
Message-ID: <499b2c5d.5e3c.000...@gmx.de>
Content-Type: text/plain; charset=utf-8

Hi,

i found an solution for CFWA under SRST. Under call-manager- 
fallback i configured voicemail 1408204, so that the called  
number will be 1408204 + DN of the phone on which the Message  
Button was pressed. On the Dial-Peer which points to HQ i  
configured a translation rule which translates the called No to  
140820425 + last two Digits of the calling Phone. On Callmanger  
translate this back to the No of the SRST Phone. The Number Range  
25xx is a free DID Range of

Re: [OSL | CCIE_Voice] CUE problem on POD 26

[Chris Parker]

I had this happen on my CUE and after opening a TAC case I had to RMA the unit. 

-Original Message-
From: kapil atrish 
Sent: Thursday, February 19, 2009 5:47 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] CUE problem on POD 26

Hi List,
 
My cue module is in rebooting state. Reboot of Router didn't help.  It always 
comes to this stage and halt:
System Now Booting ...[BOOT-ASM]
7
Please enter '***' to change boot configuration:
__
 
I've observed following during reboot.
 
Verifying signature now...
Signature not a valid base64 encoded entity
Invalid Kernel Signature !!!
Rebooting
 
 
 
Has anybody any idea what's wrong. My config is:
 
interface Service-Engine0/0
 ip unnumbered FastEthernet0/0.360
 service-module ip address 10.26.202.2 255.255.255.0
 service-module ip default-gateway 10.26.202.1
!

Re: [OSL | CCIE_Voice] change call handler properties using thetelephone - is it possible?

[Alex]

Juan,
AFAIK, one cannot change "Send to" numbers via TUI.
What you can do is toggle greetings via TUI (Alternate or no Alternate meaning 
Standard or Closed, depending on time of day and day of week).
Then configure your Unity CH to transfer to different numbers for Standard and 
Alternate greetings.
Another way is to allow caller input+allow caller to enter an extension during 
greeting playout _ONLY_ for Alternate greeting. And don't forget to say so in 
Alternate greeting.
Rgds
Alex

  From: Juan 
  To: OSL Group 
  Sent: Thursday, February 19, 2009 7:20 AM
  Subject: [OSL | CCIE_Voice] change call handler properties using thetelephone 
- is it possible?


  Hi all,
  I want to achieve in Unity that the owner of a call handler,besides being 
able to change it's greeting, is also able to change the transfer-to 
destination set on that call handler. 
  Do you have to create a windows user, and assign it UTY admin privileges 
(grandunityaccess tool) - or is there a nice way the user uses it's TUI to 
reset the transfer-to destination? Please share some thoughts


  regards,
  Juan

Re: [OSL | CCIE_Voice] Antw: Re: Working on Unity Huntgroup scenario.

[Robert Schuknecht]

Ahhh,

ok now i understand. Thanks for the answer.

/Robert

>>> Mark Snow schrieb am Donnerstag, 19. Februar 2009 um 
>>> 03:20
in Nachricht 8143166bd859658b76b9025149cae0c3:
> CSS of the VM Pilot is simply the CSS that is applied to the Call  
> Coverage on the Phone Line when you click the Fwd [All/NoAn/Busy] VM  
> checkbox.
> That's it and nothing more.

[OSL | CCIE_Voice] CUE problem on POD 26

[kapil atrish]

Hi List,
 
My cue module is in rebooting state. Reboot of Router didn't help.  It always 
comes to this stage and halt:
System Now Booting ...[BOOT-ASM]
7
Please enter '***' to change boot configuration:
__
 
I've observed following during reboot. 
 
Verifying signature now...
Signature not a valid base64 encoded entity
Invalid Kernel Signature !!!
Rebooting
 
 
 
Has anybody any idea what's wrong. My config is:
 
interface Service-Engine0/0
 ip unnumbered FastEthernet0/0.360
 service-module ip address 10.26.202.2 255.255.255.0
 service-module ip default-gateway 10.26.202.1
!


  

Re: [OSL | CCIE_Voice] 4ESW Question

[Suresh Solomon]

Hi Mark,
Thank you for your reply.

I guess the typed faster than I could think !! 

I did not mean to request for copies illegally, I have read that NFR's are only 
for partners, and I don't work for one.
I don't mind paying for a NFR ( I did buy the voice BLS ), but not working for  
partner doesn't help.


Lesson learnt.

Asking Cisco directly seems to be the only option.

Suresh



From: Mark Snow 
To: Suresh Solomon 
Cc: ccie_voice@onlinestudylist.com
Sent: Wednesday, February 18, 2009 11:06:56 PM
Subject: Re: [OSL | CCIE_Voice] 4ESW Question

= just means the part is a spare and not ordered within the build of a router 
package when using the cisco.com configuration builder. 

NM-HDV is not supported in ISR routers (e.g. 2811). NM-HDV2 is - or you can 
just put the DSPs and voice cards directly in the VWIC slots on the motherboard.

No one could 'share' VMware builds of CUCM with you legally - and certainly not 
through this public forum. Instead look at buying the UC7-NFR-Kit (not the 
exact part number - I don't recall of the top of my head what it is). It costs 
less than $300 list and comes with everything you need.



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

Senior Technical Instructor - IPexpert, Inc.

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




On Feb 17, 2009, at 9:57 PM, Suresh Solomon wrote:

Hi Guys,

Anyone knows what the difference between 4ESW and 4ESW=?

I am looking to mix and match 2811 router and 4ESW sourced differently. Any pit 
falls I need to lookout for?

I have tried to swap a NM-HD-2V from / to a working router , it did not detect 
the module on the second router.

Anydifference if I get an external power for the IP phone as am finding 
difficult to get the 4ESW-POE.

Anyone by chance have the vmware image for the CCIE-v3 that can be shared? 
Finding problem here. Still working ont the old lab until I can source the v3 
software. ;)

Suresh

 
WIC-4ESW* 4-Port 10/100 Fast Ethernet Switch WIC 
WIC-4ESW=   * 4-Port 10/100 Fast Ethernet Switch WIC (spare) 



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

To: ccie_vo...@onlinestudylist.com
Sent: Wednesday, February 18, 2009 1:16:20 AM
Subject: CCIE_Voice Digest, Vol 36, Issue 64

Send CCIE_Voice mailing list submissions to
ccie_vo...@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. Antw: Re:  SRST-VM: Never seen before... (Robert Schuknecht)
  2. Question about CME-7-0-full-readme-v.1.0.txt file (Nara Shikamaru)
  3. Fwd: Question about    CME-7-0-full-readme-v.1.0.txt file
      (Nara Shikamaru)
  4. Re: SecureCRT Version In Lab (Mark Snow)


--

Message: 1
Date: Tue, 17 Feb 2009 21:30:05 +0100
From: "Robert Schuknecht" 
Subject: [OSL | CCIE_Voice] Antw: Re:  SRST-VM: Never seen before...
To: "OSL CCIE Voice Lab Exam" ,
    "Robert    Schuknecht" , vma...@ipexpert.com
Message-ID: <499b2c5d.5e3c.000...@gmx.de>
Content-Type: text/plain; charset=utf-8

Hi,

i found an solution for CFWA under SRST. Under call-manager-fallback i 
configured voicemail 1408204, so that the called number will be 1408204 + 
DN of the phone on which the Message Button was pressed. On the Dial-Peer which 
points to HQ i configured a translation rule which translates the called No to 
140820425 + last two Digits of the calling Phone. On Callmanger translate this 
back to the No of the SRST Phone. The Number Range 25xx is a free DID Range of 
my HQ Site. Works great for me.

My configuration:

voice translation-rule 2300
rule 1 /^\(91408204\)30\(..\)/ /\125\2/

voice translation-profile TO-VM
translate called 2300

call-manager-fallback
... 
voicemail 91408204

dial-peer voice 408 pots
corlist outgoing INT
translation-profile outgoing TO-VM
destination-pattern 91408204
progress_ind alert enable 8
port 0/0/0:23
forward-digits 11


/Robert
>>> Vik Malhi schrieb am Dienstag, 17. Februar 2009 um 
>>> 17:18
in Nachricht 49f2f16bcd909580587c78b5c7caad59:
> You really do not want to do this:
> 
>> voicemail 140820425..
> 
> The entire workaround here is to deal with the Redirecting # being built
> incorrectly in a