|
Home > Archive > Voice over IP Cisco > November 2007 > Arc Consoles losing connection
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Arc Consoles losing connection
|
|
|
| I have an issue with arc consoles losing connection this is happening to a
number of consoles in the same site when I check the phones the debug
display on the phone it says
*15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP*
each time it loses connection, we have tried re patching to different
switchports and different switches and still seem to be getting the same
issue, could this be an isue with the phone load as it is very old firmware,
all other consoles on the same arc server and other phones in the same site
don't appear to be getting the issue althouh it may not be as noticeable as
on an Arc console.
Has anyone had this issue with Arc before or can make any suggestions on
what else to check
| |
|
|
| Nick Kassel 2007-10-26, 1:11 pm |
| Wes
One of the phones attached to an Arc console has just gone down again,
when I checked the network statistics screen on the phone the elapsed
time was showing over 10 hours which was the time we would have rebooted
it yesterday. However the Debug Display still shows the Last=CM
Closed-TCP message which I now understand means it has tried to fail
over the back up call manager.
Is there anywhere else I could check for information on why this phone
may be losing connection with the primary Call manager.
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
Sent: 25 October 2007 17:04
To: Nick
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
if the phone deregisters i believe ARC has to go down as CM will send
CTIDeviceClose to ARC.
On the phone under settings->status->network statistics what is the
'Elapsed Time'? This indicates the duration of time the phone has been
properly registered to its current CM. If the phone is unregistering
then ARC will most likely be affected.
/wes
Nick wrote:
I have an issue with arc consoles losing connection this is happening to
a number of consoles in the same site when I check the phones the debug
display on the phone it says
15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
each time it loses connection, we have tried re patching to different
switchports and different switches and still seem to be getting the same
issue, could this be an isue with the phone load as it is very old
firmware, all other consoles on the same arc server and other phones in
the same site don't appear to be getting the issue althouh it may not be
as noticeable as on an Arc console.
Has anyone had this issue with Arc before or can make any suggestions on
what else to check
________________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
Ipitomi is a limited company registered in England. Registered Office: 45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number 719086615
Please note that Ipitomi may monitor email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated files) is intended only for the use of the addressee and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company.
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
| Wes Sisk 2007-10-26, 1:12 pm |
| Nick,
In that case it appears the phone stayed registered. Next step are to
check the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening to
> a number of consoles in the same site when I check the phones the debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones in
> the same site don't appear to be getting the issue althouh it may not be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office: 45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number 719086615
>
> Please note that Ipitomi may monitor email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated files) is intended only for the use of the addressee and may contain information that
is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibi
ted. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Any views or opinions presented are solely those of the author and do not necessarily represent those of the compa
ny.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
| |
| Nick Kassel 2007-11-01, 1:11 pm |
| Wes
I still having issues with phones attached to an Arc console, one
particular phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made
in order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your computer. Any views or opinions presented are solely those of the
author and do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
| Nick Kassel 2007-11-01, 1:11 pm |
| Possibly, how could this effect the IP phone, I would imagine most
people in the building would have a gsm cell phone.
-----Original Message-----
From: Clouse, Chris [mailto:chris.clouse@berbee.com]
Sent: 01 November 2007 16:13
To: Nick Kassel
Subject: RE: [cisco-voip] Arc Consoles losing connection
Are there any devices that could be causing interference? Two-way
radios, gsm cell phones, etc....
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made
in order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your computer. Any views or opinions presented are solely those of the
author and do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
| Ryan Ratliff 2007-11-01, 1:11 pm |
| I think it's time to bust out the sniffer.
-Ryan
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one particular
phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's own
switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made in
order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to check
the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from your
computer. Any views or opinions presented are solely those of the author and
do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
| |
| Nick Kassel 2007-11-01, 1:11 pm |
| Where would you suggest the best place to sniff the traffic from and I
guess we will need to be doing so when the phone loses its registration?
Any best practices with regards to this?
-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com]
Sent: 01 November 2007 16:26
To: Nick Kassel; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
I think it's time to bust out the sniffer.
-Ryan
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular
phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own
switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made
in
order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check
the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your
computer. Any views or opinions presented are solely those of the author
and
do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
| Ryan Ratliff 2007-11-01, 1:11 pm |
| Either a span of the phone port or on a PC connected to the back of the
phone. Make sure the "span to PC port" is enabled for the phone in CCMAdmin
if you go through the PC port.
You can try sniffing the CM port as well but that will obviously have a lot
more traffic than the phone port.
-Ryan
-----Original Message-----
From: Nick Kassel [mailto:Nick.Kassel@ipitomi.com]
Sent: Thursday, November 01, 2007 11:30 AM
To: Ryan Ratliff; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Where would you suggest the best place to sniff the traffic from and I guess
we will need to be doing so when the phone loses its registration?
Any best practices with regards to this?
-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com]
Sent: 01 November 2007 16:26
To: Nick Kassel; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
I think it's time to bust out the sniffer.
-Ryan
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one particular
phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's own
switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made in
order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to check
the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from your
computer. Any views or opinions presented are solely those of the author and
do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
| Nick Kassel 2007-11-01, 1:11 pm |
| I have just been reading in an old thread the following
"We had whole banks of phones rebooting ...these were attached to a 3560
switch - what are yours attached to ?
Upgrading the switch IOS DID NOT sort out the problem....it turned out
do be a spanning-tree issue due to the switch ports being configured as
switchport mode trunks...we took this configuration off and replaced
with switchport mode access, and switchport voice vlan commands and all
was ok..."
We are using 3750 switches with the following IOS
c3750-ipbase-mz.122-25.SEB4.bin and the switchports are using the
following config, do you think this could have any affect?
interface FastEthernet2/0/12
switchport trunk encapsulation dot1q
switchport trunk native vlan 200
switchport trunk allowed vlan 200
switchport mode trunk
switchport voice vlan 200
duplex full
speed 100
mls qos trust device cisco-phone
mls qos trust cos
no snmp trap link-status
no mdix auto
spanning-tree portfast
spanning-tree bpduguard enable
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: 01 November 2007 16:30
To: Ryan Ratliff; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Where would you suggest the best place to sniff the traffic from and I
guess we will need to be doing so when the phone loses its registration?
Any best practices with regards to this?
-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com]
Sent: 01 November 2007 16:26
To: Nick Kassel; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
I think it's time to bust out the sniffer.
-Ryan
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular
phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own
switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made
in
order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check
the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your
computer. Any views or opinions presented are solely those of the author
and
do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
|
|
| Erik Erasmus (E) 2007-11-02, 1:11 am |
|
Did you verify that the pC does not have any sort of anti virus that
kicks in some how and blocks traffic
I had a case where a customer changed PCs and the IPCC express agents
starting acting strange / work and fail randomly -- we later
discovered there was some AV problems
erik
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Ryan Ratliff
Sent: Thursday, November 01, 2007 6:44 PM
To: 'Nick Kassel'; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Either a span of the phone port or on a PC connected to the back of
the
phone. Make sure the "span to PC port" is enabled for the phone in
CCMAdmin
if you go through the PC port.
You can try sniffing the CM port as well but that will obviously have
a lot
more traffic than the phone port.
-Ryan
-----Original Message-----
From: Nick Kassel [mailto:Nick.Kassel@ipitomi.com]
Sent: Thursday, November 01, 2007 11:30 AM
To: Ryan Ratliff; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Where would you suggest the best place to sniff the traffic from and I
guess
we will need to be doing so when the phone loses its registration?
Any best practices with regards to this?
-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com]
Sent: 01 November 2007 16:26
To: Nick Kassel; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
I think it's time to bust out the sniffer.
-Ryan
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular
phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and
the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same
issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided
it's own
switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to
a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be
made in
order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check
the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search
for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the
CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down
again,
> when I checked the network statistics screen on the phone the
elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this
phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will
send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is
happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to
different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may
not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any
suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security
System.
> For more information please visit http://www.messagelabs.com/email
>
________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered
Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT
number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message,
is
strictly prohibited. If you have received this message in error,
please
notify us immediately by replying to the message and deleting it from
your
computer. Any views or opinions presented are solely those of the
author and
do not necessarily represent those of the company.
>
>
________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security
System.
> For more information please visit http://www.messagelabs.com/email
>
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail is subject to the Telkom SA electronic communication legal notice, available at :
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| Nick Kassel 2007-11-02, 7:11 am |
| This shouldn't be an issue as we have removed the PC's from the phone
port and repatched them separately into the switch, but we are still
seeing the same drop outs.
-----Original Message-----
From: Erik Erasmus (E) [mailto:ErasmuE4@telkom.co.za]
Sent: 02 November 2007 05:06
To: Ryan Ratliff; Nick Kassel; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Did you verify that the pC does not have any sort of anti virus that
kicks in some how and blocks traffic
I had a case where a customer changed PCs and the IPCC express agents
starting acting strange / work and fail randomly -- we later
discovered there was some AV problems
erik
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Ryan Ratliff
Sent: Thursday, November 01, 2007 6:44 PM
To: 'Nick Kassel'; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Either a span of the phone port or on a PC connected to the back of
the
phone. Make sure the "span to PC port" is enabled for the phone in
CCMAdmin
if you go through the PC port.
You can try sniffing the CM port as well but that will obviously have
a lot
more traffic than the phone port.
-Ryan
-----Original Message-----
From: Nick Kassel [mailto:Nick.Kassel@ipitomi.com]
Sent: Thursday, November 01, 2007 11:30 AM
To: Ryan Ratliff; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Where would you suggest the best place to sniff the traffic from and I
guess
we will need to be doing so when the phone loses its registration?
Any best practices with regards to this?
-----Original Message-----
From: Ryan Ratliff [mailto:rratliff@cisco.com]
Sent: 01 November 2007 16:26
To: Nick Kassel; Wes Sisk (wsisk)
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
I think it's time to bust out the sniffer.
-Ryan
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular
phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and
the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same
issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided
it's own
switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to
a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be
made in
order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check
the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search
for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the
CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down
again,
> when I checked the network statistics screen on the phone the
elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this
phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will
send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is
happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to
different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may
not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any
suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security
System.
> For more information please visit http://www.messagelabs.com/email
>
________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered
Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT
number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message,
is
strictly prohibited. If you have received this message in error,
please
notify us immediately by replying to the message and deleting it from
your
computer. Any views or opinions presented are solely those of the
author and
do not necessarily represent those of the company.
>
>
________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security
System.
> For more information please visit http://www.messagelabs.com/email
>
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail is subject to the Telkom SA electronic communication legal
notice, available at :
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
| |
| Carter, Bill 2007-11-03, 1:11 am |
| Have you tried switching to Attendant Console ?
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:17 AM
To: Clouse, Chris
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Possibly, how could this effect the IP phone, I would imagine most
people in the building would have a gsm cell phone.
-----Original Message-----
From: Clouse, Chris [mailto:chris.clouse@berbee.com]
Sent: 01 November 2007 16:13
To: Nick Kassel
Subject: RE: [cisco-voip] Arc Consoles losing connection
Are there any devices that could be causing interference? Two-way
radios, gsm cell phones, etc....
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made
in order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your computer. Any views or opinions presented are solely those of the
author and do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
| |
| Jason Aarons \(US\) 2007-11-03, 1:11 pm |
| Good idea, I would add a AC at your desk and test, I'm sure the end-user
has seen the cool things ARC can do and doesn't want to switch to AC!
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Carter, Bill
Sent: Friday, November 02, 2007 11:39 PM
To: Nick Kassel; Clouse, Chris
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Have you tried switching to Attendant Console ?
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:17 AM
To: Clouse, Chris
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Possibly, how could this effect the IP phone, I would imagine most
people in the building would have a gsm cell phone.
-----Original Message-----
From: Clouse, Chris [mailto:chris.clouse@berbee.com]
Sent: 01 November 2007 16:13
To: Nick Kassel
Subject: RE: [cisco-voip] Arc Consoles losing connection
Are there any devices that could be causing interference? Two-way
radios, gsm cell phones, etc....
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Nick Kassel
Sent: Thursday, November 01, 2007 11:12 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Arc Consoles losing connection
Wes
I still having issues with phones attached to an Arc console, one
particular phone seems to be un registering every morning between about
8.45 and 9.15am. The event logs show the un registration message and the
phone debug display messages say Last=CM-closed-TCP and then
Last=Failback
We have tried the following and still seem to be getting the same issue.
Re patched phones to different switch stack.
Re patched to different floor ports
Removed the arc console from the pc port on the phone and provided it's
own switchport.
Upgraded the phones firmware.
Set up a new Call manager group and device pool to separate phones to a
backup CCM with minimal load.
Can anyone suggest and other troubleshooting checks that should be made
in order to resolve an issue like this.
-----Original Message-----
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: 26 October 2007 17:57
To: Nick Kassel
Cc: cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] Arc Consoles losing connection
Nick,
In that case it appears the phone stayed registered. Next step are to
check the processes in play between ARC and CM:
ARC--(tsp or jtapi)--CTIManager---CCM---Phone
I would get the CTIManager SDI and SDL logs from CM next and search for
errors. In CM3.x and 4.x CTI SDL errors are strings that begin with
'0x8CC'. The CTI SDL lines usually include the device name as well
(SEP....).
If you're going to TAC, then get both the CTIManager CTI/SDL and the CM
SDI/SDL from all nodes in the cluster around the time of the phone
outage
(+/- 10 mins). Open a TAC case and send me the case number.
/Wes
On Fri, 26 Oct 2007, Nick Kassel wrote:
> Wes
>
>
>
> One of the phones attached to an Arc console has just gone down again,
> when I checked the network statistics screen on the phone the elapsed
> time was showing over 10 hours which was the time we would have
rebooted
> it yesterday. However the Debug Display still shows the Last=CM
> Closed-TCP message which I now understand means it has tried to fail
> over the back up call manager.
>
>
>
> Is there anywhere else I could check for information on why this phone
> may be losing connection with the primary Call manager.
>
>
>
> ________________________________
>
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Wes Sisk
> Sent: 25 October 2007 17:04
> To: Nick
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Arc Consoles losing connection
>
>
>
> if the phone deregisters i believe ARC has to go down as CM will send
> CTIDeviceClose to ARC.
> On the phone under settings->status->network statistics what is the
> 'Elapsed Time'? This indicates the duration of time the phone has
been
> properly registered to its current CM. If the phone is unregistering
> then ARC will most likely be affected.
>
> /wes
>
> Nick wrote:
>
> I have an issue with arc consoles losing connection this is happening
to
> a number of consoles in the same site when I check the phones the
debug
> display on the phone it says
>
>
>
> 15:57:33 14: Name=SEP00146905158B Load= 7.0(3.0S) Last=CM-closed-TCP
>
> each time it loses connection, we have tried re patching to different
> switchports and different switches and still seem to be getting the
same
> issue, could this be an isue with the phone load as it is very old
> firmware, all other consoles on the same arc server and other phones
in
> the same site don't appear to be getting the issue althouh it may not
be
> as noticeable as on an Arc console.
>
>
>
> Has anyone had this issue with Arc before or can make any suggestions
on
> what else to check
>
>
>
>
>
> ________________________________
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
>
> Ipitomi is a limited company registered in England. Registered Office:
45 Moorfields, London EC2Y 9AE Registration Number: 3576505. VAT number
719086615
>
> Please note that Ipitomi may monitor email traffic data and also the
content of email for the purposes of security and staff training. This
message (and any associated files) is intended only for the use of the
addressee and may contain information that is confidential, subject to
copyright or constitutes a trade secret. If you are not the intended
recipient you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message, is
strictly prohibited. If you have received this message in error, please
notify us immediately by replying to the message and deleting it from
your computer. Any views or opinions presented are solely those of the
author and do not necessarily represent those of the company.
>
> ________________________________________
______________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
______________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
________________________________________
______________________________
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-----------------------------------------
Disclaimer:
This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only. If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful. If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
|
|
|
|
|