Send cisco-voip mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Re: NTP Problem Cucm ver 8.6.2 (James Dust)
2. Re: NTP Problem Cucm ver 8.6.2 (Bryant Onojeta)
3. Re: NTP Problem Cucm ver 8.6.2 (Erick B.)
4. Re: NTP Problem Cucm ver 8.6.2 (James Dust)
5. CVP/ICM Engineer - Personal Workflow Configuration (Ryan Burtch)
6. Configuring MoH ressources (Reto Gassmann)
7. Re: Configuring MoH ressources (Anthony Holloway)
8. Re: Configuring MoH ressources (Ryan Ratliff)
----------------------------------------------------------------------
Message: 1
Date: Sun, 7 Jul 2013 19:36:07 +0000
From: James Dust <[email protected]>
To: Nathan Reeves <[email protected]>, Bryant Onojeta
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<b5861604ffbff545ba7bdd7763e6c3fc5439a...@csexmbox04.charles-stanley.co.uk>
Content-Type: text/plain; charset="us-ascii"
Evening Nathan,
The utils ntp status command shows this, but what I cannot work out is why the
pub thinks the time is one hour ahead than what the ntp server (6500) is
showing.
admin:utils ntp status
ntpd (pid 29029) is running...
remote refid st t when poll reach delay offset jitter
==============================================================================
*xxxxxxxxxxx .LOCL. 1 u 501 512 377 0.883 0.173 0.071
synchronised to NTP server (xxxxxxxx) at stratum 2
time correct to within 16 ms
polling server every 512 s
Current time in UTC is : Sun Jul 7 20:33:01 UTC 2013
Current time in Europe/London is : Sun Jul 7 21:33:01 BST 2013
Kind Regards
James
From: Nathan Reeves [mailto:[email protected]]
Sent: 07 July 2013 15:09
To: Bryant Onojeta
Cc: Ed Leatherman; James Dust; [email protected]
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
I recently saw something similar on a 2 node cluster. NTP would initially sync
but then fall out of sync. Logs were showing a greater than 'x' time
difference and it was restarting NTP. As a final step I rebooted both nodes
and it NTP would resync.
When you did a 'utils ntp status' on the boxes it would show that the reference
source was LOCL which appears to be the hardware clock. Hardware clock is used
when NTP fails to sync.
Not ever had to reset ITL / CTL files though.
On Sun, Jul 7, 2013 at 9:51 PM, Bryant Onojeta
<[email protected]<mailto:[email protected]>> wrote:
If, it's only some phones having the problem...then we assume the that ntp with
the cucm is accurate...the pub will be the master and the subs will get ntp
from the pub.
I guess more info is needed, but the itl file deletion was recommended from
cisco on OUR particular issue.
-Bryant
From: Ed Leatherman <[email protected]<mailto:[email protected]>>
Date: Sun, 7 Jul 2013 09:48:43 -0400
To: James Dust
<[email protected]<mailto:[email protected]>>
Cc: Bryant Onojeta <[email protected]<mailto:[email protected]>>,
Kenneth Hayes <[email protected]<mailto:[email protected]>>,
"[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
I wonder if Call Manager is looking for a particular maximum stratum for it's
NTP source before it will use that time, and maybe your 6500 is now sending
with a worse stratum? See these two:
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080b2cd0e.shtml
https://supportforums.cisco.com/thread/2044292
what does the 'utils ntp status' command show?
Would be really strange if you had to clear ITL out to fix time display.
On Sun, Jul 7, 2013 at 3:49 AM, James Dust
<[email protected]<mailto:[email protected]>>
wrote:
Morning,
Yes the switch is back up and has been for some time.
Is there a way of doing this procedure remotely?
Kind Regards
James
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
Consider the environment - Think before you print
The contents of this email are confidential to the intended recipient and may
not be disclosed. Although it is believed that this email and any attachments
are virus free, it is the responsibility of the recipient to confirm this.
You are advised that urgent, time-sensitive communications should not be sent
by email. We hereby give you notice that a delivery receipt does not constitute
acknowledgement or receipt by the intended recipient(s).
Details of Charles Stanley group companies and their regulators (where
applicable), can be found at this URL
http://www.charles-stanley.co.uk/contact-us/disclosure/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/5b24be64/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 06 Jul 2013 19:55:12 -0500
From: Bryant Onojeta <[email protected]>
To: Kenneth Hayes <[email protected]>, James Dust
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID: <cdfe2649.188b%[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I can't tell from your post but I assume the 6500 is back up.
What series phones have the issue? If it's the 79xx, we have that issue
periodically and needed to delete the itl files and then the phone reboot
and get a new one and the time is fixed.
Instructions are as follows:
Press the key with the check mark
Choose Security Configuration
Choose Trust List
Choose ITL File
Press **# unlock more erase
Phone will reboot (it does take about 5-7 minutes).
From: Kenneth Hayes <[email protected]>
Date: Sat, 6 Jul 2013 12:52:49 -0400
To: James Dust <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
I had this issue before it was something on the NTP server side. The network
team made the changes though.
Sent from my iPhone
On Jul 6, 2013, at 12:25 PM, James Dust <[email protected]>
wrote:
> Afternoon all,
>
> We have a catalyst 6500 chassis on our internal LAN, which is acting as NTP
> server for our CUCM cluster (after past issues syncing with a windows server).
> Today due to maintainence the catalyst 6500 was powered down, and now even
> though the publisher states it is syncing with this device some of the phones
> on our cluster are showing the wrong time.
>
> I am also getting alerts via RTMT stating the cluster cannot sync with the NTP
> server, conflicting with the information the CLI is showing NTP is sync?d on
> the publisher.
>
> Is this a bug? Has anyone else had this issue?
>
>
> Kind Regards
>
> James
>
>
> Consider the environment - Think before you print
>
> The contents of this email are confidential to the intended recipient and may
> not be disclosed. Although it is believed that this email and any attachments
> are virus free, it is the responsibility of the recipient to confirm this.
>
> You are advised that urgent, time-sensitive communications should not be sent
> by email. We hereby give you notice that a delivery receipt does not
> constitute acknowledgement or receipt by the intended recipient(s).
>
> Details of Charles Stanley group companies and their regulators (where
> applicable), can be found at this URL
> http://www.charles-stanley.co.uk/contact-us/disclosure/
> <http://www.charles-stanley.co.uk/contact-us/disclosure/>
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130706/dff8bde8/attachment-0001.html>
------------------------------
Message: 3
Date: Sun, 7 Jul 2013 14:04:32 -0500
From: "Erick B." <[email protected]>
To: Nathan Reeves <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<cahsnbqw-o_smhikc6hkqq3x+umv7mavg7b6xxwxydwg8gej...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Hmm, on bryant's issue with the ITL / CTL files - if the time was right on
servers and most phones but not a few then it sounds like those couple
phones weren't getting updated configuration file/etc probably for awhile
if deleting the ITL and CTL resolved his issue. Did the phones upgrade
firmware also once the ITL / CTL was deleted (or didn't notice?). - Check
out the Security By Default in 8.x document for more background.
On this 6500 NTP server issue, look into Ed's stratum thoughts above.
On Sun, Jul 7, 2013 at 9:09 AM, Nathan Reeves <[email protected]>wrote:
> I recently saw something similar on a 2 node cluster. NTP would initially
> sync but then fall out of sync. Logs were showing a greater than 'x' time
> difference and it was restarting NTP. As a final step I rebooted both
> nodes and it NTP would resync.
>
> When you did a 'utils ntp status' on the boxes it would show that the
> reference source was LOCL which appears to be the hardware clock. Hardware
> clock is used when NTP fails to sync.
>
> Not ever had to reset ITL / CTL files though.
>
>
>
>
> On Sun, Jul 7, 2013 at 9:51 PM, Bryant Onojeta <[email protected]>wrote:
>
>> If, it's only some phones having the problem?then we assume the that ntp
>> with the cucm is accurate?the pub will be the master and the subs will get
>> ntp from the pub.
>>
>> I guess more info is needed, but the itl file deletion was recommended
>> from cisco on OUR particular issue.
>>
>> -Bryant
>>
>> From: Ed Leatherman <[email protected]>
>> Date: Sun, 7 Jul 2013 09:48:43 -0400
>> To: James Dust <[email protected]>
>> Cc: Bryant Onojeta <[email protected]>, Kenneth Hayes <
>> [email protected]>, "[email protected]" <
>> [email protected]>
>>
>> Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
>>
>> I wonder if Call Manager is looking for a particular maximum stratum for
>> it's NTP source before it will use that time, and maybe your 6500 is now
>> sending with a worse stratum? See these two:
>>
>> http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080b2cd0e.shtml
>> https://supportforums.cisco.com/thread/2044292
>>
>> what does the 'utils ntp status' command show?
>>
>> Would be really strange if you had to clear ITL out to fix time display.
>>
>> On Sun, Jul 7, 2013 at 3:49 AM, James Dust <
>> [email protected]> wrote:
>>
>>> Morning,
>>>
>>>
>>>
>>> Yes the switch is back up and has been for some time.
>>>
>>>
>>>
>>> Is there a way of doing this procedure remotely?
>>>
>>>
>>>
>>> Kind Regards
>>>
>>>
>>>
>>> James
>>>
>>>
>>>
>>>
>>> --
>> Ed Leatherman
>>
>> _______________________________________________
>> cisco-voip mailing list
>> [email protected]
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/62886e01/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 8 Jul 2013 08:43:00 +0000
From: James Dust <[email protected]>
To: "Erick B." <[email protected]>, Nathan Reeves
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<b5861604ffbff545ba7bdd7763e6c3fc5439a...@csexmbox04.charles-stanley.co.uk>
Content-Type: text/plain; charset="us-ascii"
We resolved this by changing the timezone with the 'date/time group'
configuration to 'GMT Etc/Greenwich' as it previously 'GMT Etc/London'
Thank you for all your help everyone.
Kind Regards
James
From: cisco-voip [mailto:[email protected]] On Behalf Of Erick
B.
Sent: 07 July 2013 20:05
To: Nathan Reeves
Cc: [email protected]
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Hmm, on bryant's issue with the ITL / CTL files - if the time was right on
servers and most phones but not a few then it sounds like those couple phones
weren't getting updated configuration file/etc probably for awhile if deleting
the ITL and CTL resolved his issue. Did the phones upgrade firmware also once
the ITL / CTL was deleted (or didn't notice?). - Check out the Security By
Default in 8.x document for more background.
On this 6500 NTP server issue, look into Ed's stratum thoughts above.
On Sun, Jul 7, 2013 at 9:09 AM, Nathan Reeves
<[email protected]<mailto:[email protected]>> wrote:
I recently saw something similar on a 2 node cluster. NTP would initially sync
but then fall out of sync. Logs were showing a greater than 'x' time
difference and it was restarting NTP. As a final step I rebooted both nodes
and it NTP would resync.
When you did a 'utils ntp status' on the boxes it would show that the reference
source was LOCL which appears to be the hardware clock. Hardware clock is used
when NTP fails to sync.
Not ever had to reset ITL / CTL files though.
On Sun, Jul 7, 2013 at 9:51 PM, Bryant Onojeta
<[email protected]<mailto:[email protected]>> wrote:
If, it's only some phones having the problem...then we assume the that ntp with
the cucm is accurate...the pub will be the master and the subs will get ntp
from the pub.
I guess more info is needed, but the itl file deletion was recommended from
cisco on OUR particular issue.
-Bryant
From: Ed Leatherman <[email protected]<mailto:[email protected]>>
Date: Sun, 7 Jul 2013 09:48:43 -0400
To: James Dust
<[email protected]<mailto:[email protected]>>
Cc: Bryant Onojeta <[email protected]<mailto:[email protected]>>,
Kenneth Hayes <[email protected]<mailto:[email protected]>>,
"[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
I wonder if Call Manager is looking for a particular maximum stratum for it's
NTP source before it will use that time, and maybe your 6500 is now sending
with a worse stratum? See these two:
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080b2cd0e.shtml
https://supportforums.cisco.com/thread/2044292
what does the 'utils ntp status' command show?
Would be really strange if you had to clear ITL out to fix time display.
On Sun, Jul 7, 2013 at 3:49 AM, James Dust
<[email protected]<mailto:[email protected]>>
wrote:
Morning,
Yes the switch is back up and has been for some time.
Is there a way of doing this procedure remotely?
Kind Regards
James
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
Consider the environment - Think before you print
The contents of this email are confidential to the intended recipient and may
not be disclosed. Although it is believed that this email and any attachments
are virus free, it is the responsibility of the recipient to confirm this.
You are advised that urgent, time-sensitive communications should not be sent
by email. We hereby give you notice that a delivery receipt does not constitute
acknowledgement or receipt by the intended recipient(s).
Details of Charles Stanley group companies and their regulators (where
applicable), can be found at this URL
http://www.charles-stanley.co.uk/contact-us/disclosure/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130708/d0d50605/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 8 Jul 2013 09:38:50 -0400
From: Ryan Burtch <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] CVP/ICM Engineer - Personal Workflow
Configuration
Message-ID:
<CAK+Shf6z_dNVN5ix+af9pN=3ecb4eksjao+wyse7vhtmky8...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
All:
I'm currently looking for ideas that may help me to work more efficiently
when programming in ICM or CVP, working with WAV files, VXML GWs, etc.
Right now I am using 4 monitors connected to a single laptop: email on one
screen, Lync and OneNote on another screen, spreadsheets and internet on my
main screen, and ICM/CVP on my 4th screen.
What kinds of things are you guys doing to help maximize your desktop
real-estate?
Sincerely,
Ryan Burtch
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130708/8b3fc599/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 8 Jul 2013 16:31:07 +0200
From: Reto Gassmann <[email protected]>
To: [email protected]
Subject: [cisco-voip] Configuring MoH ressources
Message-ID:
<CAL4H0Z5BotjPcA0CsCMHc3CjTmbZHpNG=bft+qzy43vpzox...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello group
we run a CUCM Cluster 8.0(3a) with 8 Servers.
On every server MoH is enabled and I see under Media ressources / Music on
Hold Server 8 MoH server. All of them are in the Device Pool Default and
registered to the publisher (Status Registered with [Name of publisher]).
What is the recommended configuration for the media ressources (ANN, CFB,
MOH)?
Is there a manual on how to configure MoH and other media ressouces in
order to work properly? I ask because as soon as I configure a MRG with all
the MoH Ressources and add the MRG to a MRGL I no longer have MoH when a
user puts a call on hold.
Thanks for feedback
Regards Reto
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130708/56647ed9/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 8 Jul 2013 10:14:45 -0500
From: Anthony Holloway <[email protected]>
To: Reto Gassmann <[email protected]>
Cc: Cisco VoIP Group <[email protected]>
Subject: Re: [cisco-voip] Configuring MoH ressources
Message-ID:
<cacrcjoh+c74ewazqhc4jk78a+vyni-hadxb9n+beuy8uycj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Reto,
To give you an answer on why you lost MOH when you created your MRG/MRGLs,
it's because when any Media Resource is not explicitly placed into an MRG,
it is considered to be available globally to the whole system. Thus making
your MOH servers available to your users. But once you place a Media
Resource into an MRG, it removes it from the global scope, and limits its
availability to only those devices which have an MRG/MRGL containing the
Media Resource.
That concept is explain in the SRND under the Media Resource section.
Direct link below, check the first bullet point:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/media.html#wp1254577
*
*
The whole Media Resource section of the SRND is a good read. I recommend
that plus the MOH section of the Features and Service Guide:
http://www.cisco.com/en/US/customer/docs/voice_ip_comm/cucm/admin/8_0_2/ccmfeat/fsmoh.html
I hope that helps.
On Mon, Jul 8, 2013 at 9:31 AM, Reto Gassmann <[email protected]> wrote:
> Hello group
>
> we run a CUCM Cluster 8.0(3a) with 8 Servers.
> On every server MoH is enabled and I see under Media ressources / Music on
> Hold Server 8 MoH server. All of them are in the Device Pool Default and
> registered to the publisher (Status Registered with [Name of publisher]).
> What is the recommended configuration for the media ressources (ANN, CFB,
> MOH)?
> Is there a manual on how to configure MoH and other media ressouces in
> order to work properly? I ask because as soon as I configure a MRG with all
> the MoH Ressources and add the MRG to a MRGL I no longer have MoH when a
> user puts a call on hold.
>
> Thanks for feedback
> Regards Reto
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130708/9c285c22/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 8 Jul 2013 11:17:06 -0400
From: Ryan Ratliff <[email protected]>
To: Reto Gassmann <[email protected]>
Cc: [email protected]
Subject: Re: [cisco-voip] Configuring MoH ressources
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Did you take the final step to assign the MRGL the phones? By default any
device can access a media resource that is not in any MRG. This is probably
how your MOH is working currently, so when you stick your media resources into
an MRG/MRGL but don't set the phones to use it you get no MOH. Don't forget to
reset the phones.
-Ryan
On Jul 8, 2013, at 10:31 AM, Reto Gassmann <[email protected]> wrote:
Hello group
we run a CUCM Cluster 8.0(3a) with 8 Servers.
On every server MoH is enabled and I see under Media ressources / Music on Hold
Server 8 MoH server. All of them are in the Device Pool Default and registered
to the publisher (Status Registered with [Name of publisher]).
What is the recommended configuration for the media ressources (ANN, CFB, MOH)?
Is there a manual on how to configure MoH and other media ressouces in order to
work properly? I ask because as soon as I configure a MRG with all the MoH
Ressources and add the MRG to a MRGL I no longer have MoH when a user puts a
call on hold.
Thanks for feedback
Regards Reto
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130708/d8a53606/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 117, Issue 6
******************************************
