<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:D="DAV:" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.apple-style-span
{mso-style-name:apple-style-span;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-US link=blue vlink=purple style='word-wrap: break-word;
-webkit-nbsp-mode: space;-webkit-line-break: after-white-space'>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>G722 is the codec that is being used when I press the ? button
twice. I show Sender Packets but 0 Rcvr Packets.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:#1F497D'>Thanks,<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:#1F497D'>Ruben Trujillo<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:#1F497D'>IT Telecom<o:p></o:p></span></p>
</div>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Ryan Ratliff
[mailto:rratliff@cisco.com] <br>
<b>Sent:</b> Tuesday, May 18, 2010 3:37 PM<br>
<b>To:</b> Ruben Trujillo<br>
<b>Cc:</b> Mac GroupStudy; cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] SipDroid & CUCM 7.1.3<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>From the ip phone hit the ? button twice when the
non-working call is up. Is it transmitting and receiving packets?
If so, what codec is it using?<o:p></o:p></p>
<div>
<p class=MsoNormal><o:p> </o:p></p>
<div>
<div>
<p class=MsoNormal><span style='font-size:13.5pt;font-family:"Helvetica","sans-serif";
color:black'>-Ryan<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<div>
<div>
<p class=MsoNormal>On May 18, 2010, at 5:29 PM, Ruben Trujillo wrote:<o:p></o:p></p>
</div>
<p class=MsoNormal><br>
<br>
<o:p></o:p></p>
<div>
<div>
<div>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>PCMU 64 is used when I dial outbound to a landline as well as a
7960. G722 HD Voice is used when I dial outbound to a 7962, 7965 or
7937. I’ve tried inbound dialing from all of these and none work.
It is possible that it’s a codec issue but if that was the case then why is
outbound dialing working?</span><o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'> </span><o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:#1F497D'>Thanks,</span><o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:#1F497D'>Ruben Trujillo</span><o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif";
color:#1F497D'>IT Telecom</span><o:p></o:p></p>
</div>
<div>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'> </span><o:p></o:p></p>
</div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in;
border-width:initial;border-color:initial'>
<div>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
class=apple-converted-space><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> </span></span><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Mac GroupStudy
[mailto:mac.groupstudy@gmail.com]<span class=apple-converted-space> </span><br>
<b>Sent:</b><span class=apple-converted-space> </span>Tuesday, May 18,
2010 12:23 PM<br>
<b>To:</b><span class=apple-converted-space> </span>Ruben Trujillo<br>
<b>Cc:</b><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b><span class=apple-converted-space> </span>Re: [cisco-voip]
SipDroid & CUCM 7.1.3</span><o:p></o:p></p>
</div>
</div>
<div>
<p class=MsoNormal> <o:p></o:p></p>
</div>
<p class=MsoNormal style='margin-bottom:12.0pt'>This is a bit of a reach Ruben
but I have seen that exact behavior between phones that could not support each
others CODEC type. Is that possible?<o:p></o:p></p>
<div>
<div>
<p class=MsoNormal>On Tue, May 18, 2010 at 1:53 PM, Ruben Trujillo <<a
href="mailto:rtrujill@adobe.com">rtrujill@adobe.com</a>> wrote:<o:p></o:p></p>
</div>
<div>
<p class=MsoNormal>Hello,<br>
<br>
I have a Google Nexus One phone with the Sipdroid application. I've been
able to configure the app as well as on the CallManager side to get outbound
dialing to work. Inbound call are a different story though. The
phone will ring but after I answer I get dead air. Any ideas on how to
fix this?<br>
<br>
Thanks,<br>
Ruben Trujillo<br>
IT Telecom<br>
<br>
<br>
-----Original Message-----<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a><br>
Sent: Tuesday, May 18, 2010 9:00 AM<br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: cisco-voip Digest, Vol 79, Issue 18<br>
<br>
Send cisco-voip mailing list submissions to<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:cisco-voip-owner@puck.nether.net">cisco-voip-owner@puck.nether.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of cisco-voip digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. CCM 4.2 w/ Unity 4.0 AD integration and directory services.<br>
(<a href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a>)<br>
2. Best T38 Protocol Choice? (STEVEN CASPER)<br>
3. IAD2431-1T1E1 (Matt Martyniuk)<br>
4. Re: CCM 4.2 w/ Unity 4.0 AD integration and directory<br>
services. (Ryan Ratliff)<br>
5. Re: CCM 4.2 w/ Unity 4.0 AD integration and directory<br>
services. (Mac GroupStudy)<br>
6. percentage of good calls went below the limit specified<br>
(Billy Poole)<br>
7. Re: CUPC click to callback (Mike Lydick)<br>
8. CUPC click to callback (Mike Lydick)<br>
9. RTP arriving early generating ICMP unreachable (Dale Shaw)<br>
10. Re: Best T38 Protocol Choice? (Carter, Bill)<br>
11. Re: CUPC click to callback (Mac GroupStudy)<br>
12. Re: RTP arriving early generating ICMP unreachable (Nick Matthews)<br>
13. Re: RTP arriving early generating ICMP unreachable (Wes Sisk)<br>
14. Re: CUPC click to callback (James Buchanan)<br>
15. Re: Cisco Mobile 8.0 / CUMA (Tim Frazee)<br>
16. Visual Voicemail with HA Unity Connection (Tim Frazee)<br>
17. Re: CUPC click to callback (Mike Lydick)<br>
18. Re: RTP arriving early generating ICMP unreachable (Nick Matthews)<br>
19. Re: CUPC click to callback (James Buchanan)<br>
20. 7970 Issue - phones constantly restarting/rebooting<br>
(Jamie Weatherhead)<br>
21. Re: RTP arriving early generating ICMP unreachable (Dale Shaw)<br>
22. Re: Cisco Mobile 8.0 / CUMA (Ed Leatherman)<br>
23. percentage of good calls went below the limit specified<br>
(Billy Poole)<br>
24. Re: Cisco Mobile 8.0 / CUMA (Ryan Ratliff)<br>
25. Re: 7970 Issue - phones constantly restarting/rebooting (Kin Wai)<br>
26. Re: 7970 Issue - phones constantly restarting/rebooting<br>
(Ryan Ratliff)<br>
27. Re: Cisco Mobile 8.0 / CUMA (Dennis Heim)<br>
28. Unity connection system error (Ahmed Elnagar)<br>
29. Re: Unity connection system error (Dennis Heim)<br>
30. Re: Unity connection system error (Ahmed Elnagar)<br>
31. Re: Unity connection system error (Dennis Heim)<br>
32. Re: Unity connection system error (Ryan Ratliff)<br>
33. Re: Unity connection system error (Ahmed Elnagar)<br>
34. Re: Unity connection system error (Ryan Ratliff)<br>
35. Re: Unity connection system error (Ahmed Elnagar)<br>
36. Re: Unity connection system error (Dennis Heim)<br>
37. Re: Unity connection system error (Ryan Ratliff)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 17 May 2010 13:44:54 -0400<br>
From:<span class=apple-converted-space> </span><a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><br>
To: <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: [cisco-voip] CCM 4.2 w/ Unity 4.0 AD integration and<br>
directory services.<br>
Message-ID:<br>
<<a
href="mailto:CE53D1CDCF611C45A6BD90A84D15027601405A62@rstn-exch01.net.its.l-3com.com">CE53D1CDCF611C45A6BD90A84D15027601405A62@rstn-exch01.net.its.l-3com.com</a>><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi everyone,<br>
<br>
<br>
<br>
I have an old cluster with CCM 4.2(3) that seems to be integrated with<br>
the AD in the Unity VM server. Users can be added in Unity admin<br>
webpage and then get populated in the CCM global directory. The user<br>
password must be changed by the administrator in Unity, not CCM. Also,<br>
the CCMAdministrator user account is in the Unity server. Anytime Unity<br>
is down, the CCM admin page cannot be accessed. The directories URL for<br>
phones still point to the CCM server,<br>
<a href="http://ccm1/CCMCIP/xmldirectory.asp" target="_blank">http://ccm1/CCMCIP/xmldirectory.asp</a>.<br>
<br>
<br>
<br>
So having said that, we would like to have our different sites show<br>
separately when users press the directories button on their phone. Can<br>
I accomplish this using Unity and then just point to a directory on the<br>
Unity server since it is already integrated with it or what would be the<br>
best approach to accomplish this? I'd prefer doing this than a separate<br>
server that would be separately managed and create more work. Also, if<br>
we were to pull directory services from the unity server, is that still<br>
possible in new versions of CUCM such as versions 7 and 8?<br>
<br>
<br>
<br>
Thanks,<br>
<br>
<br>
<br>
Bill Hendrix<br>
<br>
<a href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><span
class=apple-converted-space> </span><mailto:<a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a>><br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/7a61c078/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/7a61c078/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 17 May 2010 13:45:10 -0400<br>
From: STEVEN CASPER <<a href="mailto:SCASPER@mtb.com">SCASPER@mtb.com</a>><br>
To: "<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>"
<<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: [cisco-voip] Best T38 Protocol Choice?<br>
Message-ID: <<a href="mailto:4BF14868.9874.0039.0@mtb.com">4BF14868.9874.0039.0@mtb.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
I am getting ready to do some testing with IP Trunking and T38 and I was
curious as to what folks think is the best protocol choice. I will be using
VG202/204 devices with CUCM 6.1.3 integrated to a CUBE. Looks like my choices
are:<br>
<br>
MGCP<br>
H323<br>
SIP<br>
SCCP (limited to NSE?)<br>
<br>
Up to this point we have been deploying VGs using MGCP and passthrough as ATA
replacements and this has been working fine when used at sites with PRIs.
I am trying to think long term here so I am wondering if using SIP with
T38 might be the best way to go since the IP Trunk and the associated CUBE will
also be using SIP. Any thoughts would be appreciated!<br>
<br>
Steve<br>
<br>
************************************<br>
This email may contain privileged and/or confidential information that is
intended solely for the use of the addressee. If you are not the intended
recipient or entity, you are strictly prohibited from disclosing, copying,
distributing or using any of the information contained in the transmission.
If you received this communication in error, please contact the sender
immediately and destroy the material in its entirety, whether electronic or
hard copy. This communication may contain nonpublic personal information
about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and
the Sarbanes-Oxley Act. You may not directly or indirectly reuse or
disclose such information for any purpose other than to provide the services
for which you are receiving the information.<br>
There are risks associated with the use of electronic transmission. The
sender of this information does not control the method of transmittal or
service providers and assumes no duty or obligation for the security, receipt,
or third party interception of this transmission.<br>
************************************<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/a69d2702/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/a69d2702/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 17 May 2010 10:55:54 -0700 (PDT)<br>
From: Matt Martyniuk <<a href="mailto:mattmlmt@yahoo.com">mattmlmt@yahoo.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] IAD2431-1T1E1<br>
Message-ID: <<a href="mailto:703540.24001.qm@web52708.mail.re2.yahoo.com">703540.24001.qm@web52708.mail.re2.yahoo.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hello,<br>
?<br>
Just checking in to see if anyone has a few of these that you don't need any
more that I could purchase.? Please let me know if you do.<br>
?<br>
Thanks<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c849f1c7/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c849f1c7/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 17 May 2010 13:58:00 -0400<br>
From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CCM 4.2 w/ Unity 4.0 AD integration and<br>
directory services.<br>
Message-ID: <<a href="mailto:0C90572D-2102-499F-9A60-640DBE9456E7@cisco.com">0C90572D-2102-499F-9A60-640DBE9456E7@cisco.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
Nothing about this is specific to Unity, that just happens to be the same
server as your AD. Replace every instance of Unity with AD in your email
below and see if you can answer your own questions.<br>
<br>
The ldap integration with CUCM 5.x and later is completely different than in
4.x We no longer just point to the external ldap, but actually sync in
users from ldap. This means your directory is still there when AD is down
(except for auth, if you configure it).<br>
<br>
The custom corporate directory has been asked numerous times on this list.
You should be able to find a good bit of info on it from the archives.
Basically you will need to create a custom directory search page to
search AD however you want it to be searched.<br>
<br>
-Ryan<br>
<br>
On May 17, 2010, at 1:44 PM,<span class=apple-converted-space> </span><a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><span
class=apple-converted-space> </span>wrote:<br>
<br>
> Hi everyone,<br>
><br>
> I have an old cluster with CCM 4.2(3) that seems to be integrated
with the AD in the Unity VM server. Users can be added in Unity admin
webpage and then get populated in the CCM global directory. The user
password must be changed by the administrator in Unity, not CCM. Also,
the CCMAdministrator user account is in the Unity server. Anytime Unity
is down, the CCM admin page cannot be accessed. The directories URL for
phones still point to the CCM server,<span class=apple-converted-space> </span><a
href="http://ccm1/CCMCIP/xmldirectory.asp" target="_blank">http://ccm1/CCMCIP/xmldirectory.asp</a>.<br>
><br>
> So having said that, we would like to have our different sites show
separately when users press the directories button on their phone. Can I
accomplish this using Unity and then just point to a directory on the Unity
server since it is already integrated with it or what would be the best
approach to accomplish this? I?d prefer doing this than a separate server
that would be separately managed and create more work. Also, if we were
to pull directory services from the unity server, is that still possible in new
versions of CUCM such as versions 7 and 8?<br>
><br>
> Thanks,<br>
><br>
> Bill Hendrix<br>
><span class=apple-converted-space> </span><a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/e1511031/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/e1511031/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 17 May 2010 14:08:39 -0400<br>
From: Mac GroupStudy <<a href="mailto:mac.groupstudy@gmail.com">mac.groupstudy@gmail.com</a>><br>
To: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CCM 4.2 w/ Unity 4.0 AD integration and<br>
directory services.<br>
Message-ID:<br>
<<a
href="mailto:AANLkTiltQMeffR2sOAb5bGx_YJe8io8cTKloM_VH48or@mail.gmail.com">AANLkTiltQMeffR2sOAb5bGx_YJe8io8cTKloM_VH48or@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
As a complement to Ryans post, the CCMAdministrator account is referred to<br>
as an "Application" user as opposed to an "End" user in
CUCM 5X and higher.<br>
That means that even if AD is unreachable I can still manage the system via<br>
the CCMAdministrator account. Also, this CCMAdministrator account is not<br>
just there by default but is what most integrators use when they first setup<br>
CUCM 5 and higher. They probably do this more from a comfort perspective<br>
than a have to. From what I barely remember from the 4X days when we enabled<br>
MLA I think that forced us to use CCMAdministrator or our own userID. Again,<br>
it has been a while for me dealing with 4X.<br>
<br>
Mac<br>
<br>
On Mon, May 17, 2010 at 1:58 PM, Ryan Ratliff <<a
href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>> wrote:<br>
<br>
> Nothing about this is specific to Unity, that just happens to be the same<br>
> server as your AD. Replace every instance of Unity with AD in your
email<br>
> below and see if you can answer your own questions.<br>
><br>
> The ldap integration with CUCM 5.x and later is completely different than<br>
> in 4.x We no longer just point to the external ldap, but actually
sync in<br>
> users from ldap. This means your directory is still there when AD is
down<br>
> (except for auth, if you configure it).<br>
><br>
> The custom corporate directory has been asked numerous times on this list.<br>
> You should be able to find a good bit of info on it from the archives.<br>
> Basically you will need to create a custom directory search page to
search<br>
> AD however you want it to be searched.<br>
><br>
> -Ryan<br>
><br>
> On May 17, 2010, at 1:44 PM,<span class=apple-converted-space> </span><a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><span
class=apple-converted-space> </span>wrote:<br>
><br>
> Hi everyone,<br>
><br>
> I have an old cluster with CCM 4.2(3) that seems to be integrated
with<br>
> the AD in the Unity VM server. Users can be added in Unity admin
webpage<br>
> and then get populated in the CCM global directory. The user
password must<br>
> be changed by the administrator in Unity, not CCM. Also, the<br>
> CCMAdministrator user account is in the Unity server. Anytime Unity
is<br>
> down, the CCM admin page cannot be accessed. The directories URL for
phones<br>
> still point to the CCM server,<span class=apple-converted-space> </span><a
href="http://ccm1/CCMCIP/xmldirectory.asp" target="_blank">http://ccm1/CCMCIP/xmldirectory.asp</a>.<br>
><br>
> So having said that, we would like to have our different sites show<br>
> separately when users press the directories button on their phone.
Can I<br>
> accomplish this using Unity and then just point to a directory on the
Unity<br>
> server since it is already integrated with it or what would be the best<br>
> approach to accomplish this? I?d prefer doing this than a separate
server<br>
> that would be separately managed and create more work. Also, if we
were to<br>
> pull directory services from the unity server, is that still possible in
new<br>
> versions of CUCM such as versions 7 and 8?<br>
><br>
> Thanks,<br>
><br>
> Bill Hendrix<br>
><span class=apple-converted-space> </span><a
href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/6d8b0a1f/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/6d8b0a1f/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Mon, 17 May 2010 13:48:52 -0400<br>
From: Billy Poole <<a href="mailto:bpoole32@gmail.com">bpoole32@gmail.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] percentage of good calls went below the limit<br>
specified<br>
Message-ID:<br>
<<a
href="mailto:AANLkTikU_3g375_-E8tBedcwl8jkqgSQZRSrmvyH7C6J@mail.gmail.com">AANLkTikU_3g375_-E8tBedcwl8jkqgSQZRSrmvyH7C6J@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I keep getting the following email every morning from CAR.<br>
<br>
percentage of good calls went below the limit specified<br>
<br>
Right now the system configuration is setup with the system default. I'm<br>
running CUCM 6.1.3<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8b33fc86/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8b33fc86/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Mon, 17 May 2010 17:19:02 -0400<br>
From: Mike Lydick <<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
Message-ID:<br>
<<a
href="mailto:AANLkTikH6B0rdCcB1q8jZ-80zqqmqd0sJ6aS2Gylu3rl@mail.gmail.com">AANLkTikH6B0rdCcB1q8jZ-80zqqmqd0sJ6aS2Gylu3rl@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Same question for outlook click to dial via CUPC client, how does one prefix<br>
the calls with a 9?<br>
<br>
<br>
Best Regards,<br>
<br>
Mike Lydick<br>
<br>
<br>
<br>
<br>
On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <<a
href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>> wrote:<br>
<br>
> For missed calls and calling based on VM CLID, how does one edit the call<br>
> to add a 9?<br>
><br>
><br>
> Best Regards,<br>
><br>
> Mike Lydick<br>
><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c01d1b3d/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c01d1b3d/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Mon, 17 May 2010 17:16:45 -0400<br>
From: Mike Lydick <<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] CUPC click to callback<br>
Message-ID:<br>
<<a
href="mailto:AANLkTikeJMkz5IECY22Dk2Avl2KkW2Cb4Vcy7-dMGSnn@mail.gmail.com">AANLkTikeJMkz5IECY22Dk2Avl2KkW2Cb4Vcy7-dMGSnn@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
For missed calls and calling based on VM CLID, how does one edit the call to<br>
add a 9?<br>
<br>
<br>
Best Regards,<br>
<br>
Mike Lydick<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8a4b1b9b/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8a4b1b9b/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Tue, 18 May 2010 07:49:11 +1000<br>
From: Dale Shaw <<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] RTP arriving early generating ICMP unreachable<br>
Message-ID:<br>
<<a
href="mailto:AANLkTilMZ7y-qEkMZYPaptO3nFP5nrrVvsybsXcBJHAH@mail.gmail.com">AANLkTilMZ7y-qEkMZYPaptO3nFP5nrrVvsybsXcBJHAH@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Hi,<br>
<br>
Disclaimer: The scenario I describe below is not present in a Cisco<br>
deployment -- at the moment I'm just trying to get a feel from this<br>
audience for how normal (or not) this behaviour is in other voice over<br>
IP environments.<br>
<br>
I'm investigating a situation at the moment where IP phones are<br>
generating an ICMP unreachable (destination port unreachable) packet<br>
on receipt of the first RTP packet during voice mail access.<br>
<br>
To me, it indicates a signalling timing/sequencing problem -- the<br>
phone is indicating it wasn't yet ready to process RTP and effectively<br>
wasn't listening. A very short time later, RTP begins flowing<br>
bi-directionally and everything is OK.<br>
<br>
Is there a generic explanation for this behaviour? Is it 'normal'? If<br>
you saw this in your network, would you investigate and tune?<br>
<br>
cheers,<br>
Dale<br>
<br>
<br>
------------------------------<br>
<br>
Message: 10<br>
Date: Mon, 17 May 2010 17:04:51 -0500<br>
From: "Carter, Bill" <<a href="mailto:bcarter@sentinel.com">bcarter@sentinel.com</a>><br>
To: "STEVEN CASPER" <<a href="mailto:SCASPER@mtb.com">SCASPER@mtb.com</a>>,
<<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Best T38 Protocol Choice?<br>
Message-ID:<br>
<<a
href="mailto:C0B4574561D1E04DBB500BA062BAF22601C9A4E5@Mail1.sentinel.com">C0B4574561D1E04DBB500BA062BAF22601C9A4E5@Mail1.sentinel.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
I have successfully configured T.38 with H.323 and SCCP.<br>
<br>
<br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>
[mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of STEVEN CASPER<br>
Sent: Monday, May 17, 2010 12:45 PM<br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] Best T38 Protocol Choice?<br>
<br>
<br>
<br>
I am getting ready to do some testing with IP Trunking and T38 and I was<br>
curious as to what folks think is the best protocol choice. I will be<br>
using VG202/204 devices with CUCM 6.1.3 integrated to a CUBE. Looks like<br>
my choices are:<br>
<br>
<br>
<br>
MGCP<br>
<br>
H323<br>
<br>
SIP<br>
<br>
SCCP (limited to NSE?)<br>
<br>
<br>
<br>
Up to this point we have been deploying VGs using MGCP and passthrough<br>
as ATA replacements and this has been working fine when used at sites<br>
with PRIs. I am trying to think long term here so I am wondering if<br>
using SIP with T38 might be the best way to go since the IP Trunk and<br>
the associated CUBE will also be using SIP. Any thoughts would be<br>
appreciated!<br>
<br>
<br>
<br>
Steve<br>
<br>
<br>
<br>
************************************<br>
This email may contain privileged and/or confidential information that<br>
is intended solely for the use of the addressee. If you are not the<br>
intended recipient or entity, you are strictly prohibited from<br>
disclosing, copying, distributing or using any of the information<br>
contained in the transmission. If you received this communication in<br>
error, please contact the sender immediately and destroy the material in<br>
its entirety, whether electronic or hard copy. This communication may<br>
contain nonpublic personal information about consumers subject to the<br>
restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.<br>
You may not directly or indirectly reuse or disclose such information<br>
for any purpose other than to provide the services for which you are<br>
receiving the information.<br>
There are risks associated with the use of electronic transmission. The<br>
sender of this information does not control the method of transmittal or<br>
service providers and assumes no duty or obligation for the security,<br>
receipt, or third party interception of this transmission.<br>
************************************<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/a13b0d9a/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/a13b0d9a/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 11<br>
Date: Mon, 17 May 2010 18:24:25 -0400<br>
From: Mac GroupStudy <<a href="mailto:mac.groupstudy@gmail.com">mac.groupstudy@gmail.com</a>><br>
To: Mike Lydick <<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
Message-ID:<br>
<<a
href="mailto:AANLkTim0kY1ZXUm_vI3rMhzsE2nGdgc8hznwwtq1ImUL@mail.gmail.com">AANLkTim0kY1ZXUm_vI3rMhzsE2nGdgc8hznwwtq1ImUL@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I do not have a phone in front of me but isn't there an "Edit"
softkey<br>
(maybe "Edit Dial") when you are looking at missed calls?<br>
<br>
<br>
On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <<a
href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>> wrote:<br>
<br>
> For missed calls and calling based on VM CLID, how does one edit the call<br>
> to add a 9?<br>
><br>
><br>
> Best Regards,<br>
><br>
> Mike Lydick<br>
><br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/7dc2add6/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/7dc2add6/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 12<br>
Date: Mon, 17 May 2010 18:25:40 -0400<br>
From: Nick Matthews <<a href="mailto:matthnick@gmail.com">matthnick@gmail.com</a>><br>
To: Dale Shaw <<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP<br>
unreachable<br>
Message-ID:<br>
<<a
href="mailto:AANLkTinHfNDg73H9kEIjUJuEKS4pFwN_zf4NuMZcH70l@mail.gmail.com">AANLkTinHfNDg73H9kEIjUJuEKS4pFwN_zf4NuMZcH70l@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
This is normal. Signaling generally takes a different path than<br>
media. Many times you will get an unreachable because the media beats<br>
the signaling. Alternatively, some software may not expect the<br>
packets as fast as soon as they get there, and the socket isn't fully<br>
opened. I would not consider this cause for concern. It also
happens<br>
on the ending of a session intermittently.<br>
<br>
-nick<br>
<br>
On Mon, May 17, 2010 at 5:49 PM, Dale Shaw<br>
<<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>>
wrote:<br>
> Hi,<br>
><br>
> Disclaimer: The scenario I describe below is not present in a Cisco<br>
> deployment -- at the moment I'm just trying to get a feel from this<br>
> audience for how normal (or not) this behaviour is in other voice over<br>
> IP environments.<br>
><br>
> I'm investigating a situation at the moment where IP phones are<br>
> generating an ICMP unreachable (destination port unreachable) packet<br>
> on receipt of the first RTP packet during voice mail access.<br>
><br>
> To me, it indicates a signalling timing/sequencing problem -- the<br>
> phone is indicating it wasn't yet ready to process RTP and effectively<br>
> wasn't listening. A very short time later, RTP begins flowing<br>
> bi-directionally and everything is OK.<br>
><br>
> Is there a generic explanation for this behaviour? Is it 'normal'? If<br>
> you saw this in your network, would you investigate and tune?<br>
><br>
> cheers,<br>
> Dale<br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 13<br>
Date: Mon, 17 May 2010 18:49:06 -0400<br>
From: Wes Sisk <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>
To: Dale Shaw <<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP<br>
unreachable<br>
Message-ID: <<a href="mailto:4BF1C7E2.7030802@cisco.com">4BF1C7E2.7030802@cisco.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Even Cisco endpoints see this occasionally, see the closed defect<br>
CSCsv00222 for example.<br>
<br>
Consider the client behavior that causes this. Assumptions:<br>
* In most VOIP protocols the client provides a port number to use for RTP.<br>
* It is best practice to make that port number dynamic.<br>
* For a dynamic port number the client application must request a<br>
dynamic port from the client operating system.<br>
* In most operating systems that requires opening the port.<br>
* RTP uses UDP. Allocating UDP ports is lighter weight than allocating<br>
TCP ports in most operating systems. Allocating a UDP port usually<br>
means opening the port. I know of no operating system where that allows<br>
reserving the port without opening the port.<br>
<br>
So the client must allocate the port and signal the port to peer<br>
device. Allocating should coincide with opening. If the clients has<br>
allocated and signaled a port it has had reasonable window of<br>
opportunity to open the port and await traffic. Conditions are very much<br>
in favor of the client having the port open in advance of the first<br>
packets coming over the network.<br>
<br>
There are 2 scenarios that come to mind:<br>
1. reusing port numbers. We've seen applications that do this. The<br>
peer client may assume reuse of the same port and begin streaming before<br>
proper signaling is completed. This is clearly undesirable in this<br>
scenario and for many other reasons.<br>
2. a firewall or inspection engine. I say engine because it could be an<br>
appliance in the network or a component of any network device including<br>
the endpoint. These same engines tend to be hyper sensitive to packet<br>
flows so unidirectional streams are frowned upon. They tend to only<br>
allow symmetrical streams, or at least signaled symmetric streams. In<br>
SCCP terms the engine may not permit packets until it sees both<br>
OpenRecieveChannel and StartMediaTransmission. I call this<br>
hypersensitve because unidirectional streams are perfectly valid both in<br>
RFC and in practice. Example:<br>
<a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/uc_system/UC5.0.2/release_notes/rnipt502.html#wp1279992"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/uc_system/UC5.0.2/release_notes/rnipt502.html#wp1279992</a><br>
Multicast Music-On-Hold not supported by SIP gateway (CSCsc30731)<br>
<br>
There is also a configuration in CM to force allocation of bidrectional<br>
port allocation for CM especially for Music on Hold call flows that<br>
traverse firewalls. This is another pointer to the potential<br>
intervention of "firewall or inspection engines".<br>
<br>
ICMP is important in the RTP stream as it can be used to detect when a<br>
remote client becomes unreachable even in scenarios where the signaling<br>
channel is also lost. This is critical for endpoints to notify call<br>
agents to properly clear a call. Example:<br>
<a
href="http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_m2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1362166"
target="_blank">http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_m2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1362166</a><br>
<br>
<br>
IOS Voice gateways and IOS Media Termination Points are also susceptible<br>
to this as they depend on ICMP similarly to avoid abandoned streams.<br>
<br>
In general it is always possible for call control to go down and it is<br>
highly desirable to preserve audio between connected endpoints in that<br>
case. Upon accepting this reality it becomes necessary to depend on<br>
methods such as ICMP to identify and clear unmanaged, unsolicited<br>
streams. Unfortunately that generates a bit of domain conflict where<br>
ICMP can be used for other purposes (administratively prohibited?).<br>
<br>
In general a client that offers a port should be listening on that<br>
port. Leniency grants a small grace period of ICMP before abandoning<br>
the stream (CSCse88435 enhancement to SW MTP to allow a "grace
period"<br>
of ICMP errors before determinging that end-point is rejecting TX packets).<br>
<br>
At the start of an RTP burst ICMP is more indicative of a misbehaving<br>
client. This would be a client advertising but not opening a port.<br>
<br>
At the end of RTP burst ICMP is more indicative of a signaling issue.<br>
One device elected to terminate the stream but the other device was not<br>
accurately notified.<br>
<br>
/Wes<br>
<br>
<br>
On Monday, May 17, 2010 5:49:11 PM, Dale Shaw<br>
<<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>>
wrote:<br>
> Hi,<br>
><br>
> Disclaimer: The scenario I describe below is not present in a Cisco<br>
> deployment -- at the moment I'm just trying to get a feel from this<br>
> audience for how normal (or not) this behaviour is in other voice over<br>
> IP environments.<br>
><br>
> I'm investigating a situation at the moment where IP phones are<br>
> generating an ICMP unreachable (destination port unreachable) packet<br>
> on receipt of the first RTP packet during voice mail access.<br>
><br>
> To me, it indicates a signalling timing/sequencing problem -- the<br>
> phone is indicating it wasn't yet ready to process RTP and effectively<br>
> wasn't listening. A very short time later, RTP begins flowing<br>
> bi-directionally and everything is OK.<br>
><br>
> Is there a generic explanation for this behaviour? Is it 'normal'? If<br>
> you saw this in your network, would you investigate and tune?<br>
><br>
> cheers,<br>
> Dale<br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 14<br>
Date: Mon, 17 May 2010 20:16:23 -0400<br>
From: "James Buchanan" <<a href="mailto:jbuchanan@ctiusa.com">jbuchanan@ctiusa.com</a>><br>
To: "Mac GroupStudy" <<a href="mailto:mac.groupstudy@gmail.com">mac.groupstudy@gmail.com</a>>,
"Mike Lydick"<br>
<<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
Message-ID:<br>
<<a
href="mailto:79B99C253CB1084FB974C7D4A3C47E43042ED3C0@EXCHANGE.ctiusa.com">79B99C253CB1084FB974C7D4A3C47E43042ED3C0@EXCHANGE.ctiusa.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Go under Call Routing. Configure Application Dial Rules. These should be
configured to take whatever you are sending and to change it to match your dial
plan. Then, go into System?Service Parameters?WebDialer. Check the checkbox to
use Application Dial Rules on SOAP Requests. Restart the WebDialer service.<br>
<br>
<br>
<br>
Thanks,<br>
<br>
<br>
<br>
James Buchanan | Senior Network Engineer | South Region | Presidio Networked
Solutions<br>
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 |<span
class=apple-converted-space> </span><a href="mailto:jbuchanan@presidio.com">jbuchanan@presidio.com</a><br>
D: 615-866-5729 |<span class=apple-converted-space> </span><a
href="http://www.presidio.com/" target="_blank">www.presidio.com</a><span
class=apple-converted-space> </span><<a href="http://www.presidio.com/"
target="_blank">http://www.presidio.com</a>><br>
<br>
CCIE #25863, Voice<br>
<br>
<br>
<br>
<br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Mac GroupStudy<br>
Sent: Monday, May 17, 2010 5:24 PM<br>
To: Mike Lydick<br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
<br>
<br>
<br>
I do not have a phone in front of me but isn't there an "Edit"
softkey (maybe "Edit Dial") when you are looking at missed calls?<br>
<br>
<br>
<br>
On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <<a
href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>> wrote:<br>
<br>
For missed calls and calling based on VM CLID, how does one edit the call to
add a 9?<br>
<br>
<br>
<br>
<br>
Best Regards,<br>
<br>
Mike Lydick<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/f8ca93ff/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/f8ca93ff/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 15<br>
Date: Mon, 17 May 2010 20:04:12 -0500<br>
From: Tim Frazee <<a href="mailto:tfrazee@gmail.com">tfrazee@gmail.com</a>><br>
To: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>>,
Ted Nugent<br>
<<a href="mailto:tednugent73@gmail.com">tednugent73@gmail.com</a>>,
cisco-voip voyp list<br>
<<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
Message-ID:<br>
<<a
href="mailto:AANLkTinIBriq2ynWYJQf-GJ0kUwwj62x20V3LjByPxmM@mail.gmail.com">AANLkTinIBriq2ynWYJQf-GJ0kUwwj62x20V3LjByPxmM@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
It seems to me that Cisco really messed up with this product. They have<br>
named 2 products with very, very similar names and very similar functions.<br>
This confusion I'm sure is farther than just what we see here on this list.<br>
<br>
Here is what I know about:<br>
<br>
Cisco Mobile 8.0 for iPhone:<br>
*SIP phone for iPhone, registers via wifi<br>
*routes voice traffic via IP<br>
<br>
CUMA-client for iPhone, (Cisco Mobile)<br>
*similar products for windows mobile, nokia and blackberry<br>
*requires cuma server<br>
*does not route voice traffic via IP (calls route via PSTN)<br>
*proprietary call control/information via SSL IP<br>
<br>
The 2 products are a bit different in how they do what they do and take a<br>
much different approach in how they do it.<br>
<br>
CUMA has some pretty steep requirements as far as network, CUCM setup,<br>
directory requirements and deployment. The Cisco Mobile 8.0 app has none of<br>
these requirements.<br>
<br>
Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.<br>
<br>
<br>
<br>
On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <<a
href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>> wrote:<br>
<br>
> The 8.0 iPhone client doesn't know how to use a CUMA server as it only<br>
> talks to CUCM directly.<br>
> It does require you be wi-fi connected (either inside the network or using<br>
> the vpn client).<br>
><br>
> I don't support this product so have not been paying the closest attention<br>
> but the FAQ looks pretty decent.<br>
><br>
><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html</a><br>
><br>
> -Ryan<br>
><br>
> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:<br>
><br>
> Correct me if i'm wrong and give me links if I am please. But with<br>
> Cisco Mobile for the IPhone you don't need a server for On Premise
dualmode<br>
> but once you get out of 802.11x and go off prem you still do need CUMA to<br>
> take advantage of everything you had in dual mode range (DVO, Presence,
CUMC<br>
> etc)... Correct? I have seen a ton of conflicting information about this
but<br>
> most everything that I have read supports that.... otherwise there appears<br>
> to be magical link that gets you back when your off prem and I would like<br>
> know how to conjure it...<br>
><br>
><br>
><br>
> On Mon, May 17, 2010 at 9:59 AM, Bill <<a
href="mailto:bill@hitechconnection.net">bill@hitechconnection.net</a>>
wrote:<br>
><br>
>> Yes I know CUMA is the server, but with the Cisco Mobile for the
Iphone<br>
>> you don?t need the server. So my question still stands. I don?t like
talking<br>
>> to my account team. They just want to sell product. J<br>
>><br>
>><br>
>> ------------------------------<br>
>><br>
>> *From:* Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
>> *Sent:* Monday, May 17, 2010 8:55 AM<br>
>> *To:* Bill<br>
>> *Cc:* 'cisco-voip voyp list'<br>
>> *Subject:* Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
>><br>
>><br>
>> Cisco Mobile is the client, CUMA is the server. You should talk
to your<br>
>> account team for roadmap questions, or look for details with the
release of<br>
>> the 8.0 clients on other platforms.<br>
>><br>
>><br>
>> -Ryan<br>
>><br>
>><br>
>> On May 17, 2010, at 9:37 AM, Bill wrote:<br>
>><br>
>><br>
>><br>
>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If it
is the<br>
>> replacement is there any roadmap for the other phones such as windows
mobile<br>
>> and crackberries?<br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c04c033f/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c04c033f/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 16<br>
Date: Mon, 17 May 2010 20:17:23 -0500<br>
From: Tim Frazee <<a href="mailto:tfrazee@gmail.com">tfrazee@gmail.com</a>><br>
To: Cisco VoIPoE List <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: [cisco-voip] Visual Voicemail with HA Unity Connection<br>
Message-ID:<br>
<<a
href="mailto:AANLkTilwNzcTo_uPkOWcIjGn69hO3D9Whe9kWpIxVKIO@mail.gmail.com">AANLkTilwNzcTo_uPkOWcIjGn69hO3D9Whe9kWpIxVKIO@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
group,<br>
<br>
Does anyone have any reference documentation on how to setup visual<br>
voicemail on a CUCM Pub/Sub and Connection Active/Active Pub/Sub setup?<br>
<br>
<a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/cupa/visual_voicemail/7.0/english/install/guide/cluster_failover.html#wp1055598"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cupa/visual_voicemail/7.0/english/install/guide/cluster_failover.html#wp1055598</a><br>
<br>
Or am I overlooking something?<br>
<br>
thanks anyone who can help<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8a5ed209/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8a5ed209/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 17<br>
Date: Mon, 17 May 2010 22:14:38 -0400<br>
From: Mike Lydick <<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
To: James Buchanan <<a href="mailto:jbuchanan@ctiusa.com">jbuchanan@ctiusa.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
Message-ID:<br>
<<a
href="mailto:AANLkTilIl21NLmeS0hmEvJE_bXC_a-9aJz0OnfaZv-tx@mail.gmail.com">AANLkTilIl21NLmeS0hmEvJE_bXC_a-9aJz0OnfaZv-tx@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
James,<br>
<br>
Exactly what I was looking for, thanks! I have not used the application dial<br>
rules before so did not occur to me. Can I ask how does your dialplan<br>
workouts without the ability to use wildcards (from what I can tell). Local<br>
area codes for 10 digits is easy enough but all other numbers does not seem<br>
possible without overlap. Do you depend on the priority of the rule and/or<br>
are you defining your internal DN and setting them first?<br>
<br>
Additional how does 7digit dialplans work out?<br>
<br>
Thanks Again!<br>
<br>
<br>
Best Regards,<br>
<br>
Mike Lydick<br>
<br>
<br>
<br>
<br>
On Mon, May 17, 2010 at 8:16 PM, James Buchanan <<a
href="mailto:jbuchanan@ctiusa.com">jbuchanan@ctiusa.com</a>>wrote:<br>
<br>
> Go under Call Routing. Configure Application Dial Rules. These
should be<br>
> configured to take whatever you are sending and to change it to match your<br>
> dial plan. Then, go into System?Service Parameters?WebDialer. Check the<br>
> checkbox to use Application Dial Rules on SOAP Requests. Restart the<br>
> WebDialer service.<br>
><br>
><br>
><br>
> Thanks,<br>
><br>
><br>
><br>
> *James Buchanan *|* Senior Network Engineer *| *South Region *|* Presidio<br>
> Networked Solutions<br>
> 12 Cadillac Dr, Suite 130, Brentwood, TN 37027 *|* **<br>
><span class=apple-converted-space> </span><a
href="mailto:jbuchanan@presidio.com">jbuchanan@presidio.com</a><span
class=apple-converted-space> </span><<a href="http://bdorn/"
target="_blank">http://bdorn</a>@<a href="http://presidio.com/" target="_blank">presidio.com</a>><br>
> **D: 615-866-5729* | *<a href="http://www.presidio.com/" target="_blank">www.presidio.com</a>*
<*<a href="http://www.presidio.com/" target="_blank">http://www.presidio.com</a>*><br>
><br>
> *CCIE #25863, Voice*<br>
><br>
><br>
><br>
> *From:*<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
*On Behalf Of *Mac GroupStudy<br>
> *Sent:* Monday, May 17, 2010 5:24 PM<br>
> *To:* Mike Lydick<br>
> *Cc:*<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
> *Subject:* Re: [cisco-voip] CUPC click to callback<br>
><br>
><br>
><br>
> I do not have a phone in front of me but isn't there an "Edit"
softkey<br>
> (maybe "Edit Dial") when you are looking at missed calls?<br>
><br>
><br>
><br>
> On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <<a
href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
> wrote:<br>
><br>
> For missed calls and calling based on VM CLID, how does one edit the call<br>
> to add a 9?<br>
><br>
><br>
><br>
><br>
> Best Regards,<br>
><br>
> Mike Lydick<br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/638e0c72/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/638e0c72/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 18<br>
Date: Mon, 17 May 2010 22:35:48 -0400<br>
From: Nick Matthews <<a href="mailto:matthnick@gmail.com">matthnick@gmail.com</a>><br>
To: Wes Sisk <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP<br>
unreachable<br>
Message-ID:<br>
<<a
href="mailto:AANLkTinzuISOfiRKG5Hc_GbqlijyW_9btDPdIGZE0eUX@mail.gmail.com">AANLkTinzuISOfiRKG5Hc_GbqlijyW_9btDPdIGZE0eUX@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
A similar scenario that I can think of:<br>
<br>
In a SIP conversation one endpoint may not open the socket for UDP<br>
until their SDP has been confirmed. They may do this for security<br>
purposes, to prevent unnecessary open sockets; I'm not sure. They can<br>
exchange media with a 200 OK but the socket wouldn't open until they<br>
receive an ACK. By the time the other side receives the 200 OK they<br>
send both an ACK and the RTP stream together. The ACK takes longer<br>
because it's not a direct path, and you get one packet in before the<br>
ACK is received.<br>
<br>
-nick<br>
<br>
On Mon, May 17, 2010 at 6:49 PM, Wes Sisk <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>>
wrote:<br>
> Even Cisco endpoints see this occasionally, see the closed defect
CSCsv00222<br>
> for example.<br>
><br>
> Consider the client behavior that causes this. ?Assumptions:<br>
> * In most VOIP protocols the client provides a port number to use for RTP.<br>
> * It is best practice to make that port number dynamic. * For a dynamic
port<br>
> number the client application must request a dynamic port from the client<br>
> operating system.<br>
> * In most operating systems that requires opening the port. * RTP uses
UDP.<br>
> ?Allocating UDP ports is lighter weight than allocating TCP ports in most<br>
> operating systems. ?Allocating a UDP port usually means opening the port.
I<br>
> know of no operating system where that allows reserving the port without<br>
> opening the port.<br>
><br>
> So the client must allocate the port and signal the port to peer device.<br>
> ?Allocating should coincide with opening. ?If the clients has allocated
and<br>
> signaled a port it has had reasonable window of opportunity to open the
port<br>
> and await traffic. Conditions are very much in favor of the client having<br>
> the port open in advance of the first packets coming over the network.<br>
><br>
> There are 2 scenarios that come to mind:<br>
> 1. reusing port numbers. ?We've seen applications that do this. ?The peer<br>
> client may assume reuse of the same port and begin streaming before proper<br>
> signaling is completed. ?This is clearly undesirable in this scenario and<br>
> for many other reasons.<br>
> 2. a firewall or inspection engine. ?I say engine because it could be an<br>
> appliance in the network or a component of any network device including
the<br>
> endpoint. ?These same engines tend to be hyper sensitive to packet flows
so<br>
> unidirectional streams are frowned upon. They tend to only allow
symmetrical<br>
> streams, or at least signaled symmetric streams. ?In SCCP terms the engine<br>
> may not permit packets until it sees both OpenRecieveChannel and<br>
> StartMediaTransmission. ?I call this hypersensitve because unidirectional<br>
> streams are perfectly valid both in RFC and in practice. ?Example:<br>
><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/uc_system/UC5.0.2/release_notes/rnipt502.html#wp1279992"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/uc_system/UC5.0.2/release_notes/rnipt502.html#wp1279992</a><br>
> Multicast Music-On-Hold not supported by SIP gateway (CSCsc30731)<br>
><br>
> There is also a configuration in CM to force allocation of bidrectional
port<br>
> allocation for CM especially for Music on Hold call flows that traverse<br>
> firewalls. ?This is another pointer to the potential intervention of<br>
> "firewall or inspection engines".<br>
><br>
> ICMP is important in the RTP stream as it can be used to detect when a<br>
> remote client becomes unreachable even in scenarios where the signaling<br>
> channel is also lost. ?This is critical for endpoints to notify call
agents<br>
> to properly clear a call. Example:<br>
><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_m2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1362166"
target="_blank">http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_m2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1362166</a><br>
><br>
><br>
> IOS Voice gateways and IOS Media Termination Points are also susceptible
to<br>
> this as they depend on ICMP similarly to avoid abandoned streams.<br>
><br>
> In general it is always possible for call control to go down and it is<br>
> highly desirable to preserve audio between connected endpoints in that
case.<br>
> ?Upon accepting this reality it becomes necessary to depend on methods
such<br>
> as ICMP to identify and clear unmanaged, unsolicited streams.
?Unfortunately<br>
> that generates a bit of domain conflict where ICMP can be used for other<br>
> purposes (administratively prohibited?).<br>
><br>
> In general a client that offers a port should be listening on that port.<br>
> ?Leniency grants a small grace period of ICMP before abandoning the stream<br>
> (CSCse88435 enhancement to SW MTP to allow a "grace period" of
ICMP errors<br>
> before determinging that end-point is rejecting TX packets).<br>
><br>
> At the start of an RTP burst ICMP is more indicative of a misbehaving<br>
> client. ?This would be a client advertising but not opening a port.<br>
> At the end of RTP burst ICMP is more indicative of a signaling issue. ?One<br>
> device elected to terminate the stream but the other device was not<br>
> accurately notified.<br>
><br>
> /Wes<br>
><br>
><br>
> On Monday, May 17, 2010 5:49:11 PM, Dale Shaw<br>
> <<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>>
wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> Disclaimer: The scenario I describe below is not present in a Cisco<br>
>> deployment -- at the moment I'm just trying to get a feel from this<br>
>> audience for how normal (or not) this behaviour is in other voice over<br>
>> IP environments.<br>
>><br>
>> I'm investigating a situation at the moment where IP phones are<br>
>> generating an ICMP unreachable (destination port unreachable) packet<br>
>> on receipt of the first RTP packet during voice mail access.<br>
>><br>
>> To me, it indicates a signalling timing/sequencing problem -- the<br>
>> phone is indicating it wasn't yet ready to process RTP and effectively<br>
>> wasn't listening. A very short time later, RTP begins flowing<br>
>> bi-directionally and everything is OK.<br>
>><br>
>> Is there a generic explanation for this behaviour? Is it 'normal'? If<br>
>> you saw this in your network, would you investigate and tune?<br>
>><br>
>> cheers,<br>
>> Dale<br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 19<br>
Date: Mon, 17 May 2010 23:48:46 -0400<br>
From: "James Buchanan" <<a href="mailto:jbuchanan@ctiusa.com">jbuchanan@ctiusa.com</a>><br>
To: "Mike Lydick" <<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
Message-ID:<br>
<<a
href="mailto:79B99C253CB1084FB974C7D4A3C47E43042ED3EC@EXCHANGE.ctiusa.com">79B99C253CB1084FB974C7D4A3C47E43042ED3EC@EXCHANGE.ctiusa.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hello,<br>
<br>
<br>
<br>
You rely upon the length that was matched then go from there. I'm not sure of
the nuts and bolts, but I assume it reaches the conclusion of the number of
digits quickly enough to avoid timeout issues.<br>
<br>
<br>
<br>
Seven digit dial plans work out fine. Just tell the rule to recognize 7 digits,
prepend 9, and go from there.<br>
<br>
<br>
<br>
Thanks,<br>
<br>
<br>
<br>
James Buchanan | Senior Network Engineer | South Region | Presidio Networked
Solutions<br>
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 |<span
class=apple-converted-space> </span><a href="mailto:jbuchanan@presidio.com">jbuchanan@presidio.com</a><br>
D: 615-866-5729 |<span class=apple-converted-space> </span><a
href="http://www.presidio.com/" target="_blank">www.presidio.com</a><span
class=apple-converted-space> </span><<a href="http://www.presidio.com/"
target="_blank">http://www.presidio.com</a>><br>
<br>
CCIE #25863, Voice<br>
<br>
<br>
<br>
<br>
<br>
From: Mike Lydick [mailto:<a href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>]<br>
Sent: Monday, May 17, 2010 9:15 PM<br>
To: James Buchanan<br>
Cc: Mac GroupStudy;<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
<br>
<br>
<br>
James,<br>
<br>
<br>
<br>
Exactly what I was looking for, thanks! I have not used the application dial
rules before so did not occur to me. Can I ask how does your dialplan workouts
without the ability to use wildcards (from what I can tell). Local area codes
for 10 digits is easy enough but all other numbers does not seem possible
without overlap. Do you depend on the priority of the rule and/or are you
defining your internal DN and setting them first?<br>
<br>
<br>
<br>
Additional how does 7digit dialplans work out?<br>
<br>
<br>
<br>
Thanks Again!<br>
<br>
<br>
<br>
<br>
Best Regards,<br>
<br>
Mike Lydick<br>
<br>
<br>
<br>
<br>
<br>
On Mon, May 17, 2010 at 8:16 PM, James Buchanan <<a
href="mailto:jbuchanan@ctiusa.com">jbuchanan@ctiusa.com</a>> wrote:<br>
<br>
Go under Call Routing. Configure Application Dial Rules. These should be
configured to take whatever you are sending and to change it to match your dial
plan. Then, go into System?Service Parameters?WebDialer. Check the checkbox to
use Application Dial Rules on SOAP Requests. Restart the WebDialer service.<br>
<br>
<br>
<br>
Thanks,<br>
<br>
<br>
<br>
James Buchanan | Senior Network Engineer | South Region | Presidio Networked
Solutions<br>
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 |<span
class=apple-converted-space> </span><a href="mailto:jbuchanan@presidio.com">jbuchanan@presidio.com</a><span
class=apple-converted-space> </span><<a href="http://bdorn/"
target="_blank">http://bdorn</a>@<a href="http://presidio.com/" target="_blank">presidio.com</a>><br>
D: 615-866-5729 |<span class=apple-converted-space> </span><a
href="http://www.presidio.com/" target="_blank">www.presidio.com</a><span
class=apple-converted-space> </span><<a href="http://www.presidio.com/"
target="_blank">http://www.presidio.com</a>><br>
<br>
CCIE #25863, Voice<br>
<br>
<br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Mac GroupStudy<br>
Sent: Monday, May 17, 2010 5:24 PM<br>
To: Mike Lydick<br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] CUPC click to callback<br>
<br>
<br>
<br>
I do not have a phone in front of me but isn't there an "Edit"
softkey (maybe "Edit Dial") when you are looking at missed calls?<br>
<br>
<br>
<br>
On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <<a
href="mailto:mike.lydick@gmail.com">mike.lydick@gmail.com</a>> wrote:<br>
<br>
For missed calls and calling based on VM CLID, how does one edit the call to
add a 9?<br>
<br>
<br>
<br>
<br>
Best Regards,<br>
<br>
Mike Lydick<br>
<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/60058a1b/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/60058a1b/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 20<br>
Date: Tue, 18 May 2010 10:06:47 +0100<br>
From: "Jamie Weatherhead" <<a
href="mailto:Jamie.Weatherhead@Charles-Stanley.co.uk">Jamie.Weatherhead@Charles-Stanley.co.uk</a>><br>
To: <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: [cisco-voip] 7970 Issue - phones constantly<br>
restarting/rebooting<br>
Message-ID:<br>
<<a
href="mailto:E5ECD09080A43B4A9D1D255A67D8D74501FB7944@CSEXCH-CL02.charles-stanley.co.uk">E5ECD09080A43B4A9D1D255A67D8D74501FB7944@CSEXCH-CL02.charles-stanley.co.uk</a>><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Morning All,<br>
<br>
<br>
<br>
We've recently installed a stack of switches and have connected<br>
approximately ten IP 7970 phones with 7914 side carts. One other 7970 is<br>
without a side cart.<br>
<br>
<br>
<br>
The ports have been setup as access ports with a data and voice vlan.<br>
The phones register and function fine. However, all 7970 phones recently<br>
installed reboot themselves intermittently and have been doing so for<br>
the past 48 hours.<br>
<br>
<br>
<br>
Port config as follows:<br>
<br>
switchport access vlan XXX<br>
<br>
switchport mode access<br>
<br>
switchport voice vlan XXX<br>
<br>
spanning-tree portfast<br>
<br>
<br>
<br>
The phones are running firmware SCCP70.8-5-3S. Nothing else appears out<br>
of the ordinary and all other phones in our LAN and WAN appear stable. I<br>
have included a debug display of one of the phones that keeps rebooting.<br>
Any help would be appreciated.<br>
<br>
<br>
<br>
10:08:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
10:08:47 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
10:08:57 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
10:09:00 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
10:09:35 10: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=TCP-timeout<br>
<br>
10:09:35 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
10:09:48 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
10:09:58 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
11:02:38 23: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=Reset-Restart<br>
<br>
11:05:59 23: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=Reset-Restart<br>
<br>
11:06:52 23: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=Reset-Restart<br>
<br>
11:07:32 23: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=Reset-Restart<br>
<br>
11:44:32 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
11:44:32 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
11:44:32 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
11:45:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
11:45:54 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
14:14:31 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
14:14:31 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
14:14:31 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
14:16:31 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S<br>
Last=TCP-timeout<br>
<br>
14:16:31 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
14:16:42 23: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=Reset-Restart<br>
<br>
17:34:32 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
17:34:47 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
02:45:30 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
02:45:30 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
02:45:30 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
02:46:38 10: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=TCP-timeout<br>
<br>
02:46:49 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
06:42:42 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
06:42:42 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
06:42:42 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
06:43:42 10: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=TCP-timeout<br>
<br>
06:43:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
06:43:53 23: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=Reset-Restart<br>
<br>
06:44:04 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:19:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:19:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
09:19:43 17: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=KeepaliveTO<br>
<br>
09:20:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:20:56 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:21:07 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:34:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:34:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S
TFTP Error<br>
<br>
09:34:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:35:43 10: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=TCP-timeout<br>
<br>
09:35:43 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:35:56 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
09:36:06 14: Name=SEP0022905983DE Load=
SCCP70.8-5-3S<br>
Last=UCM-closed-TCP<br>
<br>
<br>
<br>
<br>
<br>
Jamie Weatherhead<br>
<br>
<br>
Consider the environment - Think before you print<br>
<br>
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.<br>
<br>
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).<br>
<br>
Details of Charles Stanley group companies and their regulators (where
applicable), can be found at this URL<span class=apple-converted-space> </span><a
href="http://www.charles-stanley.co.uk/contact-us/disclosure/" target="_blank">http://www.charles-stanley.co.uk/contact-us/disclosure/</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/aee02cf1/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/aee02cf1/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 21<br>
Date: Tue, 18 May 2010 21:04:31 +1000<br>
From: Dale Shaw <<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP<br>
unreachable<br>
Message-ID:<br>
<<a
href="mailto:AANLkTin7GGhrARbJZfVMEAYPdznlPAYNUHSElxwIisTf@mail.gmail.com">AANLkTin7GGhrARbJZfVMEAYPdznlPAYNUHSElxwIisTf@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
[ probably should've marked this thread 'OT' ]<br>
<br>
Thanks to Nick and Wes for their replies.<br>
<br>
Keeping the original scenario in mind, I'm curious what the audience<br>
thinks of the behaviour described in this Juniper KB article:<br>
<br>
<a href="http://kb.juniper.net/index?page=content&id=KB16823"
target="_blank">http://kb.juniper.net/index?page=content&id=KB16823</a><br>
<br>
..what would you expect the impact of this behaviour to be in your networks?<br>
<br>
I guess what I'm trying to gauge is, how common is the 'early RTP'<br>
situation in real, properly tuned networks (Nick and Wes's replies<br>
indicate it can be 'normal'), and how much sense does it make for the<br>
Juniper SRX routers to respond the way described in the article linked<br>
above?<br>
<br>
cheers,<br>
Dale<br>
(bitten! ;-))<br>
<br>
On Tue, May 18, 2010 at 7:49 AM, Dale Shaw<br>
<<a href="mailto:dale.shaw%2Bcisco-voip@gmail.com">dale.shaw+cisco-voip@gmail.com</a>>
wrote:<br>
> Hi,<br>
><br>
> Disclaimer: The scenario I describe below is not present in a Cisco<br>
> deployment -- at the moment I'm just trying to get a feel from this<br>
> audience for how normal (or not) this behaviour is in other voice over<br>
> IP environments.<br>
><br>
> I'm investigating a situation at the moment where IP phones are<br>
> generating an ICMP unreachable (destination port unreachable) packet<br>
> on receipt of the first RTP packet during voice mail access.<br>
><br>
> To me, it indicates a signalling timing/sequencing problem -- the<br>
> phone is indicating it wasn't yet ready to process RTP and effectively<br>
> wasn't listening. A very short time later, RTP begins flowing<br>
> bi-directionally and everything is OK.<br>
><br>
> Is there a generic explanation for this behaviour? Is it 'normal'? If<br>
> you saw this in your network, would you investigate and tune?<br>
><br>
> cheers,<br>
> Dale<br>
<br>
<br>
------------------------------<br>
<br>
Message: 22<br>
Date: Tue, 18 May 2010 08:20:29 -0400<br>
From: Ed Leatherman <<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>
To: Tim Frazee <<a href="mailto:tfrazee@gmail.com">tfrazee@gmail.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
Message-ID:<br>
<<a
href="mailto:AANLkTimfWqOy8zzBYWFYEix_HWH8gXZ6q1a23f-2f7Wv@mail.gmail.com">AANLkTimfWqOy8zzBYWFYEix_HWH8gXZ6q1a23f-2f7Wv@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Tim you are exactly right. It has had my head spinning, but this<br>
thread has been helpful. I think if my SE did mention it, I was<br>
probably already mixed up with them and assumed they were the same<br>
thing.<br>
<br>
On Mon, May 17, 2010 at 9:04 PM, Tim Frazee <<a
href="mailto:tfrazee@gmail.com">tfrazee@gmail.com</a>> wrote:<br>
> It seems to me that Cisco really messed up with this product. They have<br>
> named 2 products with very, very similar names and very similar functions.<br>
> This confusion I'm sure is farther than just what we see here on this
list.<br>
><br>
> Here is what I know about:<br>
><br>
> Cisco Mobile 8.0 for iPhone:<br>
> *SIP phone for iPhone, registers via wifi<br>
> *routes voice traffic via IP<br>
><br>
> CUMA-client for iPhone, (Cisco Mobile)<br>
> *similar products for windows mobile, nokia and blackberry<br>
> *requires cuma server<br>
> *does not route voice traffic via IP (calls route via PSTN)<br>
> *proprietary call control/information via SSL IP<br>
><br>
> The 2 products are a bit different in how they do what they do and take a<br>
> much different approach in how they do it.<br>
><br>
> CUMA has some pretty steep requirements as far as network, CUCM setup,<br>
> directory requirements and deployment. The Cisco Mobile 8.0 app has none
of<br>
> these requirements.<br>
><br>
> Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.<br>
><br>
><br>
><br>
> On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <<a
href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>> wrote:<br>
>><br>
>> The 8.0 iPhone client doesn't know how to use a CUMA server as it only<br>
>> talks to CUCM directly.<br>
>> It does require you be wi-fi connected (either inside the network or
using<br>
>> the vpn client).<br>
>> I don't support this product so have not been paying the closest
attention<br>
>> but the FAQ looks pretty decent.<br>
>><br>
>><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html</a><br>
>> -Ryan<br>
>> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:<br>
>><br>
>> Correct me if i'm wrong and give me links if I am please. But with<br>
>> Cisco?Mobile?for the IPhone you don't need a server for On Premise
dualmode<br>
>> but once you get out of 802.11x and go off prem you still do need CUMA
to<br>
>> take advantage of everything you had in dual mode range
(DVO,?Presence, CUMC<br>
>> etc)... Correct? I have seen a ton of conflicting information about
this but<br>
>> most everything that I have read supports that.... otherwise there
appears<br>
>> to be magical link that gets you back when your off prem and I would
like<br>
>> know how to?conjure?it...<br>
>><br>
>><br>
>> On Mon, May 17, 2010 at 9:59 AM, Bill <<a
href="mailto:bill@hitechconnection.net">bill@hitechconnection.net</a>>
wrote:<br>
>>><br>
>>> Yes I know CUMA is the server, but with the Cisco Mobile for the
Iphone<br>
>>> you don?t need the server. So my question still stands. I don?t
like talking<br>
>>> to my account team. They just want to sell product. J<br>
>>><br>
>>><br>
>>><br>
>>> ________________________________<br>
>>><br>
>>> From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
>>> Sent: Monday, May 17, 2010 8:55 AM<br>
>>> To: Bill<br>
>>> Cc: 'cisco-voip voyp list'<br>
>>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
>>><br>
>>><br>
>>><br>
>>> Cisco Mobile is the client, CUMA is the server. ?You should talk
to your<br>
>>> account team for roadmap questions, or look for details with the
release of<br>
>>> the 8.0 clients on other platforms.<br>
>>><br>
>>><br>
>>><br>
>>> -Ryan<br>
>>><br>
>>><br>
>>><br>
>>> On May 17, 2010, at 9:37 AM, Bill wrote:<br>
>>><br>
>>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If it is
the<br>
>>> replacement is there any roadmap for the other phones such as
windows mobile<br>
>>> and crackberries?<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> cisco-voip mailing list<br>
>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> cisco-voip mailing list<br>
>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
Ed Leatherman<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 23<br>
Date: Tue, 18 May 2010 08:36:37 -0400<br>
From: Billy Poole <<a href="mailto:bpoole32@gmail.com">bpoole32@gmail.com</a>><br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] percentage of good calls went below the limit<br>
specified<br>
Message-ID:<br>
<<a
href="mailto:AANLkTilghGt9plpGkXJ5CZpz7hjmY3opfCtlN1wXW1NE@mail.gmail.com">AANLkTilghGt9plpGkXJ5CZpz7hjmY3opfCtlN1wXW1NE@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I keep getting the following email every morning from CAR.<br>
<br>
"percentage of good calls went below the limit specified"<br>
<br>
Right now the system configuration is setup with the system default. I'm<br>
running CUCM 6.1.3. Just wondering how do I calculate what my percentages<br>
should be?<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/faa49786/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/faa49786/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 24<br>
Date: Tue, 18 May 2010 09:33:38 -0400<br>
From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
To: Ed Leatherman <<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
Message-ID: <<a href="mailto:F16BFB3A-A4A8-4D87-A621-00C88D099A20@cisco.com">F16BFB3A-A4A8-4D87-A621-00C88D099A20@cisco.com</a>><br>
Content-Type: text/plain; charset=windows-1252<br>
<br>
I agree that they are confusing, but if you look at it as an evolution of a
brand new product (mobility features on smartphones) rather than two separate
products hopefully it will make a bit more sense.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 8:20 AM, Ed Leatherman wrote:<br>
<br>
> Tim you are exactly right. It has had my head spinning, but this<br>
> thread has been helpful. I think if my SE did mention it, I was<br>
> probably already mixed up with them and assumed they were the same<br>
> thing.<br>
><br>
> On Mon, May 17, 2010 at 9:04 PM, Tim Frazee <<a
href="mailto:tfrazee@gmail.com">tfrazee@gmail.com</a>> wrote:<br>
>> It seems to me that Cisco really messed up with this product. They
have<br>
>> named 2 products with very, very similar names and very similar
functions.<br>
>> This confusion I'm sure is farther than just what we see here on this
list.<br>
>><br>
>> Here is what I know about:<br>
>><br>
>> Cisco Mobile 8.0 for iPhone:<br>
>> *SIP phone for iPhone, registers via wifi<br>
>> *routes voice traffic via IP<br>
>><br>
>> CUMA-client for iPhone, (Cisco Mobile)<br>
>> *similar products for windows mobile, nokia and blackberry<br>
>> *requires cuma server<br>
>> *does not route voice traffic via IP (calls route via PSTN)<br>
>> *proprietary call control/information via SSL IP<br>
>><br>
>> The 2 products are a bit different in how they do what they do and
take a<br>
>> much different approach in how they do it.<br>
>><br>
>> CUMA has some pretty steep requirements as far as network, CUCM setup,<br>
>> directory requirements and deployment. The Cisco Mobile 8.0 app has
none of<br>
>> these requirements.<br>
>><br>
>> Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.<br>
>><br>
>><br>
>><br>
>> On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <<a
href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>> wrote:<br>
>>><br>
>>> The 8.0 iPhone client doesn't know how to use a CUMA server as it
only<br>
>>> talks to CUCM directly.<br>
>>> It does require you be wi-fi connected (either inside the network
or using<br>
>>> the vpn client).<br>
>>> I don't support this product so have not been paying the closest
attention<br>
>>> but the FAQ looks pretty decent.<br>
>>><br>
>>><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html</a><br>
>>> -Ryan<br>
>>> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:<br>
>>><br>
>>> Correct me if i'm wrong and give me links if I am please. But with<br>
>>> Cisco Mobile for the IPhone you don't need a server for On Premise
dualmode<br>
>>> but once you get out of 802.11x and go off prem you still do need
CUMA to<br>
>>> take advantage of everything you had in dual mode range (DVO,
Presence, CUMC<br>
>>> etc)... Correct? I have seen a ton of conflicting information
about this but<br>
>>> most everything that I have read supports that.... otherwise there
appears<br>
>>> to be magical link that gets you back when your off prem and I
would like<br>
>>> know how to conjure it...<br>
>>><br>
>>><br>
>>> On Mon, May 17, 2010 at 9:59 AM, Bill <<a
href="mailto:bill@hitechconnection.net">bill@hitechconnection.net</a>>
wrote:<br>
>>>><br>
>>>> Yes I know CUMA is the server, but with the Cisco Mobile for
the Iphone<br>
>>>> you don?t need the server. So my question still stands. I
don?t like talking<br>
>>>> to my account team. They just want to sell product. J<br>
>>>><br>
>>>><br>
>>>><br>
>>>> ________________________________<br>
>>>><br>
>>>> From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
>>>> Sent: Monday, May 17, 2010 8:55 AM<br>
>>>> To: Bill<br>
>>>> Cc: 'cisco-voip voyp list'<br>
>>>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
>>>><br>
>>>><br>
>>>><br>
>>>> Cisco Mobile is the client, CUMA is the server. You
should talk to your<br>
>>>> account team for roadmap questions, or look for details with
the release of<br>
>>>> the 8.0 clients on other platforms.<br>
>>>><br>
>>>><br>
>>>><br>
>>>> -Ryan<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On May 17, 2010, at 9:37 AM, Bill wrote:<br>
>>>><br>
>>>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If
it is the<br>
>>>> replacement is there any roadmap for the other phones such as
windows mobile<br>
>>>> and crackberries?<br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> cisco-voip mailing list<br>
>>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>>><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> cisco-voip mailing list<br>
>>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> cisco-voip mailing list<br>
>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Ed Leatherman<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 25<br>
Date: Tue, 18 May 2010 22:01:42 +0800<br>
From: "Kin Wai" <<a href="mailto:kinwai@singnet.com.sg">kinwai@singnet.com.sg</a>><br>
To: "'Jamie Weatherhead'" <<a
href="mailto:Jamie.Weatherhead@charles-stanley.co.uk">Jamie.Weatherhead@charles-stanley.co.uk</a>>,<br>
<<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] 7970 Issue - phones constantly<br>
restarting/rebooting<br>
Message-ID: <009201caf692$a5362e50$efa28af0$@<a href="http://com.sg/"
target="_blank">com.sg</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I guess it?s related to some older firmware bug which will actually crash
halfway while loading the latest firmware. The correct way is to flash it to
some intermediate release before going for the latest firmware.<br>
<br>
<br>
<br>
However, the shortest way you can try out is to do a factory reset and
connect it back into the network. (If you don?t have too many phones to factory
reset)<br>
<br>
<br>
<br>
<a
href="http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a00800941bb.shtml"
target="_blank">http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a00800941bb.shtml</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Jamie Weatherhead<br>
Sent: Tuesday, May 18, 2010 5:07 PM<br>
To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] 7970 Issue - phones constantly restarting/rebooting<br>
<br>
<br>
<br>
Morning All,<br>
<br>
<br>
<br>
We?ve recently installed a stack of switches and have connected approximately
ten IP 7970 phones with 7914 side carts. One other 7970 is without a side cart.<br>
<br>
<br>
<br>
The ports have been setup as access ports with a data and voice vlan. The
phones register and function fine. However, all 7970 phones recently installed
reboot themselves intermittently and have been doing so for the past 48 hours.<br>
<br>
<br>
<br>
Port config as follows:<br>
<br>
switchport access vlan XXX<br>
<br>
switchport mode access<br>
<br>
switchport voice vlan XXX<br>
<br>
spanning-tree portfast<br>
<br>
<br>
<br>
The phones are running firmware SCCP70.8-5-3S. Nothing else appears out of the
ordinary and all other phones in our LAN and WAN appear stable. I have included
a debug display of one of the phones that keeps rebooting. Any help would be
appreciated.<br>
<br>
<br>
<br>
<br>
10:08:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
10:08:47 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
10:08:57 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
10:09:00 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
10:09:35 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
<br>
<br>
10:09:35 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
10:09:48 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
10:09:58 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
11:02:38 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
<br>
<br>
11:05:59 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
<br>
<br>
11:06:52 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
<br>
<br>
11:07:32 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
<br>
<br>
11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
11:44:32 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
11:45:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
11:45:54 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
14:14:31 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
14:16:31 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
<br>
<br>
14:16:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
14:16:42 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
<br>
<br>
17:34:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
17:34:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
02:45:30 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
02:46:38 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
<br>
<br>
02:46:49 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
06:42:42 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
06:43:42 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
<br>
<br>
06:43:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
06:43:53 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
<br>
<br>
06:44:04 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:19:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:19:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
09:19:43 17: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=KeepaliveTO<br>
<br>
<br>
09:20:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:20:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:21:07 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:34:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
<br>
<br>
09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:35:43 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
<br>
<br>
09:35:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:35:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
09:36:06 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
<br>
<br>
<br>
<br>
<br>
Jamie Weatherhead<br>
<br>
<br>
Consider the environment - Think before you print<br>
<br>
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.<br>
<br>
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).<br>
<br>
Details of Charles Stanley group companies and their regulators (where
applicable), can be found at this URL <<a
href="http://www.charles-stanley.co.uk/contact-us/disclosure/" target="_blank">http://www.charles-stanley.co.uk/contact-us/disclosure/</a>><span
class=apple-converted-space> </span><a
href="http://www.charles-stanley.co.uk/contact-us/disclosure/" target="_blank">http://www.charles-stanley.co.uk/contact-us/disclosure/</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/c33f637c/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/c33f637c/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 26<br>
Date: Tue, 18 May 2010 10:17:11 -0400<br>
From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
To: "Kin Wai" <<a href="mailto:kinwai@singnet.com.sg">kinwai@singnet.com.sg</a>><br>
Cc:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>, 'Jamie
Weatherhead'<br>
<<a
href="mailto:Jamie.Weatherhead@charles-stanley.co.uk">Jamie.Weatherhead@charles-stanley.co.uk</a>><br>
Subject: Re: [cisco-voip] 7970 Issue - phones constantly<br>
restarting/rebooting<br>
Message-ID: <<a href="mailto:F95FBC64-D225-4ACE-8E3B-478C2D09A98E@cisco.com">F95FBC64-D225-4ACE-8E3B-478C2D09A98E@cisco.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
I don't see anything there indicating a firmware download issue. Your
problem is that signaling packets are getting lost somewhere in the network.
If you just put these phones on a new switch stack I'd look hard a layer
2 issues in the stack.<br>
<br>
All of the last= causes in those alarm messages indicate TCP sessions getting
reset either by the phone or the CUCM.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 10:01 AM, Kin Wai wrote:<br>
<br>
> I guess it?s related to some older firmware bug which will actually crash
halfway while loading the latest firmware. The correct way is to flash it to
some intermediate release before going for the latest firmware.<br>
><br>
> However, the shortest way you can try out is to do a factory reset
and connect it back into the network. (If you don?t have too many phones to
factory reset)<br>
><br>
><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a00800941bb.shtml"
target="_blank">http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a00800941bb.shtml</a><br>
><br>
><br>
><br>
> From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Jamie Weatherhead<br>
> Sent: Tuesday, May 18, 2010 5:07 PM<br>
> To:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
> Subject: [cisco-voip] 7970 Issue - phones constantly restarting/rebooting<br>
><br>
> Morning All,<br>
><br>
> We?ve recently installed a stack of switches and have connected
approximately ten IP 7970 phones with 7914 side carts. One other 7970 is
without a side cart.<br>
><br>
> The ports have been setup as access ports with a data and voice vlan. The
phones register and function fine. However, all 7970 phones recently installed
reboot themselves intermittently and have been doing so for the past 48 hours.<br>
><br>
> Port config as follows:<br>
> switchport access vlan XXX<br>
> switchport mode access<br>
> switchport voice vlan XXX<br>
> spanning-tree portfast<br>
><br>
> The phones are running firmware SCCP70.8-5-3S. Nothing else appears out of
the ordinary and all other phones in our LAN and WAN appear stable. I have
included a debug display of one of the phones that keeps rebooting. Any help
would be appreciated.<br>
><br>
> 10:08:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 10:08:47 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 10:08:57 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 10:09:00 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 10:09:35 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
> 10:09:35 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 10:09:48 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 10:09:58 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 11:02:38 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
> 11:05:59 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
> 11:06:52 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
> 11:07:32 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
> 11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 11:44:32 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 11:45:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 11:45:54 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 14:14:31 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 14:16:31 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
> 14:16:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 14:16:42 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
> 17:34:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 17:34:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 02:45:30 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 02:46:38 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
> 02:46:49 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 06:42:42 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 06:43:42 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
> 06:43:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 06:43:53 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart<br>
> 06:44:04 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:19:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:19:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 09:19:43 17: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=KeepaliveTO<br>
> 09:20:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:20:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:21:07 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:34:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error<br>
> 09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:35:43 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout<br>
> 09:35:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:35:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
> 09:36:06 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP<br>
><br>
><br>
> Jamie Weatherhead<br>
><br>
> Consider the environment - Think before you print<br>
><br>
> 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.<br>
><br>
> 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).<br>
><br>
> Details of Charles Stanley group companies and their regulators (where
applicable), can be found at this URL<span class=apple-converted-space> </span><a
href="http://www.charles-stanley.co.uk/contact-us/disclosure/" target="_blank">http://www.charles-stanley.co.uk/contact-us/disclosure/</a><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/c65dabca/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/c65dabca/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 27<br>
Date: Tue, 18 May 2010 09:18:29 -0500<br>
From: Dennis Heim <<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>><br>
To: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>>,
Ed Leatherman<br>
<<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
Message-ID:<br>
<<a
href="mailto:7DF1C42555B37D4BAAD236799B2D05932574F8DCB7@EXMB4ILVH.corp.cdw.com">7DF1C42555B37D4BAAD236799B2D05932574F8DCB7@EXMB4ILVH.corp.cdw.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
It is kind of like Mobility with SNR was. First rev requires a separate server.
Second rev, it was integrated into ccm. We pretty much see that here. CUMA
server, then largely moved into CCM. Eventually I am sure other phone types may
be included in addition to the iPhone. A lot easier to sell a bucket of DLU's
versus a bucket of DLU's but a server and a new piece of server software.<br>
<br>
Dennis Heim<br>
Network Voice Engineer<br>
CDW? Advanced Technology Services<br>
11711 N. Meridian Street, Suite 225<br>
Carmel, IN? 46032<br>
<br>
317.569.4255 Office<br>
317.569.4201 Fax<br>
317.694.6070 Cell<br>
<a href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a><br>
<a href="http://www.berbee.com/" target="_blank">www.berbee.com</a><br>
<br>
-----Original Message-----<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Ryan Ratliff<br>
Sent: Tuesday, May 18, 2010 9:34 AM<br>
To: Ed Leatherman<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
<br>
I agree that they are confusing, but if you look at it as an evolution of a
brand new product (mobility features on smartphones) rather than two separate
products hopefully it will make a bit more sense.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 8:20 AM, Ed Leatherman wrote:<br>
<br>
> Tim you are exactly right. It has had my head spinning, but this<br>
> thread has been helpful. I think if my SE did mention it, I was<br>
> probably already mixed up with them and assumed they were the same<br>
> thing.<br>
><br>
> On Mon, May 17, 2010 at 9:04 PM, Tim Frazee <<a
href="mailto:tfrazee@gmail.com">tfrazee@gmail.com</a>> wrote:<br>
>> It seems to me that Cisco really messed up with this product. They<br>
>> have named 2 products with very, very similar names and very similar
functions.<br>
>> This confusion I'm sure is farther than just what we see here on this
list.<br>
>><br>
>> Here is what I know about:<br>
>><br>
>> Cisco Mobile 8.0 for iPhone:<br>
>> *SIP phone for iPhone, registers via wifi *routes voice traffic via<br>
>> IP<br>
>><br>
>> CUMA-client for iPhone, (Cisco Mobile) *similar products for windows<br>
>> mobile, nokia and blackberry *requires cuma server *does not route<br>
>> voice traffic via IP (calls route via PSTN) *proprietary call<br>
>> control/information via SSL IP<br>
>><br>
>> The 2 products are a bit different in how they do what they do and<br>
>> take a much different approach in how they do it.<br>
>><br>
>> CUMA has some pretty steep requirements as far as network, CUCM<br>
>> setup, directory requirements and deployment. The Cisco Mobile 8.0<br>
>> app has none of these requirements.<br>
>><br>
>> Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.<br>
>><br>
>><br>
>><br>
>> On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <<a
href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>> wrote:<br>
>>><br>
>>> The 8.0 iPhone client doesn't know how to use a CUMA server as it<br>
>>> only talks to CUCM directly.<br>
>>> It does require you be wi-fi connected (either inside the network
or<br>
>>> using the vpn client).<br>
>>> I don't support this product so have not been paying the closest<br>
>>> attention but the FAQ looks pretty decent.<br>
>>><br>
>>><span class=apple-converted-space> </span><a
href="http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPho"
target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPho</a><br>
>>> ne/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html<br>
>>> -Ryan<br>
>>> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:<br>
>>><br>
>>> Correct me if i'm wrong and give me links if I am please. But with<br>
>>> Cisco Mobile for the IPhone you don't need a server for On Premise<br>
>>> dualmode but once you get out of 802.11x and go off prem you still<br>
>>> do need CUMA to take advantage of everything you had in dual mode<br>
>>> range (DVO, Presence, CUMC etc)... Correct? I have seen a ton of<br>
>>> conflicting information about this but most everything that I have<br>
>>> read supports that.... otherwise there appears to be magical link<br>
>>> that gets you back when your off prem and I would like know how to
conjure it...<br>
>>><br>
>>><br>
>>> On Mon, May 17, 2010 at 9:59 AM, Bill <<a
href="mailto:bill@hitechconnection.net">bill@hitechconnection.net</a>>
wrote:<br>
>>>><br>
>>>> Yes I know CUMA is the server, but with the Cisco Mobile for
the<br>
>>>> Iphone you don't need the server. So my question still stands.
I<br>
>>>> don't like talking to my account team. They just want to sell<br>
>>>> product. J<br>
>>>><br>
>>>><br>
>>>><br>
>>>> ________________________________<br>
>>>><br>
>>>> From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
>>>> Sent: Monday, May 17, 2010 8:55 AM<br>
>>>> To: Bill<br>
>>>> Cc: 'cisco-voip voyp list'<br>
>>>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA<br>
>>>><br>
>>>><br>
>>>><br>
>>>> Cisco Mobile is the client, CUMA is the server. You
should talk to<br>
>>>> your account team for roadmap questions, or look for details
with<br>
>>>> the release of the 8.0 clients on other platforms.<br>
>>>><br>
>>>><br>
>>>><br>
>>>> -Ryan<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On May 17, 2010, at 9:37 AM, Bill wrote:<br>
>>>><br>
>>>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If
it is<br>
>>>> the replacement is there any roadmap for the other phones such
as<br>
>>>> windows mobile and crackberries?<br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> cisco-voip mailing list<br>
>>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>>><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> cisco-voip mailing list<br>
>>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> cisco-voip mailing list<br>
>>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Ed Leatherman<br>
<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 28<br>
Date: Tue, 18 May 2010 17:38:35 +0300<br>
From: "Ahmed Elnagar" <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
To: "cisco-voip voyp list" <<a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:EE95CF29AA0C0F43BA8790A1B872063E01A41E19@EXVS01.HeadQ.raya.corp">EE95CF29AA0C0F43BA8790A1B872063E01A41E19@EXVS01.HeadQ.raya.corp</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Dear all;<br>
<br>
<br>
<br>
I have a unity connection server in production and today morning I found<br>
it powered off "I did not know the reason till now" but when I try to<br>
boot the system it gives me an error with the following:<br>
<br>
<br>
<br>
***An error occurred during the file system check.<br>
<br>
*** Dropping you to shell; the system will reboot<br>
<br>
*** when you leave the shell.<br>
<br>
<br>
<br>
Give root password for maintenance<br>
<br>
(or type control-D to continue):<br>
<br>
<br>
<br>
I don't know what is the root password (AFAIK the TAC only have<br>
it)....anyone know how to recover that server...is reinstallation will<br>
help??? Any workaround before going to the reinstallation?<br>
<br>
<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
<br>
<br>
IT Line of Business<br>
<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
<br>
<br>
Mob: +2019-0016211<br>
<br>
Phone: +202 3827 6000 Ext.2475<br>
<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><span
class=apple-converted-space> </span><<a href="http://www.rayacorp.com/"
target="_blank">http://www.rayacorp.com/</a>><br>
<br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><span
class=apple-converted-space> </span><mailto:<a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
<br>
<br>
CCIE#24697 (Voice)<br>
<br>
<br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1363 bytes<br>
Desc: image001.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0003.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0003.jpe</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0004.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0004.jpe</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image003.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0005.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0005.jpe</a>><br>
<br>
------------------------------<br>
<br>
Message: 29<br>
Date: Tue, 18 May 2010 09:52:06 -0500<br>
From: Dennis Heim <<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>><br>
To: Ahmed Elnagar <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>>,
cisco-voip voyp list<br>
<<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:7DF1C42555B37D4BAAD236799B2D05932574F8DDEF@EXMB4ILVH.corp.cdw.com">7DF1C42555B37D4BAAD236799B2D05932574F8DDEF@EXMB4ILVH.corp.cdw.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Do you have a TAC case open?<br>
<br>
Dennis Heim<br>
Network Voice Engineer<br>
CDW Advanced Technology Services<br>
11711 N. Meridian Street, Suite 225<br>
Carmel, IN 46032<br>
<br>
317.569.4255 Office<br>
317.569.4201 Fax<br>
317.694.6070 Cell<br>
<a href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a><mailto:<a
href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a>><br>
<a href="http://www.berbee.com/" target="_blank">www.berbee.com</a><<a
href="http://www.berbee.com/" target="_blank">http://www.berbee.com/</a>><br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Ahmed Elnagar<br>
Sent: Tuesday, May 18, 2010 10:39 AM<br>
To: cisco-voip voyp list<br>
Subject: [cisco-voip] Unity connection system error<br>
<br>
Dear all;<br>
<br>
I have a unity connection server in production and today morning I found it
powered off "I did not know the reason till now" but when I try to
boot the system it gives me an error with the following:<br>
<br>
***An error occurred during the file system check.<br>
*** Dropping you to shell; the system will reboot<br>
*** when you leave the shell.<br>
<br>
Give root password for maintenance<br>
(or type control-D to continue):<br>
<br>
I don't know what is the root password (AFAIK the TAC only have it)....anyone
know how to recover that server...is reinstallation will help??? Any workaround
before going to the reinstallation?<br>
<br>
<br>
Best Regards;<br>
Ahmed Elnagar<br>
Senior Network PS Engineer<br>
<br>
[cid:image001.jpg@01CAF678.28722C80]IT Line of Business<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
Mob: +2019-0016211<br>
Phone: +202 3827 6000 Ext.2475<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><<a
href="http://www.rayacorp.com/" target="_blank">http://www.rayacorp.com/</a>><br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><mailto:<a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
CCIE#24697 (Voice)<br>
[cid:image002.jpg@01CAF678.28722C80] [cid:image003.jpg@01CAF678.28722C80]<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image001.jpg<br>
Type: image/jpeg<br>
Size: 1363 bytes<br>
Desc: image001.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0003.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0003.jpg</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image002.jpg<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0004.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0004.jpg</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image003.jpg<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image003.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0005.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0005.jpg</a>><br>
<br>
------------------------------<br>
<br>
Message: 30<br>
Date: Tue, 18 May 2010 17:57:50 +0300<br>
From: "Ahmed Elnagar" <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
To: "Dennis Heim" <<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:EE95CF29AA0C0F43BA8790A1B872063E01A41E1E@EXVS01.HeadQ.raya.corp">EE95CF29AA0C0F43BA8790A1B872063E01A41E1E@EXVS01.HeadQ.raya.corp</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
No...I am just think of having a quick solution before opening a TAC<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
Mob: +2019-0016211<br>
<br>
CCIE#24697 (Voice)<br>
<br>
<br>
<br>
<br>
<br>
From: Dennis Heim [mailto:<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>]<br>
Sent: Tuesday, May 18, 2010 5:52 PM<br>
To: Ahmed Elnagar; cisco-voip voyp list<br>
Subject: RE: Unity connection system error<br>
<br>
<br>
<br>
Do you have a TAC case open?<br>
<br>
<br>
<br>
Dennis Heim<br>
Network Voice Engineer<br>
CDW Advanced Technology Services<br>
11711 N. Meridian Street, Suite 225<br>
Carmel, IN 46032<br>
<br>
317.569.4255 Office<br>
317.569.4201 Fax<br>
317.694.6070 Cell<br>
<br>
<a href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a><br>
<a href="http://www.berbee.com/" target="_blank">www.berbee.com</a><span
class=apple-converted-space> </span><<a href="http://www.berbee.com/"
target="_blank">http://www.berbee.com/</a>><br>
<br>
<br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>
[mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Ahmed Elnagar<br>
Sent: Tuesday, May 18, 2010 10:39 AM<br>
To: cisco-voip voyp list<br>
Subject: [cisco-voip] Unity connection system error<br>
<br>
<br>
<br>
Dear all;<br>
<br>
<br>
<br>
I have a unity connection server in production and today morning I found<br>
it powered off "I did not know the reason till now" but when I try to<br>
boot the system it gives me an error with the following:<br>
<br>
<br>
<br>
***An error occurred during the file system check.<br>
<br>
*** Dropping you to shell; the system will reboot<br>
<br>
*** when you leave the shell.<br>
<br>
<br>
<br>
Give root password for maintenance<br>
<br>
(or type control-D to continue):<br>
<br>
<br>
<br>
I don't know what is the root password (AFAIK the TAC only have<br>
it)....anyone know how to recover that server...is reinstallation will<br>
help??? Any workaround before going to the reinstallation?<br>
<br>
<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
<br>
<br>
IT Line of Business<br>
<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
<br>
<br>
Mob: +2019-0016211<br>
<br>
Phone: +202 3827 6000 Ext.2475<br>
<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><span
class=apple-converted-space> </span><<a href="http://www.rayacorp.com/"
target="_blank">http://www.rayacorp.com/</a>><br>
<br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><br>
<br>
CCIE#24697 (Voice)<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is<br>
confidential and is intended for the addressee(s) only. If you have<br>
received this message in error or there are any problems please notify<br>
the originator immediately. The unauthorized use, disclosure, copying or<br>
alteration of this message is strictly forbidden. Raya will not be<br>
liable for direct, special, indirect or consequential damages arising<br>
from alteration of the contents of this message by a third party or as a<br>
result of any malicious code or virus being passed on. Views expressed<br>
in this communication are not necessarily those of Raya.If you have<br>
received this message in error, please notify the sender immediately by<br>
email, facsimile or telephone and return and/or destroy the original<br>
message.<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0003.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0003.jpe</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image003.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0004.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0004.jpe</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1363 bytes<br>
Desc: image004.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0005.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0005.jpe</a>><br>
<br>
------------------------------<br>
<br>
Message: 31<br>
Date: Tue, 18 May 2010 09:56:32 -0500<br>
From: Dennis Heim <<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>><br>
To: Ahmed Elnagar <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:7DF1C42555B37D4BAAD236799B2D05932574F8DE18@EXMB4ILVH.corp.cdw.com">7DF1C42555B37D4BAAD236799B2D05932574F8DE18@EXMB4ILVH.corp.cdw.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
There will be no quick solution when you have reached the position you are in.
Do you have a recent back-up? I would recommend involving TAC ASAP otherwise
you may incur a RAE (Resume Altering Event).<br>
<br>
Dennis Heim<br>
Network Voice Engineer<br>
CDW Advanced Technology Services<br>
11711 N. Meridian Street, Suite 225<br>
Carmel, IN 46032<br>
<br>
317.569.4255 Office<br>
317.569.4201 Fax<br>
317.694.6070 Cell<br>
<a href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a><mailto:<a
href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a>><br>
<a href="http://www.berbee.com/" target="_blank">www.berbee.com</a><<a
href="http://www.berbee.com/" target="_blank">http://www.berbee.com/</a>><br>
<br>
From: Ahmed Elnagar [mailto:<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>]<br>
Sent: Tuesday, May 18, 2010 10:58 AM<br>
To: Dennis Heim<br>
Cc: cisco-voip voyp list<br>
Subject: RE: Unity connection system error<br>
<br>
No...I am just think of having a quick solution before opening a TAC<br>
<br>
Best Regards;<br>
Ahmed Elnagar<br>
Senior Network PS Engineer<br>
Mob: +2019-0016211<br>
CCIE#24697 (Voice)<br>
[cid:image001.jpg@01CAF678.C6C0E840] [cid:image002.jpg@01CAF678.C6C0E840]<br>
<br>
From: Dennis Heim [mailto:<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>]<br>
Sent: Tuesday, May 18, 2010 5:52 PM<br>
To: Ahmed Elnagar; cisco-voip voyp list<br>
Subject: RE: Unity connection system error<br>
<br>
Do you have a TAC case open?<br>
<br>
Dennis Heim<br>
Network Voice Engineer<br>
CDW Advanced Technology Services<br>
11711 N. Meridian Street, Suite 225<br>
Carmel, IN 46032<br>
<br>
317.569.4255 Office<br>
317.569.4201 Fax<br>
317.694.6070 Cell<br>
<a href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a><mailto:<a
href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a>><br>
<a href="http://www.berbee.com/" target="_blank">www.berbee.com</a><<a
href="http://www.berbee.com/" target="_blank">http://www.berbee.com/</a>><br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Ahmed Elnagar<br>
Sent: Tuesday, May 18, 2010 10:39 AM<br>
To: cisco-voip voyp list<br>
Subject: [cisco-voip] Unity connection system error<br>
<br>
Dear all;<br>
<br>
I have a unity connection server in production and today morning I found it
powered off "I did not know the reason till now" but when I try to
boot the system it gives me an error with the following:<br>
<br>
***An error occurred during the file system check.<br>
*** Dropping you to shell; the system will reboot<br>
*** when you leave the shell.<br>
<br>
Give root password for maintenance<br>
(or type control-D to continue):<br>
<br>
I don't know what is the root password (AFAIK the TAC only have it)....anyone
know how to recover that server...is reinstallation will help??? Any workaround
before going to the reinstallation?<br>
<br>
<br>
Best Regards;<br>
Ahmed Elnagar<br>
Senior Network PS Engineer<br>
<br>
[cid:image003.jpg@01CAF678.C6C0E840]IT Line of Business<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
Mob: +2019-0016211<br>
Phone: +202 3827 6000 Ext.2475<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><<a
href="http://www.rayacorp.com/" target="_blank">http://www.rayacorp.com/</a>><br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><mailto:<a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
CCIE#24697 (Voice)<br>
[cid:image001.jpg@01CAF678.C6C0E840] [cid:image002.jpg@01CAF678.C6C0E840]<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image001.jpg<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image001.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0003.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0003.jpg</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image002.jpg<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0004.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0004.jpg</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image003.jpg<br>
Type: image/jpeg<br>
Size: 1363 bytes<br>
Desc: image003.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0005.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0005.jpg</a>><br>
<br>
------------------------------<br>
<br>
Message: 32<br>
Date: Tue, 18 May 2010 11:00:55 -0400<br>
From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
To: Ahmed Elnagar <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID: <<a href="mailto:BF45E3D8-D8B7-42FC-B464-D531C285974B@cisco.com">BF45E3D8-D8B7-42FC-B464-D531C285974B@cisco.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
You need to boot off of the system recovery disk and run a manual file system
check. Cross your fingers, and if you can get the system back up you need
to get a backup and plan to reinstall and restore.<br>
<br>
If you don't have the recovery disk you can download it from<span
class=apple-converted-space> </span><a href="http://cisco.com/"
target="_blank">cisco.com</a><span class=apple-converted-space> </span>(get
the latest one in either UC or CUCM downloads, it's the same disk for both),
it's a ~600Mb iso IIRC.<br>
<br>
With any of these appliance servers it is vital that they are on a UPS,
particularly if the system doesn't have a battery backed-up write cache.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:<br>
<br>
> Dear all;<br>
><br>
> I have a unity connection server in production and today morning I found
it powered off ?I did not know the reason till now? but when I try to boot the
system it gives me an error with the following:<br>
><br>
> ***An error occurred during the file system check.<br>
> *** Dropping you to shell; the system will reboot<br>
> *** when you leave the shell.<br>
><br>
> Give root password for maintenance<br>
> (or type control-D to continue):<br>
><br>
> I don?t know what is the root password (AFAIK the TAC only have
it)?.anyone know how to recover that server?is reinstallation will help??? Any
workaround before going to the reinstallation?<br>
><br>
><br>
> Best Regards;<br>
> Ahmed Elnagar<br>
> Senior Network PS Engineer<br>
><br>
> <image001.jpg>IT Line of Business<br>
> RAYA Building El Motamiez District, 6th of October, Egypt<br>
><br>
> Mob: +2019-0016211<br>
> Phone: +202 3827 6000 Ext.2475<br>
> Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><br>
> E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><br>
> CCIE#24697 (Voice)<br>
> <image002.jpg><image003.jpg><br>
><br>
><br>
> Disclaimer: NOTICE The information contained in this message is
confidential and is intended for the addressee(s) only. If you have received
this message in error or there are any problems please notify the originator
immediately. The unauthorized use, disclosure, copying or alteration of this
message is strictly forbidden. Raya will not be liable for direct, special,
indirect or consequential damages arising from alteration of the contents of
this message by a third party or as a result of any malicious code or virus
being passed on. Views expressed in this communication are not necessarily
those of Raya.If you have received this message in error, please notify the
sender immediately by email, facsimile or telephone and return and/or destroy
the original message. _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/599636ed/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/599636ed/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 33<br>
Date: Tue, 18 May 2010 18:10:16 +0300<br>
From: "Ahmed Elnagar" <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
To: "Ryan Ratliff" <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:EE95CF29AA0C0F43BA8790A1B872063E01A41E28@EXVS01.HeadQ.raya.corp">EE95CF29AA0C0F43BA8790A1B872063E01A41E28@EXVS01.HeadQ.raya.corp</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Yes I think it was a power outage problem...I will try the recovery disk<br>
before going to the reinstallation<br>
<br>
<br>
<br>
A question please...how would I know that the system doesn't have a<br>
battery backed-up write cache....my server model is IBM 7825.<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
Mob: +2019-0016211<br>
<br>
CCIE#24697 (Voice)<br>
<br>
<br>
<br>
<br>
<br>
From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
Sent: Tuesday, May 18, 2010 6:01 PM<br>
To: Ahmed Elnagar<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Unity connection system error<br>
<br>
<br>
<br>
You need to boot off of the system recovery disk and run a manual file<br>
system check. Cross your fingers, and if you can get the system back up<br>
you need to get a backup and plan to reinstall and restore.<br>
<br>
<br>
<br>
If you don't have the recovery disk you can download it from<span
class=apple-converted-space> </span><a href="http://cisco.com/"
target="_blank">cisco.com</a><br>
(get the latest one in either UC or CUCM downloads, it's the same disk<br>
for both), it's a ~600Mb iso IIRC.<br>
<br>
<br>
<br>
With any of these appliance servers it is vital that they are on a UPS,<br>
particularly if the system doesn't have a battery backed-up write cache.<br>
<br>
<br>
<br>
-Ryan<br>
<br>
<br>
<br>
On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:<br>
<br>
<br>
<br>
<br>
<br>
Dear all;<br>
<br>
<br>
<br>
I have a unity connection server in production and today morning I found<br>
it powered off "I did not know the reason till now" but when I try to<br>
boot the system it gives me an error with the following:<br>
<br>
<br>
<br>
***An error occurred during the file system check.<br>
<br>
*** Dropping you to shell; the system will reboot<br>
<br>
*** when you leave the shell.<br>
<br>
<br>
<br>
Give root password for maintenance<br>
<br>
(or type control-D to continue):<br>
<br>
<br>
<br>
I don't know what is the root password (AFAIK the TAC only have<br>
it)....anyone know how to recover that server...is reinstallation will<br>
help??? Any workaround before going to the reinstallation?<br>
<br>
<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
<br>
<br>
<image001.jpg>IT Line of Business<br>
<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
<br>
<br>
Mob: +2019-0016211<br>
<br>
Phone: +202 3827 6000 Ext.2475<br>
<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><span
class=apple-converted-space> </span><<a href="http://www.rayacorp.com/"
target="_blank">http://www.rayacorp.com/</a>><br>
<br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><br>
<br>
CCIE#24697 (Voice)<br>
<br>
<image002.jpg><image003.jpg><br>
<br>
<br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is<br>
confidential and is intended for the addressee(s) only. If you have<br>
received this message in error or there are any problems please notify<br>
the originator immediately. The unauthorized use, disclosure, copying or<br>
alteration of this message is strictly forbidden. Raya will not be<br>
liable for direct, special, indirect or consequential damages arising<br>
from alteration of the contents of this message by a third party or as a<br>
result of any malicious code or virus being passed on. Views expressed<br>
in this communication are not necessarily those of Raya.If you have<br>
received this message in error, please notify the sender immediately by<br>
email, facsimile or telephone and return and/or destroy the original<br>
message. _______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image001.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0002.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0002.jpe</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0003.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0003.jpe</a>><br>
<br>
------------------------------<br>
<br>
Message: 34<br>
Date: Tue, 18 May 2010 11:16:50 -0400<br>
From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
To: Ahmed Elnagar <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID: <<a href="mailto:D9B74E61-55C1-4FD9-B355-E642A31E9FE1@cisco.com">D9B74E61-55C1-4FD9-B355-E642A31E9FE1@cisco.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
Most 7.x and later UCOS servers will show the write cache in 'show hardware'.
Basically if your server has a dedicated array controller (ie 7835, 7845
with scsi or sas drives) it should have one. There were a few of the
original 7835s that didn't ship with it but only a few.<br>
<br>
Aside from helping to prevent filesystem corruption during power outages the
write caches greatly increase the io performance of the server.<br>
<br>
For anyone with an older server that has this write cache you may be starting
to see errors about the battery. As with all batteries they do eventually
die and when the battery fails the write cache gets disabled, performance drops
through the floor, and you will have issues.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:<br>
<br>
> Yes I think it was a power outage problem?I will try the recovery disk
before going to the reinstallation<br>
><br>
> A question please?how would I know that the system doesn't have a battery
backed-up write cache?.my server model is IBM 7825.<br>
><br>
> Best Regards;<br>
> Ahmed Elnagar<br>
> Senior Network PS Engineer<br>
> Mob: +2019-0016211<br>
> CCIE#24697 (Voice)<br>
> <image001.jpg><image002.jpg><br>
><br>
> From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
> Sent: Tuesday, May 18, 2010 6:01 PM<br>
> To: Ahmed Elnagar<br>
> Cc: cisco-voip voyp list<br>
> Subject: Re: [cisco-voip] Unity connection system error<br>
><br>
> You need to boot off of the system recovery disk and run a manual file
system check. Cross your fingers, and if you can get the system back up
you need to get a backup and plan to reinstall and restore.<br>
><br>
> If you don't have the recovery disk you can download it from<span
class=apple-converted-space> </span><a href="http://cisco.com/"
target="_blank">cisco.com</a><span class=apple-converted-space> </span>(get
the latest one in either UC or CUCM downloads, it's the same disk for both),
it's a ~600Mb iso IIRC.<br>
><br>
> With any of these appliance servers it is vital that they are on a UPS,
particularly if the system doesn't have a battery backed-up write cache.<br>
><br>
> -Ryan<br>
><br>
> On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:<br>
><br>
><br>
> Dear all;<br>
><br>
> I have a unity connection server in production and today morning I found
it powered off ?I did not know the reason till now? but when I try to boot the
system it gives me an error with the following:<br>
><br>
> ***An error occurred during the file system check.<br>
> *** Dropping you to shell; the system will reboot<br>
> *** when you leave the shell.<br>
><br>
> Give root password for maintenance<br>
> (or type control-D to continue):<br>
><br>
> I don?t know what is the root password (AFAIK the TAC only have
it)?.anyone know how to recover that server?is reinstallation will help??? Any
workaround before going to the reinstallation?<br>
><br>
><br>
> Best Regards;<br>
> Ahmed Elnagar<br>
> Senior Network PS Engineer<br>
><br>
> <image001.jpg>IT Line of Business<br>
> RAYA Building El Motamiez District, 6th of October, Egypt<br>
><br>
> Mob: +2019-0016211<br>
> Phone: +202 3827 6000 Ext.2475<br>
> Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><br>
> E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><br>
> CCIE#24697 (Voice)<br>
> <image002.jpg><image003.jpg><br>
><br>
><br>
> Disclaimer: NOTICE The information contained in this message is
confidential and is intended for the addressee(s) only. If you have received
this message in error or there are any problems please notify the originator
immediately. The unauthorized use, disclosure, copying or alteration of this
message is strictly forbidden. Raya will not be liable for direct, special,
indirect or consequential damages arising from alteration of the contents of
this message by a third party or as a result of any malicious code or virus
being passed on. Views expressed in this communication are not necessarily
those of Raya.If you have received this message in error, please notify the
sender immediately by email, facsimile or telephone and return and/or destroy
the original message. _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
> Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/54dbac79/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/54dbac79/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 35<br>
Date: Tue, 18 May 2010 18:33:05 +0300<br>
From: "Ahmed Elnagar" <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
To: "Ryan Ratliff" <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:EE95CF29AA0C0F43BA8790A1B872063E01A41E39@EXVS01.HeadQ.raya.corp">EE95CF29AA0C0F43BA8790A1B872063E01A41E39@EXVS01.HeadQ.raya.corp</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
I cannot find a recovery disk specific for my setup...I found 7.1(3)<br>
2000 and I have 7.1(3) 3000 as I remember...would this disk work??<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
Mob: +2019-0016211<br>
<br>
CCIE#24697 (Voice)<br>
<br>
<br>
<br>
<br>
<br>
From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
Sent: Tuesday, May 18, 2010 6:17 PM<br>
To: Ahmed Elnagar<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Unity connection system error<br>
<br>
<br>
<br>
Most 7.x and later UCOS servers will show the write cache in 'show<br>
hardware'. Basically if your server has a dedicated array controller<br>
(ie 7835, 7845 with scsi or sas drives) it should have one. There were<br>
a few of the original 7835s that didn't ship with it but only a few.<br>
<br>
<br>
<br>
Aside from helping to prevent filesystem corruption during power outages<br>
the write caches greatly increase the io performance of the server.<br>
<br>
<br>
<br>
For anyone with an older server that has this write cache you may be<br>
starting to see errors about the battery. As with all batteries they do<br>
eventually die and when the battery fails the write cache gets disabled,<br>
performance drops through the floor, and you will have issues.<br>
<br>
<br>
<br>
-Ryan<br>
<br>
<br>
<br>
On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:<br>
<br>
<br>
<br>
<br>
<br>
Yes I think it was a power outage problem...I will try the recovery disk<br>
before going to the reinstallation<br>
<br>
<br>
<br>
A question please...how would I know that the system doesn't have a<br>
battery backed-up write cache....my server model is IBM 7825.<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
Mob: +2019-0016211<br>
<br>
CCIE#24697 (Voice)<br>
<br>
<image001.jpg><image002.jpg><br>
<br>
<br>
<br>
From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
Sent: Tuesday, May 18, 2010 6:01 PM<br>
To: Ahmed Elnagar<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Unity connection system error<br>
<br>
<br>
<br>
You need to boot off of the system recovery disk and run a manual file<br>
system check. Cross your fingers, and if you can get the system back up<br>
you need to get a backup and plan to reinstall and restore.<br>
<br>
<br>
<br>
If you don't have the recovery disk you can download it from<span
class=apple-converted-space> </span><a href="http://cisco.com/"
target="_blank">cisco.com</a><br>
<<a href="http://cisco.com/" target="_blank">http://cisco.com/</a>>
(get the latest one in either UC or CUCM downloads,<br>
it's the same disk for both), it's a ~600Mb iso IIRC.<br>
<br>
<br>
<br>
With any of these appliance servers it is vital that they are on a UPS,<br>
particularly if the system doesn't have a battery backed-up write cache.<br>
<br>
<br>
<br>
-Ryan<br>
<br>
<br>
<br>
On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:<br>
<br>
<br>
<br>
<br>
<br>
<br>
Dear all;<br>
<br>
<br>
<br>
I have a unity connection server in production and today morning I found<br>
it powered off "I did not know the reason till now" but when I try to<br>
boot the system it gives me an error with the following:<br>
<br>
<br>
<br>
***An error occurred during the file system check.<br>
<br>
*** Dropping you to shell; the system will reboot<br>
<br>
*** when you leave the shell.<br>
<br>
<br>
<br>
Give root password for maintenance<br>
<br>
(or type control-D to continue):<br>
<br>
<br>
<br>
I don't know what is the root password (AFAIK the TAC only have<br>
it)....anyone know how to recover that server...is reinstallation will<br>
help??? Any workaround before going to the reinstallation?<br>
<br>
<br>
<br>
<br>
<br>
Best Regards;<br>
<br>
Ahmed Elnagar<br>
<br>
Senior Network PS Engineer<br>
<br>
<br>
<br>
<image001.jpg>IT Line of Business<br>
<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
<br>
<br>
Mob: +2019-0016211<br>
<br>
Phone: +202 3827 6000 Ext.2475<br>
<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><span
class=apple-converted-space> </span><<a href="http://www.rayacorp.com/"
target="_blank">http://www.rayacorp.com/</a>><br>
<br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><br>
<br>
CCIE#24697 (Voice)<br>
<br>
<image002.jpg><image003.jpg><br>
<br>
<br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is<br>
confidential and is intended for the addressee(s) only. If you have<br>
received this message in error or there are any problems please notify<br>
the originator immediately. The unauthorized use, disclosure, copying or<br>
alteration of this message is strictly forbidden. Raya will not be<br>
liable for direct, special, indirect or consequential damages arising<br>
from alteration of the contents of this message by a third party or as a<br>
result of any malicious code or virus being passed on. Views expressed<br>
in this communication are not necessarily those of Raya.If you have<br>
received this message in error, please notify the sender immediately by<br>
email, facsimile or telephone and return and/or destroy the original<br>
message. _______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is<br>
confidential and is intended for the addressee(s) only. If you have<br>
received this message in error or there are any problems please notify<br>
the originator immediately. The unauthorized use, disclosure, copying or<br>
alteration of this message is strictly forbidden. Raya will not be<br>
liable for direct, special, indirect or consequential damages arising<br>
from alteration of the contents of this message by a third party or as a<br>
result of any malicious code or virus being passed on. Views expressed<br>
in this communication are not necessarily those of Raya.If you have<br>
received this message in error, please notify the sender immediately by<br>
email, facsimile or telephone and return and/or destroy the original<br>
message.<br>
<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message by
a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image001.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0002.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0002.jpe</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0003.jpe"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0003.jpe</a>><br>
<br>
------------------------------<br>
<br>
Message: 36<br>
Date: Tue, 18 May 2010 10:36:40 -0500<br>
From: Dennis Heim <<a href="mailto:Dennis.Heim@cdw.com">Dennis.Heim@cdw.com</a>><br>
To: Ahmed Elnagar <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>>,
Ryan Ratliff<br>
<<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID:<br>
<<a
href="mailto:7DF1C42555B37D4BAAD236799B2D05932574F8DF4B@EXMB4ILVH.corp.cdw.com">7DF1C42555B37D4BAAD236799B2D05932574F8DF4B@EXMB4ILVH.corp.cdw.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
TAC could probably publisher the ISO of the recovery CD For you.<br>
<br>
Dennis Heim<br>
Network Voice Engineer<br>
CDW Advanced Technology Services<br>
11711 N. Meridian Street, Suite 225<br>
Carmel, IN 46032<br>
<br>
317.569.4255 Office<br>
317.569.4201 Fax<br>
317.694.6070 Cell<br>
<a href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a><mailto:<a
href="mailto:dennis.heim@cdw.com">dennis.heim@cdw.com</a>><br>
<a href="http://www.berbee.com/" target="_blank">www.berbee.com</a><<a
href="http://www.berbee.com/" target="_blank">http://www.berbee.com/</a>><br>
<br>
From:<span class=apple-converted-space> </span><a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><span
class=apple-converted-space> </span>[mailto:<a
href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>]
On Behalf Of Ahmed Elnagar<br>
Sent: Tuesday, May 18, 2010 11:33 AM<br>
To: Ryan Ratliff<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Unity connection system error<br>
<br>
I cannot find a recovery disk specific for my setup...I found 7.1(3) 2000 and I
have 7.1(3) 3000 as I remember...would this disk work??<br>
<br>
Best Regards;<br>
Ahmed Elnagar<br>
Senior Network PS Engineer<br>
Mob: +2019-0016211<br>
CCIE#24697 (Voice)<br>
[cid:image001.jpg@01CAF67E.624F0B20] [cid:image002.jpg@01CAF67E.624F0B20]<br>
<br>
From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
Sent: Tuesday, May 18, 2010 6:17 PM<br>
To: Ahmed Elnagar<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Unity connection system error<br>
<br>
Most 7.x and later UCOS servers will show the write cache in 'show hardware'.
Basically if your server has a dedicated array controller (ie 7835, 7845
with scsi or sas drives) it should have one. There were a few of the
original 7835s that didn't ship with it but only a few.<br>
<br>
Aside from helping to prevent filesystem corruption during power outages the
write caches greatly increase the io performance of the server.<br>
<br>
For anyone with an older server that has this write cache you may be starting
to see errors about the battery. As with all batteries they do eventually
die and when the battery fails the write cache gets disabled, performance drops
through the floor, and you will have issues.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:<br>
<br>
Yes I think it was a power outage problem...I will try the recovery disk before
going to the reinstallation<br>
<br>
A question please...how would I know that the system doesn't have a battery
backed-up write cache....my server model is IBM 7825.<br>
<br>
Best Regards;<br>
Ahmed Elnagar<br>
Senior Network PS Engineer<br>
Mob: +2019-0016211<br>
CCIE#24697 (Voice)<br>
<image001.jpg><image002.jpg><br>
<br>
From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
Sent: Tuesday, May 18, 2010 6:01 PM<br>
To: Ahmed Elnagar<br>
Cc: cisco-voip voyp list<br>
Subject: Re: [cisco-voip] Unity connection system error<br>
<br>
You need to boot off of the system recovery disk and run a manual file system
check. Cross your fingers, and if you can get the system back up you need
to get a backup and plan to reinstall and restore.<br>
<br>
If you don't have the recovery disk you can download it from<span
class=apple-converted-space> </span><a href="http://cisco.com/"
target="_blank">cisco.com</a><<a href="http://cisco.com/" target="_blank">http://cisco.com/</a>>
(get the latest one in either UC or CUCM downloads, it's the same disk for
both), it's a ~600Mb iso IIRC.<br>
<br>
With any of these appliance servers it is vital that they are on a UPS,
particularly if the system doesn't have a battery backed-up write cache.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:<br>
<br>
<br>
Dear all;<br>
<br>
I have a unity connection server in production and today morning I found it
powered off "I did not know the reason till now" but when I try to
boot the system it gives me an error with the following:<br>
<br>
***An error occurred during the file system check.<br>
*** Dropping you to shell; the system will reboot<br>
*** when you leave the shell.<br>
<br>
Give root password for maintenance<br>
(or type control-D to continue):<br>
<br>
I don't know what is the root password (AFAIK the TAC only have it)....anyone
know how to recover that server...is reinstallation will help??? Any workaround
before going to the reinstallation?<br>
<br>
<br>
Best Regards;<br>
Ahmed Elnagar<br>
Senior Network PS Engineer<br>
<br>
<image001.jpg>IT Line of Business<br>
RAYA Building El Motamiez District, 6th of October, Egypt<br>
<br>
Mob: +2019-0016211<br>
Phone: +202 3827 6000 Ext.2475<br>
Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><<a
href="http://www.rayacorp.com/" target="_blank">http://www.rayacorp.com/</a>><br>
E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><mailto:<a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
CCIE#24697 (Voice)<br>
<image002.jpg><image003.jpg><br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><mailto:<a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
<br>
<br>
Disclaimer: NOTICE The information contained in this message is confidential
and is intended for the addressee(s) only. If you have received this message in
error or there are any problems please notify the originator immediately. The
unauthorized use, disclosure, copying or alteration of this message is strictly
forbidden. Raya will not be liable for direct, special, indirect or
consequential damages arising from alteration of the contents of this message
by a third party or as a result of any malicious code or virus being passed on.
Views expressed in this communication are not necessarily those of Raya.If you
have received this message in error, please notify the sender immediately by
email, facsimile or telephone and return and/or destroy the original message.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image001.jpg<br>
Type: image/jpeg<br>
Size: 1801 bytes<br>
Desc: image001.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0002.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0002.jpg</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image002.jpg<br>
Type: image/jpeg<br>
Size: 1806 bytes<br>
Desc: image002.jpg<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0003.jpg"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0003.jpg</a>><br>
<br>
------------------------------<br>
<br>
Message: 37<br>
Date: Tue, 18 May 2010 11:39:34 -0400<br>
From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>
To: Ahmed Elnagar <<a href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a>><br>
Cc: cisco-voip voyp list <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
Subject: Re: [cisco-voip] Unity connection system error<br>
Message-ID: <<a href="mailto:E6D24541-66E1-4F83-A536-17E778B4EC7A@cisco.com">E6D24541-66E1-4F83-A536-17E778B4EC7A@cisco.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
Absolutely. Any version of the recovery disk will work, you want the
latest one you can find generally.<br>
<br>
-Ryan<br>
<br>
On May 18, 2010, at 11:33 AM, Ahmed Elnagar wrote:<br>
<br>
> I cannot find a recovery disk specific for my setup?I found 7.1(3) 2000
and I have 7.1(3) 3000 as I remember?would this disk work??<br>
><br>
> Best Regards;<br>
> Ahmed Elnagar<br>
> Senior Network PS Engineer<br>
> Mob: +2019-0016211<br>
> CCIE#24697 (Voice)<br>
> <image001.jpg><image002.jpg><br>
><br>
> From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
> Sent: Tuesday, May 18, 2010 6:17 PM<br>
> To: Ahmed Elnagar<br>
> Cc: cisco-voip voyp list<br>
> Subject: Re: [cisco-voip] Unity connection system error<br>
><br>
> Most 7.x and later UCOS servers will show the write cache in 'show
hardware'. Basically if your server has a dedicated array controller (ie
7835, 7845 with scsi or sas drives) it should have one. There were a few
of the original 7835s that didn't ship with it but only a few.<br>
><br>
> Aside from helping to prevent filesystem corruption during power outages
the write caches greatly increase the io performance of the server.<br>
><br>
> For anyone with an older server that has this write cache you may be
starting to see errors about the battery. As with all batteries they do
eventually die and when the battery fails the write cache gets disabled,
performance drops through the floor, and you will have issues.<br>
><br>
> -Ryan<br>
><br>
> On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:<br>
><br>
><br>
> Yes I think it was a power outage problem?I will try the recovery disk
before going to the reinstallation<br>
><br>
> A question please?how would I know that the system doesn't have a battery
backed-up write cache?.my server model is IBM 7825.<br>
><br>
> Best Regards;<br>
> Ahmed Elnagar<br>
> Senior Network PS Engineer<br>
> Mob: +2019-0016211<br>
> CCIE#24697 (Voice)<br>
> <image001.jpg><image002.jpg><br>
><br>
> From: Ryan Ratliff [mailto:<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>]<br>
> Sent: Tuesday, May 18, 2010 6:01 PM<br>
> To: Ahmed Elnagar<br>
> Cc: cisco-voip voyp list<br>
> Subject: Re: [cisco-voip] Unity connection system error<br>
><br>
> You need to boot off of the system recovery disk and run a manual file
system check. Cross your fingers, and if you can get the system back up
you need to get a backup and plan to reinstall and restore.<br>
><br>
> If you don't have the recovery disk you can download it from<span
class=apple-converted-space> </span><a href="http://cisco.com/"
target="_blank">cisco.com</a><span class=apple-converted-space> </span>(get
the latest one in either UC or CUCM downloads, it's the same disk for both),
it's a ~600Mb iso IIRC.<br>
><br>
> With any of these appliance servers it is vital that they are on a UPS,
particularly if the system doesn't have a battery backed-up write cache.<br>
><br>
> -Ryan<br>
><br>
> On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:<br>
><br>
><br>
><br>
> Dear all;<br>
><br>
> I have a unity connection server in production and today morning I found
it powered off ?I did not know the reason till now? but when I try to boot the
system it gives me an error with the following:<br>
><br>
> ***An error occurred during the file system check.<br>
> *** Dropping you to shell; the system will reboot<br>
> *** when you leave the shell.<br>
><br>
> Give root password for maintenance<br>
> (or type control-D to continue):<br>
><br>
> I don?t know what is the root password (AFAIK the TAC only have
it)?.anyone know how to recover that server?is reinstallation will help??? Any
workaround before going to the reinstallation?<br>
><br>
><br>
> Best Regards;<br>
> Ahmed Elnagar<br>
> Senior Network PS Engineer<br>
><br>
> <image001.jpg>IT Line of Business<br>
> RAYA Building El Motamiez District, 6th of October, Egypt<br>
><br>
> Mob: +2019-0016211<br>
> Phone: +202 3827 6000 Ext.2475<br>
> Website:<span class=apple-converted-space> </span><a
href="http://www.rayacorp.com/" target="_blank">www.rayacorp.com</a><br>
> E-mail:<span class=apple-converted-space> </span><a
href="mailto:ahmed_elnagar@rayacorp.com">ahmed_elnagar@rayacorp.com</a><br>
> CCIE#24697 (Voice)<br>
> <image002.jpg><image003.jpg><br>
><br>
><br>
> Disclaimer: NOTICE The information contained in this message is
confidential and is intended for the addressee(s) only. If you have received
this message in error or there are any problems please notify the originator
immediately. The unauthorized use, disclosure, copying or alteration of this
message is strictly forbidden. Raya will not be liable for direct, special,
indirect or consequential damages arising from alteration of the contents of
this message by a third party or as a result of any malicious code or virus
being passed on. Views expressed in this communication are not necessarily
those of Raya.If you have received this message in error, please notify the
sender immediately by email, facsimile or telephone and return and/or destroy
the original message. _______________________________________________<br>
> cisco-voip mailing list<br>
><span class=apple-converted-space> </span><a
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
><span class=apple-converted-space> </span><a
href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
> Disclaimer: NOTICE The information contained in this message is
confidential and is intended for the addressee(s) only. If you have received
this message in error or there are any problems please notify the originator
immediately. The unauthorized use, disclosure, copying or alteration of this
message is strictly forbidden. Raya will not be liable for direct, special, indirect
or consequential damages arising from alteration of the contents of this
message by a third party or as a result of any malicious code or virus being
passed on. Views expressed in this communication are not necessarily those of
Raya.If you have received this message in error, please notify the sender
immediately by email, facsimile or telephone and return and/or destroy the
original message.<br>
><br>
><br>
> Disclaimer: NOTICE The information contained in this message is
confidential and is intended for the addressee(s) only. If you have received
this message in error or there are any problems please notify the originator
immediately. The unauthorized use, disclosure, copying or alteration of this
message is strictly forbidden. Raya will not be liable for direct, special,
indirect or consequential damages arising from alteration of the contents of
this message by a third party or as a result of any malicious code or virus
being passed on. Views expressed in this communication are not necessarily
those of Raya.If you have received this message in error, please notify the
sender immediately by email, facsimile or telephone and return and/or destroy
the original message.<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a
href="https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/61181737/attachment-0001.html"
target="_blank">https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/61181737/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
End of cisco-voip Digest, Vol 79, Issue 18<br>
******************************************<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></p>
</div>
</div>
<div>
<p class=MsoNormal> <o:p></o:p></p>
</div>
</div>
<p class=MsoNormal><span style='font-size:13.5pt;font-family:"Helvetica","sans-serif"'>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
</div>
</div>
</body>
</html>