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. NTP Problem Cucm ver 8.6.2 (James Dust)
2. Re: NTP Problem Cucm ver 8.6.2 (Kenneth Hayes)
3. Re: One-way call connectivity (Bryant Onojeta)
4. Re: NTP Problem Cucm ver 8.6.2 (Bryant Onojeta)
5. Re: NTP Problem Cucm ver 8.6.2 (James Dust)
6. Re: NTP Problem Cucm ver 8.6.2 (Ed Leatherman)
7. Re: NTP Problem Cucm ver 8.6.2 (Bryant Onojeta)
8. Re: NTP Problem Cucm ver 8.6.2 (Ed Leatherman)
9. Re: NTP Problem Cucm ver 8.6.2 (Nathan Reeves)
----------------------------------------------------------------------
Message: 1
Date: Sat, 6 Jul 2013 16:22:04 +0000
From: James Dust <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<b5861604ffbff545ba7bdd7763e6c3fc54399...@csexmbox04.charles-stanley.co.uk>
Content-Type: text/plain; charset="us-ascii"
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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130706/8d4ceda3/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 6 Jul 2013 12:52:49 -0400
From: Kenneth Hayes <[email protected]>
To: James Dust <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID: <-8057445331336142339@unknownmsgid>
Content-Type: text/plain; charset="windows-1252"
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/
_______________________________________________
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/982b42ec/attachment-0001.html>
------------------------------
Message: 3
Date: Sat, 06 Jul 2013 19:58:49 -0500
From: Bryant Onojeta <[email protected]>
To: Scott Voll <[email protected]>, Candese Perez
<[email protected]>
Cc: "[email protected] VOIP" <[email protected]>
Subject: Re: [cisco-voip] One-way call connectivity
Message-ID: <cdfe2748.18a0%[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I have never done this before?I would assume this is h323 and would check
the dial peer configuration.
-Bryant
From: Scott Voll <[email protected]>
Date: Fri, 5 Jul 2013 13:21:03 -0700
To: Candese Perez <[email protected]>
Cc: "[email protected] VOIP" <[email protected]>
Subject: Re: [cisco-voip] One-way call connectivity
A quick packet capture should show as to whether or not the PBX is sending
traffic or if you need to setup call routing on the PBX to point to the VGW.
YMMV
Scott
On Fri, Jul 5, 2013 at 9:13 AM, Candese Perez <[email protected]> wrote:
> I am troubleshooting an issue with inbound calls coming from an Ericsson PBX
> ta through a Cisco Voice Gateway to a Siemens PBX.
>
> When the call goes out from the Siemens through the Cisco Voice Gateway calls
> connect, however when an inbound call from the Ericsson gateway comes in it
> won't connect.
>
> Enabling several debugs has not produced any traffic, in fact I don't see
> anything coming into the voice gateway, where as I can see the traffic going
> out when initiated from the Siemens.
>
> There is a firewall between the two systems, however the firewall admins see
> udp traffic between the voice gateway and the Ericsson.
>
> I am curious as to why I am not seeing anything when running debugs, these are
> the debugs I have been running.
>
> debug voip ccapi all
> debug vtsp all
>
> Are there other debugs I should be running?
>
> Thanks!
>
>
>
> _______________________________________________
> 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/e9213575/attachment-0001.html>
------------------------------
Message: 4
Date: Sat, 06 Jul 2013 22:27:44 -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: <cdfe23d6.1874%[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Not sure from your post, but the 6500 is back up and providing time?
What series phones do you have with the issue? If its only some phones? I am
runnng 8.5.1.
We have to delete the itl file and allow for it to download it again.
Here:
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-voi
p
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130706/34ebfc14/attachment-0001.html>
------------------------------
Message: 5
Date: Sun, 7 Jul 2013 07:49:51 +0000
From: James Dust <[email protected]>
To: Bryant Onojeta <[email protected]>, Kenneth Hayes
<[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"
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
From: Bryant Onojeta [mailto:[email protected]]
Sent: 07 July 2013 01:55
To: Kenneth Hayes; James Dust
Cc: [email protected]
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
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]<mailto:[email protected]>>
Date: Sat, 6 Jul 2013 12:52:49 -0400
To: James Dust
<[email protected]<mailto:[email protected]>>
Cc: "[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[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]<mailto:[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/
_______________________________________________
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/20130707/e8360dfe/attachment-0001.html>
------------------------------
Message: 6
Date: Sun, 7 Jul 2013 09:48:43 -0400
From: Ed Leatherman <[email protected]>
To: James Dust <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<cafc4dspgshv63ecpzkm6ny0kvzkomusbfpdapewwl7ve-d2...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/b1de4be9/attachment-0001.html>
------------------------------
Message: 7
Date: Sun, 07 Jul 2013 08:51:31 -0500
From: Bryant Onojeta <[email protected]>
To: Ed Leatherman <[email protected]>, James Dust
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID: <cdfedc17.39dc%[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
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_note09186
a0080b2cd0e.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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/6fd20598/attachment-0001.html>
------------------------------
Message: 8
Date: Sun, 7 Jul 2013 09:54:32 -0400
From: Ed Leatherman <[email protected]>
To: Bryant Onojeta <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<CAFC4dsrEazO=cvz7z-3qqc0hms5morxaijk1am0j7qpfpn1...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Ahhh i missed that in the original message, only some phones affected.
On Sun, Jul 7, 2013 at 9:51 AM, 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
>
--
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/b3c62d8a/attachment-0001.html>
------------------------------
Message: 9
Date: Sun, 7 Jul 2013 22:09:01 +0800
From: Nathan Reeves <[email protected]>
To: Bryant Onojeta <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2
Message-ID:
<CAFi9pDrwAi26ts=hdht280wu+jmwo2x1wugqmvaumc5yshf...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/a7ac49d0/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 5
******************************************
