date:20151201

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

2015-12-01 Thread Erick Bergquist

I've seen it once or twice on reboots. There is a licensemacchanges file
under the install folder you can view.

File view install ...

I've also had the license Mac change in 8.5.1 when applying just a SU patch
and no changes to the variables making up the hash.


Erick


On Tuesday, December 1, 2015, Ryan Huff  wrote:

> Dan,
>
>
> The server's licensing MAC address is a hashed hexadecimal value based on
> several key settings in the operating system. Any changes to the following
> list of OS settings will cause the License MAC on the server to change,
> thereby invalidating the provisioned license file (which is bound to the
> server's licensing MAC address). Did anything change on the server, that
> would effect the licensing MAC, prior to the reboot? As you mentioned,
> re-hosting the license through GLO (or reverting the change) are the only
> remedial courses of action.
>
>
> Things that impact the server's licensing MAC:
>
>- Time zone
>- NTP server 1 (or none)NIC speed (or auto)
>- Hostname
>-
>
>IP Address
>-
>
>IP Mask
>-
>
>Gateway Address
>-
>
>Primary DNS
>-
>
>SMTP server
>-
>
>Certificate Information (Organization, Unit, Location, State, Country)
>
>
> = Ryan =
>
>
>
> Email: ryanthomash...@outlook.com
> 
>
> Spark: ryanthomash...@outlook.com
> 
>
> Twitter: @ryanthomashuff 
>
> LinkedIn: ryanthomashuff 
>
> Web ryanthomashuff.com
>
>
> --
> *From:* cisco-voip  > on
> behalf of Dan Mason  >
> *Sent:* Tuesday, December 1, 2015 10:23 AM
> *To:* cisco-voip@puck.nether.net
> 
> *Subject:* [cisco-voip] CCX 9.0.2 Licensing Issues
>
>
> Hi,
>
>
> Has anyone run into licensing not working due to invalid MAC address after
> server reboot?  Ive had this occur twice over the last 12 months.  Single
> CCX server on VMWare using Cisco .ova template.  I had to get the licensing
> rehosted to resolve the issue.  I didn't see anything in caveats for the
> release.
>
>
>
>
>
>
>
>
> --
>
> This E-mail and any of its attachments may contain Winxnet, Inc.
> proprietary information, which is privileged, confidential, or subject to
> copyright belonging to Winxnet, Inc.. This E-mail is intended solely for
> the use of the individual or entity to which it is addressed. If you are
> not the intended recipient of this E-mail, you are hereby notified that any
> dissemination, distribution, copying, or action taken in relation to the
> contents of and attachments to this E-mail is strictly prohibited and may
> be unlawful. If you have received this E-mail in error, please notify the
> sender immediately and permanently delete the original and any copy of this
> E-mail and any printout.
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

2015-12-01 Thread Ryan Huff

There was a terminated bug report in 8.5 for this, not much detail though: 
https://tools.cisco.com/bugsearch/bug/CSCto67019/?referring_site=bugquickviewredir

I would be curious as to what the clock strata on the primary server was at, 
prior to the reboot and the type of reference server?

If you have root access and are familiar with the CET tool, you can change the 
server's MAC. The official (and supported) way to do it is through a TAC case; 
sometimes faster than GLO.

-Ryan

On Dec 1, 2015, at 7:33 PM, Erick Bergquist 
> wrote:

I've seen it once or twice on reboots. There is a licensemacchanges file under 
the install folder you can view.

File view install ...

I've also had the license Mac change in 8.5.1 when applying just a SU patch and 
no changes to the variables making up the hash.

Erick

On Tuesday, December 1, 2015, Ryan Huff 
> wrote:

Dan,

The server's licensing MAC address is a hashed hexadecimal value based on 
several key settings in the operating system. Any changes to the following list 
of OS settings will cause the License MAC on the server to change, thereby 
invalidating the provisioned license file (which is bound to the server's 
licensing MAC address). Did anything change on the server, that would effect 
the licensing MAC, prior to the reboot? As you mentioned, re-hosting the 
license through GLO (or reverting the change) are the only remedial courses of 
action.

Things that impact the server's licensing MAC:

  *   Time zone
  *   NTP server 1 (or none)NIC speed (or auto)
  *   Hostname
  *   IP Address

  *   IP Mask

  *   Gateway Address

  *   Primary DNS

  *   SMTP server

  *   Certificate Information (Organization, Unit, Location, State, Country)

= Ryan =

Email: 
ryanthomash...@outlook.com

Spark: 
ryanthomash...@outlook.com

Twitter: @ryanthomashuff

LinkedIn: ryanthomashuff

Web ryanthomashuff.com

From: cisco-voip 
>
 on behalf of Dan Mason 
>
Sent: Tuesday, December 1, 2015 10:23 AM
To: 
cisco-voip@puck.nether.net
Subject: [cisco-voip] CCX 9.0.2 Licensing Issues

Hi,

Has anyone run into licensing not working due to invalid MAC address after 
server reboot?  Ive had this occur twice over the last 12 months.  Single CCX 
server on VMWare using Cisco .ova template.  I had to get the licensing 
rehosted to resolve the issue.  I didn't see anything in caveats for the 
release.

This E-mail and any of its attachments may contain Winxnet, Inc. proprietary 
information, which is privileged, confidential, or subject to copyright 
belonging to Winxnet, Inc.. This E-mail is intended solely for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient of this E-mail, you are hereby notified that any dissemination, 
distribution, copying, or action taken in relation to the contents of and 
attachments to this E-mail is strictly prohibited and may be unlawful. If you 
have received this E-mail in error, please notify the sender immediately and 
permanently delete the original and any copy of this E-mail and any printout.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

2015-12-01 Thread Dan Mason

192.5.41.209 is the ntp server.  Ive been using it without issue for years

Sent from my iPhone

On Dec 1, 2015, at 8:11 PM, Ryan Huff 
> wrote:

There was a terminated bug report in 8.5 for this, not much detail though: 
https://tools.cisco.com/bugsearch/bug/CSCto67019/?referring_site=bugquickviewredir

I would be curious as to what the clock strata on the primary server was at, 
prior to the reboot and the type of reference server?

If you have root access and are familiar with the CET tool, you can change the 
server's MAC. The official (and supported) way to do it is through a TAC case; 
sometimes faster than GLO.

-Ryan

On Dec 1, 2015, at 7:33 PM, Erick Bergquist 
> wrote:

I've seen it once or twice on reboots. There is a licensemacchanges file under 
the install folder you can view.

File view install ...

I've also had the license Mac change in 8.5.1 when applying just a SU patch and 
no changes to the variables making up the hash.

Erick

On Tuesday, December 1, 2015, Ryan Huff 
> wrote:

Dan,

The server's licensing MAC address is a hashed hexadecimal value based on 
several key settings in the operating system. Any changes to the following list 
of OS settings will cause the License MAC on the server to change, thereby 
invalidating the provisioned license file (which is bound to the server's 
licensing MAC address). Did anything change on the server, that would effect 
the licensing MAC, prior to the reboot? As you mentioned, re-hosting the 
license through GLO (or reverting the change) are the only remedial courses of 
action.

Things that impact the server's licensing MAC:

  *   Time zone
  *   NTP server 1 (or none)NIC speed (or auto)
  *   Hostname
  *   IP Address

  *   IP Mask

  *   Gateway Address

  *   Primary DNS

  *   SMTP server

  *   Certificate Information (Organization, Unit, Location, State, Country)

= Ryan =

Email: 
ryanthomash...@outlook.com

Spark: 
ryanthomash...@outlook.com

Twitter: 
@ryanthomashuff

LinkedIn: 
ryanthomashuff

Web 
ryanthomashuff.com

From: cisco-voip 
>
 on behalf of Dan Mason 
>
Sent: Tuesday, December 1, 2015 10:23 AM
To: 
cisco-voip@puck.nether.net
Subject: [cisco-voip] CCX 9.0.2 Licensing Issues

Hi,

Has anyone run into licensing not working due to invalid MAC address after 
server reboot?  Ive had this occur twice over the last 12 months.  Single CCX 
server on VMWare using Cisco .ova template.  I had to get the licensing 
rehosted to resolve the issue.  I didn't see anything in caveats for the 
release.

This E-mail and any of its attachments may contain Winxnet, Inc. proprietary 
information, which is privileged, confidential, or subject to copyright 
belonging to Winxnet, Inc.. This E-mail is intended solely for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient of this E-mail, you are hereby notified that any dissemination, 
distribution, copying, or action taken in relation to the contents of and 
attachments to this E-mail is strictly prohibited and may be unlawful. If you 
have received this E-mail in error, please notify the sender immediately and 
permanently delete

Re: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories / Call Lists

2015-12-01 Thread NateCCIE

Do you have the enterprise parameter "BLF for call lists" enabled?

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
Jeffrey Girard
Sent: Tuesday, December 01, 2015 6:20 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories /
Call Lists

All -

I have been lurking on this list for quite a while as I
continue to hone my collaboration skills.

CAVEAT:  This is not a production system and is not for any
customer.  This is my lab as I continue to try to learn.

CUCM v9

Desired endstate:  Populate the Missed Calls with CUCM Native Presence /
Speed Dial information.

What I have configured:

2 phones, both 7962s.  Both have a BLF/SD pointing to the
other.  One DN is 3001 and the other DN is 3002.  BLF/SDs work fine.
Created a single partition that holds all the phones PT_Internal and a
single CSS that holds the partition CSS_Internal.  On each of the 7962s, I
set the line SUBSCRIBE CSS to CSS_Internal.  Finally, I set the Enterprise
Parameter "BLF for Call Lists" to enabled.

However, if I go offhook on 3002 and dial itself, I see the
BLF light on 3001.  If I don't answer the call and then I check the missed
calls for 3001, I expect to see an entry for 3002.  However, nothing shows.
If I go offhook on 3002, call 3001, let it ring and do not answer, that
missed call shows up as it should.

My Directories are populated with information from when I
park calls, directed parks, but not the missed call tied to the BLF.

Is this the expected behavior?  Am I expecting to see
something (this missed call from 3002) that should not be there by design?

Thanks,

Jeff

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] advice on upgrading large CUCM cluster with CoW from 8.6 to 10.5

2015-12-01 Thread Dave Goodwin

Has anyone performed an upgrade of a large cluster that uses Clustering
over the WAN from 8.6 to 10.5 that can share any lessons learned with that
specific type of scenario? The cluster is already virtual, has 16 nodes,
and is spread across 3 geographic areas. There is already a standalone PLM
on the network that will be loaded with the licenses prior to the upgrade.
I am trying to decide whether to do a standard upgrade, or utilize PCD to
perform a Migration task.

For the standard upgrade, I know there are a handful of things that need to
be done to prepare, like installing the necessary COP files. After the
initial RU has been completed to 10.5, I know that I would feel the need to
backup/reimage/restore, because I want the new VMs to have the ext4
filesystem, utilize the proper NIC driver for 10.5, and have the new
partition sizing.

For a PCD Migration, I have had a few issues trying to use it in the past
for other tasks. It seems to have gotten incrementally better and less
fussy over the past year or more, but it can still be somewhat fragile. I
see in the latest version of PCD 11.0 that it supports the use of remote
SFTP servers for servers that are remote from the PCD running the task.
Assuming it works as advertised, that should take out the significant
performance issues that would happen without that feature. The appeal here
is I know the VMs made by PCD are freshly installed machines with all the
right 10.5 traits I mentioned above, with data imported from the source
cluster. I do would not have to worry about the time required (and chance
of missing one of the many steps) to do all the manual tasks on a 16 node
cluster.

Finally, since this is a megacluster with CoW on top of that, I am
sensitive to the issues that can happen with DB replication after an
upgrade where it can take many hours to complete. Is there a way, either
manually or via PCD, to speed that up? For example, I would like to
consider running 'utils dbreplication setprocess 40' after the 10.5
publisher is up and running. Would that be the best way to handle it, and
it will it affect replication setups that have already begun? Does the
server or any services need to be restarted after running it. And, does the
command only need to be run on the publisher, or must I run it on each node
after it comes up on 10.5?

Any experiences or opinions are welcome. Thanks in advance!

-Dave
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

2015-12-01 Thread Dan Mason

USNO is stratum 2? I could be on the Maine IPA boys

Sent from my iPhone

> On Dec 1, 2015, at 8:29 PM, Erick Bergquist  wrote:
>
> Is NTP stratum part of the hash?I can't wait for UCCX to use PLM
> so we get away from the license hash.
>
>
>> On Tue, Dec 1, 2015 at 7:15 PM, Dan Mason  wrote:
>> 192.5.41.209 is the ntp server.  Ive been using it without issue for years
>>
>> Sent from my iPhone
>>
>> On Dec 1, 2015, at 8:11 PM, Ryan Huff  wrote:
>>
>> There was a terminated bug report in 8.5 for this, not much detail though:
>> http://cp.mcafee.com/d/5fHCNEg43qb31EVKyqehPXVKVIs-qehPyqpEVdzDPhOesj78CNPz3zbz3xIs-qehPzar9J1nqlw2z4E1UdVsSoB0f1LbCO3xEVoZZN_HYYYM-C-VRXBQQkn-h7fThsvoWyaqRQRrCzBfBgY-F6lK1FJ4SyrLObzbBQkn4n3tPpesRG9pAWRfFRFkJnBY8dAqvIr4Y8dAs4xwiDlMtt4QsUizXLNza14lFavD46O8ITaNkPbP4vgB4TYpmaAfY54hfBPrwUQsTdwLQzh0qmXiFqFsPmiNFtd40A90cq83hPR-jd40lBrUkB0yq80SB6_EropdDwAsrl7S
>>
>> I would be curious as to what the clock strata on the primary server was at,
>> prior to the reboot and the type of reference server?
>>
>> If you have root access and are familiar with the CET tool, you can change
>> the server's MAC. The official (and supported) way to do it is through a TAC
>> case; sometimes faster than GLO.
>>
>> -Ryan
>>
>> On Dec 1, 2015, at 7:33 PM, Erick Bergquist  wrote:
>>
>> I've seen it once or twice on reboots. There is a licensemacchanges file
>> under the install folder you can view.
>>
>> File view install ...
>>
>> I've also had the license Mac change in 8.5.1 when applying just a SU patch
>> and no changes to the variables making up the hash.
>>
>>
>> Erick
>>
>>
>>> On Tuesday, December 1, 2015, Ryan Huff  wrote:
>>>
>>> Dan,
>>>
>>>
>>> The server's licensing MAC address is a hashed hexadecimal value based on
>>> several key settings in the operating system. Any changes to the following
>>> list of OS settings will cause the License MAC on the server to change,
>>> thereby invalidating the provisioned license file (which is bound to the
>>> server's licensing MAC address). Did anything change on the server, that
>>> would effect the licensing MAC, prior to the reboot? As you mentioned,
>>> re-hosting the license through GLO (or reverting the change) are the only
>>> remedial courses of action.
>>>
>>>
>>> Things that impact the server's licensing MAC:
>>>
>>> Time zone
>>> NTP server 1 (or none)NIC speed (or auto)
>>> Hostname
>>>
>>> IP Address
>>>
>>> IP Mask
>>>
>>> Gateway Address
>>>
>>> Primary DNS
>>>
>>> SMTP server
>>>
>>> Certificate Information (Organization, Unit, Location, State, Country)
>>>
>>>
>>> = Ryan =
>>>
>>>
>>>
>>> Email: ryanthomash...@outlook.com
>>>
>>> Spark: ryanthomash...@outlook.com
>>>
>>> Twitter: @ryanthomashuff
>>>
>>> LinkedIn: ryanthomashuff
>>>
>>> Web ryanthomashuff.com
>>>
>>>
>>>
>>> 
>>> From: cisco-voip  on behalf of Dan
>>> Mason 
>>> Sent: Tuesday, December 1, 2015 10:23 AM
>>> To: cisco-voip@puck.nether.net
>>> Subject: [cisco-voip] CCX 9.0.2 Licensing Issues
>>>
>>>
>>> Hi,
>>>
>>>
>>> Has anyone run into licensing not working due to invalid MAC address after
>>> server reboot?  Ive had this occur twice over the last 12 months.  Single
>>> CCX server on VMWare using Cisco .ova template.  I had to get the licensing
>>> rehosted to resolve the issue.  I didn't see anything in caveats for the
>>> release.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 
>>>
>>> This E-mail and any of its attachments may contain Winxnet, Inc.
>>> proprietary information, which is privileged, confidential, or subject to
>>> copyright belonging to Winxnet, Inc.. This E-mail is intended solely for the
>>> use of the individual or entity to which it is addressed. If you are not the
>>> intended recipient of this E-mail, you are hereby notified that any
>>> dissemination, distribution, copying, or action taken in relation to the
>>> contents of and attachments to this E-mail is strictly prohibited and may be
>>> unlawful. If you have received this E-mail in error, please notify the
>>> sender immediately and permanently delete the original and any copy of this
>>> E-mail and any printout.
>>
>>
>> 
>>
>> This E-mail and any of its attachments may contain Winxnet, Inc. proprietary
>> information, which is privileged, confidential, or subject to copyright
>> belonging to Winxnet, Inc.. This E-mail is intended solely for the use of
>> the individual or entity to which it is addressed. If you are not the
>> intended recipient of this E-mail, you are hereby notified that any
>> dissemination, distribution, copying, or action taken in relation to the
>> contents of and attachments to this E-mail is strictly prohibited and may be
>> unlawful. If you have received this E-mail in error, please notify the
>> sender immediately and

Re: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories / Call Lists

2015-12-01 Thread Jeffrey Girard

Nate -
Thanks for the reply.

Yes, see below

.  Finally, I set the Enterprise Parameter "BLF for Call Lists" 
to enabled.


From: NateCCIE [mailto:natec...@gmail.com]
Sent: Tuesday, December 1, 2015 8:29 PM
To: Jeffrey Girard; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories 
/ Call Lists

Do you have the enterprise parameter "BLF for call lists" enabled?

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Jeffrey Girard
Sent: Tuesday, December 01, 2015 6:20 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories / 
Call Lists

All -
I have been lurking on this list for quite a while as I 
continue to hone my collaboration skills.

CAVEAT:  This is not a production system and is not for any 
customer.  This is my lab as I continue to try to learn.

CUCM v9

Desired endstate:  Populate the Missed Calls with CUCM Native Presence / Speed 
Dial information.

What I have configured:

2 phones, both 7962s.  Both have a BLF/SD pointing to the 
other.  One DN is 3001 and the other DN is 3002.  BLF/SDs work fine.  Created a 
single partition that holds all the phones PT_Internal and a single CSS that 
holds the partition CSS_Internal.  On each of the 7962s, I set the line 
SUBSCRIBE CSS to CSS_Internal.  Finally, I set the Enterprise Parameter "BLF 
for Call Lists" to enabled.

However, if I go offhook on 3002 and dial itself, I see the BLF 
light on 3001.  If I don't answer the call and then I check the missed calls 
for 3001, I expect to see an entry for 3002.  However, nothing shows.  If I go 
offhook on 3002, call 3001, let it ring and do not answer, that missed call 
shows up as it should.

My Directories are populated with information from when I park 
calls, directed parks, but not the missed call tied to the BLF.

Is this the expected behavior?  Am I expecting to see something 
(this missed call from 3002) that should not be there by design?

Thanks,
Jeff
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] CCX 9.0.2 Licensing Issues

2015-12-01 Thread Dan Mason

Hi,


Has anyone run into licensing not working due to invalid MAC address after 
server reboot?  Ive had this occur twice over the last 12 months.  Single CCX 
server on VMWare using Cisco .ova template.  I had to get the licensing 
rehosted to resolve the issue.  I didn't see anything in caveats for the 
release.









This E-mail and any of its attachments may contain Winxnet, Inc. proprietary 
information, which is privileged, confidential, or subject to copyright 
belonging to Winxnet, Inc.. This E-mail is intended solely for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient of this E-mail, you are hereby notified that any dissemination, 
distribution, copying, or action taken in relation to the contents of and 
attachments to this E-mail is strictly prohibited and may be unlawful. If you 
have received this E-mail in error, please notify the sender immediately and 
permanently delete the original and any copy of this E-mail and any printout.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Video on PCM captures, Packet captures and DS0 Dumps on IOS routers

2015-12-01 Thread Sreekanth Narayanan (sreenara)

Hey Guys!

Just a follow up, the video is now on Youtube. 
https://www.youtube.com/watch?v=HkPjTBvx_YA

Sreekanth


From: Sreekanth Narayanan (sreenara)
Sent: Tuesday, November 17, 2015 1:20 PM
To: cisco-voip@puck.nether.net
Subject: Video on PCM captures, Packet captures and DS0 Dumps on IOS routers

Hey Guys!

I created a video on CSC for instructing customers on taking PCM captures, 
Packet captures and DS0 Dumps on the IOS routers.
Here's the link for this video. http://cs.co/6180BuNir

Please share this with people who can benefit from the video! These captures 
can be used in troubleshooting FXO Caller-ID/Disconnect issues as well as voice 
quality problems in customer environments.

The video will be uploaded on the CSC channel on Youtube as well in a day or 
two.

Thanks
Sreekanth
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Prefix failover requirement - Cisco GK and Avaya PBX

2015-12-01 Thread vijay bhargav

Hi Team,

Greetings for the day..!!
I am stuck up in providing a solution and my friend suggested to post my
query in this forum and hence sending email on a ray of hope.

Currently i have a requirement from my customer wherein he needs Failover
to be configured for Voice prefixes.

*Setup in my client:*
We have centralized gatekeeper wherein all other cisco gateways are
communicating along with Avaya PBX. We are using H232 for signalling.

All avaya PBX are configured as the remote gatekeeper with the help of zone
commands

*Sample configuration:*

*gatekeeper*
* zone local Avaya-PBX1 1.abc.com  1.1.1.1*
* zone remote Avaya-PBX2 2.abc.com  2.2.2.2 1719*
* zone remote Avaya-PBX3 3.abc.com  3.3.3.3 1719*

* zone prefix Avaya-PBX1 390.*
* zone prefix Avaya-PBX2 640.*
* zone prefix Avaya-PBX3 650.*


*Requirement from the client:*

If AvayaPBX 1 fails or link connection fails then the people dialing
390. should automatically failover Avaya PBX2. And for this ,
configuration to be enabled via cisco Gatekeeper.

Let me know if you need any more details.

*Note*: I tried configuring prefixes along with gw-priority, however same
needs H323-ID to be suffixed. But Avaya PBX doesnt have H323 ID's

Regards,
VJ
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Phones forwarding to voicemail 10.5

2015-12-01 Thread norm.nicholson


I have had a few 79xx phones that seem to be self-forwarding voicemail . I have 
users calling to say they cannot receive calls and that all their calls end up 
in voicemail without the user doing anything. Once I remove the voicemail 
forwarding from the extension profile save it then put the forwarding back on 
all is well.



Any ideas ?




Thanks




Norm Nicholson
Telecom Analyst
City of Kitchener
(519) 741-2200 x 7000


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

Re: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories / Call Lists

[cisco-voip] advice on upgrading large CUCM cluster with CoW from 8.6 to 10.5

Re: [cisco-voip] CCX 9.0.2 Licensing Issues

Re: [cisco-voip] CUCM Native Presence (BLF/SD) populating Directories / Call Lists

[cisco-voip] CCX 9.0.2 Licensing Issues

Re: [cisco-voip] Video on PCM captures, Packet captures and DS0 Dumps on IOS routers

[cisco-voip] Prefix failover requirement - Cisco GK and Avaya PBX

[cisco-voip] Phones forwarding to voicemail 10.5

11 matches

Site Navigation

Mail list logo

Footer information