[cisco-voip] SipDroid & CUCM 7.1.3

Ryan Ratliff rratliff at cisco.com
Wed May 19 17:11:04 EDT 2010


Tested this today and it does require an MTP for SIP early offer media.  Without it the SipDroid app just doesn't process or send RTP.

-Ryan

On May 18, 2010, at 6:58 PM, Ryan Ratliff wrote:

> So that indicates your phone is not receiving audio from the mobile phone.  Since you aren't hearing audio from the IP phone on the mobile and the call isn't dropping you are likely going to need some type of debugging ability in the android app itself.  The IP phone wouldn't be sending unless the mobile phone had provided media information to CUCM.
> 
> You can try setting MTP required for early media from CUCM to the android phone but that's just a guess.
> 
> -Ryan
> 
> On May 18, 2010, at 6:49 PM, Ruben Trujillo wrote:
> 
>> G722 is the codec that is being used when I press the ? button twice.  I show Sender Packets but 0 Rcvr Packets.
>>  
>> Thanks,
>> Ruben Trujillo
>> IT Telecom
>>  
>> From: Ryan Ratliff [mailto:rratliff at cisco.com] 
>> Sent: Tuesday, May 18, 2010 3:37 PM
>> To: Ruben Trujillo
>> Cc: Mac GroupStudy; cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] SipDroid & CUCM 7.1.3
>>  
>> 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?
>>  
>> -Ryan
>>  
>> On May 18, 2010, at 5:29 PM, Ruben Trujillo wrote:
>> 
>> 
>> 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?
>>  
>> Thanks,
>> Ruben Trujillo
>> IT Telecom
>>  
>> From: Mac GroupStudy [mailto:mac.groupstudy at gmail.com] 
>> Sent: Tuesday, May 18, 2010 12:23 PM
>> To: Ruben Trujillo
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] SipDroid & CUCM 7.1.3
>>  
>> 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?
>> 
>> On Tue, May 18, 2010 at 1:53 PM, Ruben Trujillo <rtrujill at adobe.com> wrote:
>> Hello,
>> 
>> 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?
>> 
>> Thanks,
>> Ruben Trujillo
>> IT Telecom
>> 
>> 
>> -----Original Message-----
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of cisco-voip-request at puck.nether.net
>> Sent: Tuesday, May 18, 2010 9:00 AM
>> To: cisco-voip at puck.nether.net
>> Subject: cisco-voip Digest, Vol 79, Issue 18
>> 
>> Send cisco-voip mailing list submissions to
>>        cisco-voip at puck.nether.net
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>        https://puck.nether.net/mailman/listinfo/cisco-voip
>> or, via email, send a message with subject or body 'help' to
>>        cisco-voip-request at puck.nether.net
>> 
>> You can reach the person managing the list at
>>        cisco-voip-owner at puck.nether.net
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of cisco-voip digest..."
>> 
>> 
>> Today's Topics:
>> 
>>   1. CCM 4.2 w/ Unity 4.0 AD integration and directory services.
>>      (george.hendrix at l-3com.com)
>>   2. Best T38 Protocol Choice? (STEVEN CASPER)
>>   3. IAD2431-1T1E1 (Matt Martyniuk)
>>   4. Re: CCM 4.2 w/ Unity 4.0 AD integration and directory
>>      services. (Ryan Ratliff)
>>   5. Re: CCM 4.2 w/ Unity 4.0 AD integration and directory
>>      services. (Mac GroupStudy)
>>   6. percentage of good calls went below the limit specified
>>      (Billy Poole)
>>   7. Re: CUPC click to callback (Mike Lydick)
>>   8. CUPC click to callback (Mike Lydick)
>>   9. RTP arriving early generating ICMP unreachable (Dale Shaw)
>>  10. Re: Best T38 Protocol Choice? (Carter, Bill)
>>  11. Re: CUPC click to callback (Mac GroupStudy)
>>  12. Re: RTP arriving early generating ICMP unreachable (Nick Matthews)
>>  13. Re: RTP arriving early generating ICMP unreachable (Wes Sisk)
>>  14. Re: CUPC click to callback (James Buchanan)
>>  15. Re: Cisco Mobile 8.0 / CUMA (Tim Frazee)
>>  16. Visual Voicemail with HA Unity Connection (Tim Frazee)
>>  17. Re: CUPC click to callback (Mike Lydick)
>>  18. Re: RTP arriving early generating ICMP unreachable (Nick Matthews)
>>  19. Re: CUPC click to callback (James Buchanan)
>>  20. 7970 Issue - phones constantly restarting/rebooting
>>      (Jamie Weatherhead)
>>  21. Re: RTP arriving early generating ICMP unreachable (Dale Shaw)
>>  22. Re: Cisco Mobile 8.0 / CUMA (Ed Leatherman)
>>  23. percentage of good calls went below the limit specified
>>      (Billy Poole)
>>  24. Re: Cisco Mobile 8.0 / CUMA (Ryan Ratliff)
>>  25. Re: 7970 Issue - phones constantly restarting/rebooting (Kin Wai)
>>  26. Re: 7970 Issue - phones constantly restarting/rebooting
>>      (Ryan Ratliff)
>>  27. Re: Cisco Mobile 8.0 / CUMA (Dennis Heim)
>>  28. Unity connection system error (Ahmed Elnagar)
>>  29. Re: Unity connection system error (Dennis Heim)
>>  30. Re: Unity connection system error (Ahmed Elnagar)
>>  31. Re: Unity connection system error (Dennis Heim)
>>  32. Re: Unity connection system error (Ryan Ratliff)
>>  33. Re: Unity connection system error (Ahmed Elnagar)
>>  34. Re: Unity connection system error (Ryan Ratliff)
>>  35. Re: Unity connection system error (Ahmed Elnagar)
>>  36. Re: Unity connection system error (Dennis Heim)
>>  37. Re: Unity connection system error (Ryan Ratliff)
>> 
>> 
>> ----------------------------------------------------------------------
>> 
>> Message: 1
>> Date: Mon, 17 May 2010 13:44:54 -0400
>> From: george.hendrix at l-3com.com
>> To: <cisco-voip at puck.nether.net>
>> Subject: [cisco-voip] CCM 4.2 w/ Unity 4.0 AD integration and
>>        directory       services.
>> Message-ID:
>>        <CE53D1CDCF611C45A6BD90A84D15027601405A62 at rstn-exch01.net.its.l-3com.com>
>> 
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> Hi everyone,
>> 
>> 
>> 
>>  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,
>> http://ccm1/CCMCIP/xmldirectory.asp.
>> 
>> 
>> 
>>  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?
>> 
>> 
>> 
>> Thanks,
>> 
>> 
>> 
>> Bill Hendrix
>> 
>> george.hendrix at l-3com.com <mailto:george.hendrix at l-3com.com>
>> 
>> 
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/7a61c078/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 2
>> Date: Mon, 17 May 2010 13:45:10 -0400
>> From: STEVEN CASPER <SCASPER at mtb.com>
>> To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
>> Subject: [cisco-voip] Best T38 Protocol Choice?
>> Message-ID: <4BF14868.9874.0039.0 at mtb.com>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> 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:
>> 
>> MGCP
>> H323
>> SIP
>> SCCP (limited to NSE?)
>> 
>> 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!
>> 
>> Steve
>> 
>> ************************************
>> 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.
>> 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.
>> ************************************
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/a69d2702/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 3
>> Date: Mon, 17 May 2010 10:55:54 -0700 (PDT)
>> From: Matt Martyniuk <mattmlmt at yahoo.com>
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] IAD2431-1T1E1
>> Message-ID: <703540.24001.qm at web52708.mail.re2.yahoo.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> Hello,
>> ?
>> 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.
>> ?
>> Thanks
>> 
>> 
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c849f1c7/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 4
>> Date: Mon, 17 May 2010 13:58:00 -0400
>> From: Ryan Ratliff <rratliff at cisco.com>
>> To: george.hendrix at l-3com.com
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CCM 4.2 w/ Unity 4.0 AD integration and
>>        directory       services.
>> Message-ID: <0C90572D-2102-499F-9A60-640DBE9456E7 at cisco.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> 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.
>> 
>> 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).
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 17, 2010, at 1:44 PM, george.hendrix at l-3com.com wrote:
>> 
>> > Hi everyone,
>> >
>> >   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, http://ccm1/CCMCIP/xmldirectory.asp.
>> >
>> >   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?
>> >
>> > Thanks,
>> >
>> > Bill Hendrix
>> > george.hendrix at l-3com.com
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/e1511031/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 5
>> Date: Mon, 17 May 2010 14:08:39 -0400
>> From: Mac GroupStudy <mac.groupstudy at gmail.com>
>> To: Ryan Ratliff <rratliff at cisco.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CCM 4.2 w/ Unity 4.0 AD integration and
>>        directory       services.
>> Message-ID:
>>        <AANLkTiltQMeffR2sOAb5bGx_YJe8io8cTKloM_VH48or at mail.gmail.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> As a complement to Ryans post, the CCMAdministrator account is referred to
>> as an "Application" user as opposed to an "End" user in CUCM 5X and higher.
>> That means that even if AD is unreachable I can still manage the system via
>> the CCMAdministrator account. Also, this CCMAdministrator account is not
>> just there by default but is what most integrators use when they first setup
>> CUCM 5 and higher. They probably do this more from a comfort perspective
>> than a have to. From what I barely remember from the 4X days when we enabled
>> MLA I think that forced us to use CCMAdministrator or our own userID. Again,
>> it has been a while for me dealing with 4X.
>> 
>> Mac
>> 
>> On Mon, May 17, 2010 at 1:58 PM, Ryan Ratliff <rratliff at cisco.com> wrote:
>> 
>> > 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.
>> >
>> > 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).
>> >
>> > 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.
>> >
>> > -Ryan
>> >
>> > On May 17, 2010, at 1:44 PM, george.hendrix at l-3com.com wrote:
>> >
>> > Hi everyone,
>> >
>> >   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, http://ccm1/CCMCIP/xmldirectory.asp.
>> >
>> >   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?
>> >
>> > Thanks,
>> >
>> > Bill Hendrix
>> > george.hendrix at l-3com.com
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/6d8b0a1f/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 6
>> Date: Mon, 17 May 2010 13:48:52 -0400
>> From: Billy Poole <bpoole32 at gmail.com>
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] percentage of good calls went below the limit
>>        specified
>> Message-ID:
>>        <AANLkTikU_3g375_-E8tBedcwl8jkqgSQZRSrmvyH7C6J at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> I keep getting the following email every morning from CAR.
>> 
>> percentage of good calls went below the limit specified
>> 
>> Right now the system configuration is setup with the system default. I'm
>> running CUCM 6.1.3
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8b33fc86/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 7
>> Date: Mon, 17 May 2010 17:19:02 -0400
>> From: Mike Lydick <mike.lydick at gmail.com>
>> To: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> Message-ID:
>>        <AANLkTikH6B0rdCcB1q8jZ-80zqqmqd0sJ6aS2Gylu3rl at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> Same question for outlook click to dial via CUPC client, how does one prefix
>> the calls with a 9?
>> 
>> 
>> Best Regards,
>> 
>> Mike Lydick
>> 
>> 
>> 
>> 
>> On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <mike.lydick at gmail.com> wrote:
>> 
>> > For missed calls and calling based on VM CLID, how does one edit the call
>> > to add a 9?
>> >
>> >
>> > Best Regards,
>> >
>> > Mike Lydick
>> >
>> >
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c01d1b3d/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 8
>> Date: Mon, 17 May 2010 17:16:45 -0400
>> From: Mike Lydick <mike.lydick at gmail.com>
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] CUPC click to callback
>> Message-ID:
>>        <AANLkTikeJMkz5IECY22Dk2Avl2KkW2Cb4Vcy7-dMGSnn at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> For missed calls and calling based on VM CLID, how does one edit the call to
>> add a 9?
>> 
>> 
>> Best Regards,
>> 
>> Mike Lydick
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8a4b1b9b/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 9
>> Date: Tue, 18 May 2010 07:49:11 +1000
>> From: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] RTP arriving early generating ICMP unreachable
>> Message-ID:
>>        <AANLkTilMZ7y-qEkMZYPaptO3nFP5nrrVvsybsXcBJHAH at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>> 
>> Hi,
>> 
>> Disclaimer: The scenario I describe below is not present in a Cisco
>> deployment -- at the moment I'm just trying to get a feel from this
>> audience for how normal (or not) this behaviour is in other voice over
>> IP environments.
>> 
>> I'm investigating a situation at the moment where IP phones are
>> generating an ICMP unreachable (destination port unreachable) packet
>> on receipt of the first RTP packet during voice mail access.
>> 
>> To me, it indicates a signalling timing/sequencing problem -- the
>> phone is indicating it wasn't yet ready to process RTP and effectively
>> wasn't listening. A very short time later, RTP begins flowing
>> bi-directionally and everything is OK.
>> 
>> Is there a generic explanation for this behaviour? Is it 'normal'? If
>> you saw this in your network, would you investigate and tune?
>> 
>> cheers,
>> Dale
>> 
>> 
>> ------------------------------
>> 
>> Message: 10
>> Date: Mon, 17 May 2010 17:04:51 -0500
>> From: "Carter, Bill" <bcarter at sentinel.com>
>> To: "STEVEN CASPER" <SCASPER at mtb.com>, <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Best T38 Protocol Choice?
>> Message-ID:
>>        <C0B4574561D1E04DBB500BA062BAF22601C9A4E5 at Mail1.sentinel.com>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> I have successfully configured T.38 with H.323 and SCCP.
>> 
>> 
>> 
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of STEVEN CASPER
>> Sent: Monday, May 17, 2010 12:45 PM
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] Best T38 Protocol Choice?
>> 
>> 
>> 
>> 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:
>> 
>> 
>> 
>> MGCP
>> 
>> H323
>> 
>> SIP
>> 
>> SCCP (limited to NSE?)
>> 
>> 
>> 
>> 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!
>> 
>> 
>> 
>> Steve
>> 
>> 
>> 
>> ************************************
>> 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.
>> 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.
>> ************************************
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/a13b0d9a/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 11
>> Date: Mon, 17 May 2010 18:24:25 -0400
>> From: Mac GroupStudy <mac.groupstudy at gmail.com>
>> To: Mike Lydick <mike.lydick at gmail.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> Message-ID:
>>        <AANLkTim0kY1ZXUm_vI3rMhzsE2nGdgc8hznwwtq1ImUL at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> 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?
>> 
>> 
>> On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <mike.lydick at gmail.com> wrote:
>> 
>> > For missed calls and calling based on VM CLID, how does one edit the call
>> > to add a 9?
>> >
>> >
>> > Best Regards,
>> >
>> > Mike Lydick
>> >
>> >
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/7dc2add6/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 12
>> Date: Mon, 17 May 2010 18:25:40 -0400
>> From: Nick Matthews <matthnick at gmail.com>
>> To: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] RTP arriving early generating ICMP
>>        unreachable
>> Message-ID:
>>        <AANLkTinHfNDg73H9kEIjUJuEKS4pFwN_zf4NuMZcH70l at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>> 
>> This is normal.  Signaling generally takes a different path than
>> media.  Many times you will get an unreachable because the media beats
>> the signaling.  Alternatively, some software may not expect the
>> packets as fast as soon as they get there, and the socket isn't fully
>> opened.  I would not consider this cause for concern.  It also happens
>> on the ending of a session intermittently.
>> 
>> -nick
>> 
>> On Mon, May 17, 2010 at 5:49 PM, Dale Shaw
>> <dale.shaw+cisco-voip at gmail.com> wrote:
>> > Hi,
>> >
>> > Disclaimer: The scenario I describe below is not present in a Cisco
>> > deployment -- at the moment I'm just trying to get a feel from this
>> > audience for how normal (or not) this behaviour is in other voice over
>> > IP environments.
>> >
>> > I'm investigating a situation at the moment where IP phones are
>> > generating an ICMP unreachable (destination port unreachable) packet
>> > on receipt of the first RTP packet during voice mail access.
>> >
>> > To me, it indicates a signalling timing/sequencing problem -- the
>> > phone is indicating it wasn't yet ready to process RTP and effectively
>> > wasn't listening. A very short time later, RTP begins flowing
>> > bi-directionally and everything is OK.
>> >
>> > Is there a generic explanation for this behaviour? Is it 'normal'? If
>> > you saw this in your network, would you investigate and tune?
>> >
>> > cheers,
>> > Dale
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> 
>> 
>> ------------------------------
>> 
>> Message: 13
>> Date: Mon, 17 May 2010 18:49:06 -0400
>> From: Wes Sisk <wsisk at cisco.com>
>> To: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] RTP arriving early generating ICMP
>>        unreachable
>> Message-ID: <4BF1C7E2.7030802 at cisco.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>> 
>> Even Cisco endpoints see this occasionally, see the closed defect
>> CSCsv00222 for example.
>> 
>> Consider the client behavior that causes this.  Assumptions:
>> * In most VOIP protocols the client provides a port number to use for RTP.
>> * It is best practice to make that port number dynamic.
>> * For a dynamic port number the client application must request a
>> dynamic port from the client operating system.
>> * In most operating systems that requires opening the port.
>> * RTP uses UDP.  Allocating UDP ports is lighter weight than allocating
>> TCP ports in most operating systems.  Allocating a UDP port usually
>> means opening the port. I know of no operating system where that allows
>> reserving the port without opening the port.
>> 
>> So the client must allocate the port and signal the port to peer
>> device.  Allocating should coincide with opening.  If the clients has
>> allocated and signaled a port it has had reasonable window of
>> opportunity to open the port and await traffic. Conditions are very much
>> in favor of the client having the port open in advance of the first
>> packets coming over the network.
>> 
>> There are 2 scenarios that come to mind:
>> 1. reusing port numbers.  We've seen applications that do this.  The
>> peer client may assume reuse of the same port and begin streaming before
>> proper signaling is completed.  This is clearly undesirable in this
>> scenario and for many other reasons.
>> 2. a firewall or inspection engine.  I say engine because it could be an
>> appliance in the network or a component of any network device including
>> the endpoint.  These same engines tend to be hyper sensitive to packet
>> flows so unidirectional streams are frowned upon. They tend to only
>> allow symmetrical streams, or at least signaled symmetric streams.  In
>> SCCP terms the engine may not permit packets until it sees both
>> OpenRecieveChannel and StartMediaTransmission.  I call this
>> hypersensitve because unidirectional streams are perfectly valid both in
>> RFC and in practice.  Example:
>> http://www.cisco.com/en/US/docs/voice_ip_comm/uc_system/UC5.0.2/release_notes/rnipt502.html#wp1279992
>> Multicast Music-On-Hold not supported by SIP gateway (CSCsc30731)
>> 
>> There is also a configuration in CM to force allocation of bidrectional
>> port allocation for CM especially for Music on Hold call flows that
>> traverse firewalls.  This is another pointer to the potential
>> intervention of "firewall or inspection engines".
>> 
>> ICMP is important in the RTP stream as it can be used to detect when a
>> remote client becomes unreachable even in scenarios where the signaling
>> channel is also lost.  This is critical for endpoints to notify call
>> agents to properly clear a call. Example:
>> http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_m2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1362166
>> 
>> 
>> IOS Voice gateways and IOS Media Termination Points are also susceptible
>> to this as they depend on ICMP similarly to avoid abandoned streams.
>> 
>> In general it is always possible for call control to go down and it is
>> highly desirable to preserve audio between connected endpoints in that
>> case.  Upon accepting this reality it becomes necessary to depend on
>> methods such as ICMP to identify and clear unmanaged, unsolicited
>> streams.  Unfortunately that generates a bit of domain conflict where
>> ICMP can be used for other purposes (administratively prohibited?).
>> 
>> In general a client that offers a port should be listening on that
>> port.  Leniency grants a small grace period of ICMP before abandoning
>> the stream (CSCse88435 enhancement to SW MTP to allow a "grace period"
>> of ICMP errors before determinging that end-point is rejecting TX packets).
>> 
>> At the start of an RTP burst ICMP is more indicative of a misbehaving
>> client.  This would be a client advertising but not opening a port.
>> 
>> At the end of RTP burst ICMP is more indicative of a signaling issue.
>> One device elected to terminate the stream but the other device was not
>> accurately notified.
>> 
>> /Wes
>> 
>> 
>> On Monday, May 17, 2010 5:49:11 PM, Dale Shaw
>> <dale.shaw+cisco-voip at gmail.com> wrote:
>> > Hi,
>> >
>> > Disclaimer: The scenario I describe below is not present in a Cisco
>> > deployment -- at the moment I'm just trying to get a feel from this
>> > audience for how normal (or not) this behaviour is in other voice over
>> > IP environments.
>> >
>> > I'm investigating a situation at the moment where IP phones are
>> > generating an ICMP unreachable (destination port unreachable) packet
>> > on receipt of the first RTP packet during voice mail access.
>> >
>> > To me, it indicates a signalling timing/sequencing problem -- the
>> > phone is indicating it wasn't yet ready to process RTP and effectively
>> > wasn't listening. A very short time later, RTP begins flowing
>> > bi-directionally and everything is OK.
>> >
>> > Is there a generic explanation for this behaviour? Is it 'normal'? If
>> > you saw this in your network, would you investigate and tune?
>> >
>> > cheers,
>> > Dale
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 14
>> Date: Mon, 17 May 2010 20:16:23 -0400
>> From: "James Buchanan" <jbuchanan at ctiusa.com>
>> To: "Mac GroupStudy" <mac.groupstudy at gmail.com>,        "Mike Lydick"
>>        <mike.lydick at gmail.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> Message-ID:
>>        <79B99C253CB1084FB974C7D4A3C47E43042ED3C0 at EXCHANGE.ctiusa.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> 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.
>> 
>> 
>> 
>> Thanks,
>> 
>> 
>> 
>> James Buchanan | Senior Network Engineer | South Region | Presidio Networked Solutions
>> 12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com
>> D: 615-866-5729 | www.presidio.com <http://www.presidio.com>
>> 
>> CCIE #25863, Voice
>> 
>> 
>> 
>> 
>> 
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mac GroupStudy
>> Sent: Monday, May 17, 2010 5:24 PM
>> To: Mike Lydick
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <mike.lydick at gmail.com> wrote:
>> 
>> For missed calls and calling based on VM CLID, how does one edit the call to add a 9?
>> 
>> 
>> 
>> 
>> Best Regards,
>> 
>> Mike Lydick
>> 
>> 
>> 
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/f8ca93ff/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 15
>> Date: Mon, 17 May 2010 20:04:12 -0500
>> From: Tim Frazee <tfrazee at gmail.com>
>> To: Ryan Ratliff <rratliff at cisco.com>, Ted Nugent
>>        <tednugent73 at gmail.com>,        cisco-voip voyp list
>>        <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> Message-ID:
>>        <AANLkTinIBriq2ynWYJQf-GJ0kUwwj62x20V3LjByPxmM at mail.gmail.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> It seems to me that Cisco really messed up with this product. They have
>> named 2 products with very, very similar names and very similar functions.
>> This confusion I'm sure is farther than just what we see here on this list.
>> 
>> Here is what I know about:
>> 
>> Cisco Mobile 8.0 for iPhone:
>> *SIP phone for iPhone, registers via wifi
>> *routes voice traffic via IP
>> 
>> CUMA-client for iPhone, (Cisco Mobile)
>> *similar products for windows mobile, nokia and blackberry
>> *requires cuma server
>> *does not route voice traffic via IP (calls route via PSTN)
>> *proprietary call control/information via SSL IP
>> 
>> The 2 products are a bit different in how they do what they do and take a
>> much different approach in how they do it.
>> 
>> CUMA has some pretty steep requirements as far as network, CUCM setup,
>> directory requirements and deployment. The Cisco Mobile 8.0 app has none of
>> these requirements.
>> 
>> Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.
>> 
>> 
>> 
>> On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
>> 
>> > The 8.0 iPhone client doesn't know how to use a CUMA server as it only
>> > talks to CUCM directly.
>> > It does require you be wi-fi connected (either inside the network or using
>> > the vpn client).
>> >
>> > I don't support this product so have not been paying the closest attention
>> > but the FAQ looks pretty decent.
>> >
>> > http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html
>> >
>> > -Ryan
>> >
>> > On May 17, 2010, at 10:26 AM, Ted Nugent wrote:
>> >
>> > Correct me if i'm wrong and give me links if I am please. But with
>> > Cisco Mobile for the IPhone you don't need a server for On Premise dualmode
>> > but once you get out of 802.11x and go off prem you still do need CUMA to
>> > take advantage of everything you had in dual mode range (DVO, Presence, CUMC
>> > etc)... Correct? I have seen a ton of conflicting information about this but
>> > most everything that I have read supports that.... otherwise there appears
>> > to be magical link that gets you back when your off prem and I would like
>> > know how to conjure it...
>> >
>> >
>> >
>> > On Mon, May 17, 2010 at 9:59 AM, Bill <bill at hitechconnection.net> wrote:
>> >
>> >>  Yes I know CUMA is the server, but with the Cisco Mobile for the Iphone
>> >> you don?t need the server. So my question still stands. I don?t like talking
>> >> to my account team. They just want to sell product. J
>> >>
>> >>
>> >>  ------------------------------
>> >>
>> >> *From:* Ryan Ratliff [mailto:rratliff at cisco.com]
>> >> *Sent:* Monday, May 17, 2010 8:55 AM
>> >> *To:* Bill
>> >> *Cc:* 'cisco-voip voyp list'
>> >> *Subject:* Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> >>
>> >>
>> >> Cisco Mobile is the client, CUMA is the server.  You should talk to your
>> >> account team for roadmap questions, or look for details with the release of
>> >> the 8.0 clients on other platforms.
>> >>
>> >>
>> >> -Ryan
>> >>
>> >>
>> >> On May 17, 2010, at 9:37 AM, Bill wrote:
>> >>
>> >>
>> >>
>> >>   So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If it is the
>> >> replacement is there any roadmap for the other phones such as windows mobile
>> >> and crackberries?
>> >>
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> cisco-voip mailing list
>> >> cisco-voip at puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >>
>> >> _______________________________________________
>> >> cisco-voip mailing list
>> >> cisco-voip at puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >>
>> >
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/c04c033f/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 16
>> Date: Mon, 17 May 2010 20:17:23 -0500
>> From: Tim Frazee <tfrazee at gmail.com>
>> To: Cisco VoIPoE List <cisco-voip at puck.nether.net>
>> Subject: [cisco-voip] Visual Voicemail with HA Unity Connection
>> Message-ID:
>>        <AANLkTilwNzcTo_uPkOWcIjGn69hO3D9Whe9kWpIxVKIO at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> group,
>> 
>> Does anyone have any reference documentation on how to setup visual
>> voicemail on a CUCM Pub/Sub and Connection Active/Active Pub/Sub setup?
>> 
>> http://www.cisco.com/en/US/docs/voice_ip_comm/cupa/visual_voicemail/7.0/english/install/guide/cluster_failover.html#wp1055598
>> 
>> Or am I overlooking something?
>> 
>> thanks anyone who can help
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/8a5ed209/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 17
>> Date: Mon, 17 May 2010 22:14:38 -0400
>> From: Mike Lydick <mike.lydick at gmail.com>
>> To: James Buchanan <jbuchanan at ctiusa.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> Message-ID:
>>        <AANLkTilIl21NLmeS0hmEvJE_bXC_a-9aJz0OnfaZv-tx at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> James,
>> 
>> 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?
>> 
>> Additional how does 7digit dialplans work out?
>> 
>> Thanks Again!
>> 
>> 
>> Best Regards,
>> 
>> Mike Lydick
>> 
>> 
>> 
>> 
>> On Mon, May 17, 2010 at 8:16 PM, James Buchanan <jbuchanan at ctiusa.com>wrote:
>> 
>> >  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.
>> >
>> >
>> >
>> > Thanks,
>> >
>> >
>> >
>> > *James Buchanan *|* Senior Network Engineer *| *South Region *|* Presidio
>> > Networked Solutions
>> > 12 Cadillac Dr, Suite 130, Brentwood, TN 37027 *|* **
>> > jbuchanan at presidio.com <http://bdorn@presidio.com>
>> > **D: 615-866-5729* | *www.presidio.com* <*http://www.presidio.com*>
>> >
>> > *CCIE #25863, Voice*
>> >
>> >
>> >
>> > *From:* cisco-voip-bounces at puck.nether.net [mailto:
>> > cisco-voip-bounces at puck.nether.net] *On Behalf Of *Mac GroupStudy
>> > *Sent:* Monday, May 17, 2010 5:24 PM
>> > *To:* Mike Lydick
>> > *Cc:* cisco-voip at puck.nether.net
>> > *Subject:* Re: [cisco-voip] CUPC click to callback
>> >
>> >
>> >
>> > 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?
>> >
>> >
>> >
>> > On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <mike.lydick at gmail.com>
>> > wrote:
>> >
>> > For missed calls and calling based on VM CLID, how does one edit the call
>> > to add a 9?
>> >
>> >
>> >
>> >
>> > Best Regards,
>> >
>> > Mike Lydick
>> >
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/638e0c72/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 18
>> Date: Mon, 17 May 2010 22:35:48 -0400
>> From: Nick Matthews <matthnick at gmail.com>
>> To: Wes Sisk <wsisk at cisco.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] RTP arriving early generating ICMP
>>        unreachable
>> Message-ID:
>>        <AANLkTinzuISOfiRKG5Hc_GbqlijyW_9btDPdIGZE0eUX at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>> 
>> A similar scenario that I can think of:
>> 
>> In a SIP conversation one endpoint may not open the socket for UDP
>> until their SDP has been confirmed.  They may do this for security
>> purposes, to prevent unnecessary open sockets; I'm not sure.  They can
>> exchange media with a 200 OK but the socket wouldn't open until they
>> receive an ACK.  By the time the other side receives the 200 OK they
>> send both an ACK and the RTP stream together.  The ACK takes longer
>> because it's not a direct path, and you get one packet in before the
>> ACK is received.
>> 
>> -nick
>> 
>> On Mon, May 17, 2010 at 6:49 PM, Wes Sisk <wsisk at cisco.com> wrote:
>> > Even Cisco endpoints see this occasionally, see the closed defect CSCsv00222
>> > for example.
>> >
>> > Consider the client behavior that causes this. ?Assumptions:
>> > * In most VOIP protocols the client provides a port number to use for RTP.
>> > * It is best practice to make that port number dynamic. * For a dynamic port
>> > number the client application must request a dynamic port from the client
>> > operating system.
>> > * In most operating systems that requires opening the port. * RTP uses UDP.
>> > ?Allocating UDP ports is lighter weight than allocating TCP ports in most
>> > operating systems. ?Allocating a UDP port usually means opening the port. I
>> > know of no operating system where that allows reserving the port without
>> > opening the port.
>> >
>> > So the client must allocate the port and signal the port to peer device.
>> > ?Allocating should coincide with opening. ?If the clients has allocated and
>> > signaled a port it has had reasonable window of opportunity to open the port
>> > and await traffic. Conditions are very much in favor of the client having
>> > the port open in advance of the first packets coming over the network.
>> >
>> > There are 2 scenarios that come to mind:
>> > 1. reusing port numbers. ?We've seen applications that do this. ?The peer
>> > client may assume reuse of the same port and begin streaming before proper
>> > signaling is completed. ?This is clearly undesirable in this scenario and
>> > for many other reasons.
>> > 2. a firewall or inspection engine. ?I say engine because it could be an
>> > appliance in the network or a component of any network device including the
>> > endpoint. ?These same engines tend to be hyper sensitive to packet flows so
>> > unidirectional streams are frowned upon. They tend to only allow symmetrical
>> > streams, or at least signaled symmetric streams. ?In SCCP terms the engine
>> > may not permit packets until it sees both OpenRecieveChannel and
>> > StartMediaTransmission. ?I call this hypersensitve because unidirectional
>> > streams are perfectly valid both in RFC and in practice. ?Example:
>> > http://www.cisco.com/en/US/docs/voice_ip_comm/uc_system/UC5.0.2/release_notes/rnipt502.html#wp1279992
>> > Multicast Music-On-Hold not supported by SIP gateway (CSCsc30731)
>> >
>> > There is also a configuration in CM to force allocation of bidrectional port
>> > allocation for CM especially for Music on Hold call flows that traverse
>> > firewalls. ?This is another pointer to the potential intervention of
>> > "firewall or inspection engines".
>> >
>> > ICMP is important in the RTP stream as it can be used to detect when a
>> > remote client becomes unreachable even in scenarios where the signaling
>> > channel is also lost. ?This is critical for endpoints to notify call agents
>> > to properly clear a call. Example:
>> > http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_m2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1362166
>> >
>> >
>> > IOS Voice gateways and IOS Media Termination Points are also susceptible to
>> > this as they depend on ICMP similarly to avoid abandoned streams.
>> >
>> > In general it is always possible for call control to go down and it is
>> > highly desirable to preserve audio between connected endpoints in that case.
>> > ?Upon accepting this reality it becomes necessary to depend on methods such
>> > as ICMP to identify and clear unmanaged, unsolicited streams. ?Unfortunately
>> > that generates a bit of domain conflict where ICMP can be used for other
>> > purposes (administratively prohibited?).
>> >
>> > In general a client that offers a port should be listening on that port.
>> > ?Leniency grants a small grace period of ICMP before abandoning the stream
>> > (CSCse88435 enhancement to SW MTP to allow a "grace period" of ICMP errors
>> > before determinging that end-point is rejecting TX packets).
>> >
>> > At the start of an RTP burst ICMP is more indicative of a misbehaving
>> > client. ?This would be a client advertising but not opening a port.
>> > At the end of RTP burst ICMP is more indicative of a signaling issue. ?One
>> > device elected to terminate the stream but the other device was not
>> > accurately notified.
>> >
>> > /Wes
>> >
>> >
>> > On Monday, May 17, 2010 5:49:11 PM, Dale Shaw
>> > <dale.shaw+cisco-voip at gmail.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> Disclaimer: The scenario I describe below is not present in a Cisco
>> >> deployment -- at the moment I'm just trying to get a feel from this
>> >> audience for how normal (or not) this behaviour is in other voice over
>> >> IP environments.
>> >>
>> >> I'm investigating a situation at the moment where IP phones are
>> >> generating an ICMP unreachable (destination port unreachable) packet
>> >> on receipt of the first RTP packet during voice mail access.
>> >>
>> >> To me, it indicates a signalling timing/sequencing problem -- the
>> >> phone is indicating it wasn't yet ready to process RTP and effectively
>> >> wasn't listening. A very short time later, RTP begins flowing
>> >> bi-directionally and everything is OK.
>> >>
>> >> Is there a generic explanation for this behaviour? Is it 'normal'? If
>> >> you saw this in your network, would you investigate and tune?
>> >>
>> >> cheers,
>> >> Dale
>> >> _______________________________________________
>> >> cisco-voip mailing list
>> >> cisco-voip at puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 19
>> Date: Mon, 17 May 2010 23:48:46 -0400
>> From: "James Buchanan" <jbuchanan at ctiusa.com>
>> To: "Mike Lydick" <mike.lydick at gmail.com>
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> Message-ID:
>>        <79B99C253CB1084FB974C7D4A3C47E43042ED3EC at EXCHANGE.ctiusa.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> Hello,
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> Seven digit dial plans work out fine. Just tell the rule to recognize 7 digits, prepend 9, and go from there.
>> 
>> 
>> 
>> Thanks,
>> 
>> 
>> 
>> James Buchanan | Senior Network Engineer | South Region | Presidio Networked Solutions
>> 12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com
>> D: 615-866-5729 | www.presidio.com <http://www.presidio.com>
>> 
>> CCIE #25863, Voice
>> 
>> 
>> 
>> 
>> 
>> From: Mike Lydick [mailto:mike.lydick at gmail.com]
>> Sent: Monday, May 17, 2010 9:15 PM
>> To: James Buchanan
>> Cc: Mac GroupStudy; cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> 
>> 
>> 
>> James,
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> Additional how does 7digit dialplans work out?
>> 
>> 
>> 
>> Thanks Again!
>> 
>> 
>> 
>> 
>> Best Regards,
>> 
>> Mike Lydick
>> 
>> 
>> 
>> 
>> 
>> On Mon, May 17, 2010 at 8:16 PM, James Buchanan <jbuchanan at ctiusa.com> wrote:
>> 
>> 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.
>> 
>> 
>> 
>> Thanks,
>> 
>> 
>> 
>> James Buchanan | Senior Network Engineer | South Region | Presidio Networked Solutions
>> 12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com <http://bdorn@presidio.com>
>> D: 615-866-5729 | www.presidio.com <http://www.presidio.com>
>> 
>> CCIE #25863, Voice
>> 
>> 
>> 
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mac GroupStudy
>> Sent: Monday, May 17, 2010 5:24 PM
>> To: Mike Lydick
>> Cc: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] CUPC click to callback
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> On Mon, May 17, 2010 at 5:16 PM, Mike Lydick <mike.lydick at gmail.com> wrote:
>> 
>> For missed calls and calling based on VM CLID, how does one edit the call to add a 9?
>> 
>> 
>> 
>> 
>> Best Regards,
>> 
>> Mike Lydick
>> 
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> 
>> 
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100517/60058a1b/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 20
>> Date: Tue, 18 May 2010 10:06:47 +0100
>> From: "Jamie Weatherhead" <Jamie.Weatherhead at Charles-Stanley.co.uk>
>> To: <cisco-voip at puck.nether.net>
>> Subject: [cisco-voip] 7970 Issue - phones constantly
>>        restarting/rebooting
>> Message-ID:
>>        <E5ECD09080A43B4A9D1D255A67D8D74501FB7944 at CSEXCH-CL02.charles-stanley.co.uk>
>> 
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Morning All,
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> Port config as follows:
>> 
>> switchport access vlan XXX
>> 
>>  switchport mode access
>> 
>>  switchport voice vlan XXX
>> 
>>  spanning-tree portfast
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> 10:08:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        10:08:47 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        10:08:57 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        10:09:00 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        10:09:35 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=TCP-timeout
>> 
>>        10:09:35 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        10:09:48 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        10:09:58 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        11:02:38 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=Reset-Restart
>> 
>>        11:05:59 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=Reset-Restart
>> 
>>        11:06:52 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=Reset-Restart
>> 
>>        11:07:32 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=Reset-Restart
>> 
>>        11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        11:44:32 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        11:45:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        11:45:54 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        14:14:31 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        14:16:31 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=TCP-timeout
>> 
>>        14:16:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        14:16:42 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=Reset-Restart
>> 
>>        17:34:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        17:34:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        02:45:30 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        02:46:38 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=TCP-timeout
>> 
>>        02:46:49 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        06:42:42 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        06:43:42 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=TCP-timeout
>> 
>>        06:43:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        06:43:53 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=Reset-Restart
>> 
>>        06:44:04 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:19:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:19:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        09:19:43 17: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=KeepaliveTO
>> 
>>        09:20:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:20:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:21:07 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:34:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>>        09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:35:43 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=TCP-timeout
>> 
>>        09:35:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:35:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>>        09:36:06 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S
>> Last=UCM-closed-TCP
>> 
>> 
>> 
>> 
>> 
>> Jamie Weatherhead
>> 
>> 
>> Consider the environment - Think before you print
>> 
>> The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.
>> 
>> You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).
>> 
>> Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/aee02cf1/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 21
>> Date: Tue, 18 May 2010 21:04:31 +1000
>> From: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
>> To: cisco-voip at puck.nether.net
>> Subject: Re: [cisco-voip] RTP arriving early generating ICMP
>>        unreachable
>> Message-ID:
>>        <AANLkTin7GGhrARbJZfVMEAYPdznlPAYNUHSElxwIisTf at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>> 
>> [ probably should've marked this thread 'OT' ]
>> 
>> Thanks to Nick and Wes for their replies.
>> 
>> Keeping the original scenario in mind, I'm curious what the audience
>> thinks of the behaviour described in this Juniper KB article:
>> 
>> http://kb.juniper.net/index?page=content&id=KB16823
>> 
>> ..what would you expect the impact of this behaviour to be in your networks?
>> 
>> I guess what I'm trying to gauge is, how common is the 'early RTP'
>> situation in real, properly tuned networks (Nick and Wes's replies
>> indicate it can be 'normal'), and how much sense does it make for the
>> Juniper SRX routers to respond the way described in the article linked
>> above?
>> 
>> cheers,
>> Dale
>> (bitten! ;-))
>> 
>> On Tue, May 18, 2010 at 7:49 AM, Dale Shaw
>> <dale.shaw+cisco-voip at gmail.com> wrote:
>> > Hi,
>> >
>> > Disclaimer: The scenario I describe below is not present in a Cisco
>> > deployment -- at the moment I'm just trying to get a feel from this
>> > audience for how normal (or not) this behaviour is in other voice over
>> > IP environments.
>> >
>> > I'm investigating a situation at the moment where IP phones are
>> > generating an ICMP unreachable (destination port unreachable) packet
>> > on receipt of the first RTP packet during voice mail access.
>> >
>> > To me, it indicates a signalling timing/sequencing problem -- the
>> > phone is indicating it wasn't yet ready to process RTP and effectively
>> > wasn't listening. A very short time later, RTP begins flowing
>> > bi-directionally and everything is OK.
>> >
>> > Is there a generic explanation for this behaviour? Is it 'normal'? If
>> > you saw this in your network, would you investigate and tune?
>> >
>> > cheers,
>> > Dale
>> 
>> 
>> ------------------------------
>> 
>> Message: 22
>> Date: Tue, 18 May 2010 08:20:29 -0400
>> From: Ed Leatherman <ealeatherman at gmail.com>
>> To: Tim Frazee <tfrazee at gmail.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> Message-ID:
>>        <AANLkTimfWqOy8zzBYWFYEix_HWH8gXZ6q1a23f-2f7Wv at mail.gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>> 
>> Tim you are exactly right. It has had my head spinning, but this
>> thread has been helpful. I think if my SE did mention it, I was
>> probably already mixed up with them and assumed they were the same
>> thing.
>> 
>> On Mon, May 17, 2010 at 9:04 PM, Tim Frazee <tfrazee at gmail.com> wrote:
>> > It seems to me that Cisco really messed up with this product. They have
>> > named 2 products with very, very similar names and very similar functions.
>> > This confusion I'm sure is farther than just what we see here on this list.
>> >
>> > Here is what I know about:
>> >
>> > Cisco Mobile 8.0 for iPhone:
>> > *SIP phone for iPhone, registers via wifi
>> > *routes voice traffic via IP
>> >
>> > CUMA-client for iPhone, (Cisco Mobile)
>> > *similar products for windows mobile, nokia and blackberry
>> > *requires cuma server
>> > *does not route voice traffic via IP (calls route via PSTN)
>> > *proprietary call control/information via SSL IP
>> >
>> > The 2 products are a bit different in how they do what they do and take a
>> > much different approach in how they do it.
>> >
>> > CUMA has some pretty steep requirements as far as network, CUCM setup,
>> > directory requirements and deployment. The Cisco Mobile 8.0 app has none of
>> > these requirements.
>> >
>> > Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.
>> >
>> >
>> >
>> > On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
>> >>
>> >> The 8.0 iPhone client doesn't know how to use a CUMA server as it only
>> >> talks to CUCM directly.
>> >> It does require you be wi-fi connected (either inside the network or using
>> >> the vpn client).
>> >> I don't support this product so have not been paying the closest attention
>> >> but the FAQ looks pretty decent.
>> >>
>> >> http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html
>> >> -Ryan
>> >> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:
>> >>
>> >> Correct me if i'm wrong and give me links if I am please. But with
>> >> Cisco?Mobile?for the IPhone you don't need a server for On Premise dualmode
>> >> but once you get out of 802.11x and go off prem you still do need CUMA to
>> >> take advantage of everything you had in dual mode range (DVO,?Presence, CUMC
>> >> etc)... Correct? I have seen a ton of conflicting information about this but
>> >> most everything that I have read supports that.... otherwise there appears
>> >> to be magical link that gets you back when your off prem and I would like
>> >> know how to?conjure?it...
>> >>
>> >>
>> >> On Mon, May 17, 2010 at 9:59 AM, Bill <bill at hitechconnection.net> wrote:
>> >>>
>> >>> Yes I know CUMA is the server, but with the Cisco Mobile for the Iphone
>> >>> you don?t need the server. So my question still stands. I don?t like talking
>> >>> to my account team. They just want to sell product. J
>> >>>
>> >>>
>> >>>
>> >>> ________________________________
>> >>>
>> >>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> >>> Sent: Monday, May 17, 2010 8:55 AM
>> >>> To: Bill
>> >>> Cc: 'cisco-voip voyp list'
>> >>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> >>>
>> >>>
>> >>>
>> >>> Cisco Mobile is the client, CUMA is the server. ?You should talk to your
>> >>> account team for roadmap questions, or look for details with the release of
>> >>> the 8.0 clients on other platforms.
>> >>>
>> >>>
>> >>>
>> >>> -Ryan
>> >>>
>> >>>
>> >>>
>> >>> On May 17, 2010, at 9:37 AM, Bill wrote:
>> >>>
>> >>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If it is the
>> >>> replacement is there any roadmap for the other phones such as windows mobile
>> >>> and crackberries?
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> cisco-voip mailing list
>> >>> cisco-voip at puck.nether.net
>> >>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> cisco-voip mailing list
>> >>> cisco-voip at puck.nether.net
>> >>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> cisco-voip mailing list
>> >> cisco-voip at puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> 
>> 
>> 
>> --
>> Ed Leatherman
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 23
>> Date: Tue, 18 May 2010 08:36:37 -0400
>> From: Billy Poole <bpoole32 at gmail.com>
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] percentage of good calls went below the limit
>>        specified
>> Message-ID:
>>        <AANLkTilghGt9plpGkXJ5CZpz7hjmY3opfCtlN1wXW1NE at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> I keep getting the following email every morning from CAR.
>> 
>> "percentage of good calls went below the limit specified"
>> 
>> Right now the system configuration is setup with the system default. I'm
>> running CUCM 6.1.3. Just wondering how do I calculate what my percentages
>> should be?
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/faa49786/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 24
>> Date: Tue, 18 May 2010 09:33:38 -0400
>> From: Ryan Ratliff <rratliff at cisco.com>
>> To: Ed Leatherman <ealeatherman at gmail.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> Message-ID: <F16BFB3A-A4A8-4D87-A621-00C88D099A20 at cisco.com>
>> Content-Type: text/plain; charset=windows-1252
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 8:20 AM, Ed Leatherman wrote:
>> 
>> > Tim you are exactly right. It has had my head spinning, but this
>> > thread has been helpful. I think if my SE did mention it, I was
>> > probably already mixed up with them and assumed they were the same
>> > thing.
>> >
>> > On Mon, May 17, 2010 at 9:04 PM, Tim Frazee <tfrazee at gmail.com> wrote:
>> >> It seems to me that Cisco really messed up with this product. They have
>> >> named 2 products with very, very similar names and very similar functions.
>> >> This confusion I'm sure is farther than just what we see here on this list.
>> >>
>> >> Here is what I know about:
>> >>
>> >> Cisco Mobile 8.0 for iPhone:
>> >> *SIP phone for iPhone, registers via wifi
>> >> *routes voice traffic via IP
>> >>
>> >> CUMA-client for iPhone, (Cisco Mobile)
>> >> *similar products for windows mobile, nokia and blackberry
>> >> *requires cuma server
>> >> *does not route voice traffic via IP (calls route via PSTN)
>> >> *proprietary call control/information via SSL IP
>> >>
>> >> The 2 products are a bit different in how they do what they do and take a
>> >> much different approach in how they do it.
>> >>
>> >> CUMA has some pretty steep requirements as far as network, CUCM setup,
>> >> directory requirements and deployment. The Cisco Mobile 8.0 app has none of
>> >> these requirements.
>> >>
>> >> Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.
>> >>
>> >>
>> >>
>> >> On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
>> >>>
>> >>> The 8.0 iPhone client doesn't know how to use a CUMA server as it only
>> >>> talks to CUCM directly.
>> >>> It does require you be wi-fi connected (either inside the network or using
>> >>> the vpn client).
>> >>> I don't support this product so have not been paying the closest attention
>> >>> but the FAQ looks pretty decent.
>> >>>
>> >>> http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPhone/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html
>> >>> -Ryan
>> >>> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:
>> >>>
>> >>> Correct me if i'm wrong and give me links if I am please. But with
>> >>> Cisco Mobile for the IPhone you don't need a server for On Premise dualmode
>> >>> but once you get out of 802.11x and go off prem you still do need CUMA to
>> >>> take advantage of everything you had in dual mode range (DVO, Presence, CUMC
>> >>> etc)... Correct? I have seen a ton of conflicting information about this but
>> >>> most everything that I have read supports that.... otherwise there appears
>> >>> to be magical link that gets you back when your off prem and I would like
>> >>> know how to conjure it...
>> >>>
>> >>>
>> >>> On Mon, May 17, 2010 at 9:59 AM, Bill <bill at hitechconnection.net> wrote:
>> >>>>
>> >>>> Yes I know CUMA is the server, but with the Cisco Mobile for the Iphone
>> >>>> you don?t need the server. So my question still stands. I don?t like talking
>> >>>> to my account team. They just want to sell product. J
>> >>>>
>> >>>>
>> >>>>
>> >>>> ________________________________
>> >>>>
>> >>>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> >>>> Sent: Monday, May 17, 2010 8:55 AM
>> >>>> To: Bill
>> >>>> Cc: 'cisco-voip voyp list'
>> >>>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> >>>>
>> >>>>
>> >>>>
>> >>>> Cisco Mobile is the client, CUMA is the server.  You should talk to your
>> >>>> account team for roadmap questions, or look for details with the release of
>> >>>> the 8.0 clients on other platforms.
>> >>>>
>> >>>>
>> >>>>
>> >>>> -Ryan
>> >>>>
>> >>>>
>> >>>>
>> >>>> On May 17, 2010, at 9:37 AM, Bill wrote:
>> >>>>
>> >>>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If it is the
>> >>>> replacement is there any roadmap for the other phones such as windows mobile
>> >>>> and crackberries?
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> cisco-voip mailing list
>> >>>> cisco-voip at puck.nether.net
>> >>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>>
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> cisco-voip mailing list
>> >>>> cisco-voip at puck.nether.net
>> >>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> cisco-voip mailing list
>> >>> cisco-voip at puck.nether.net
>> >>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>
>> >>
>> >>
>> >> _______________________________________________
>> >> cisco-voip mailing list
>> >> cisco-voip at puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Ed Leatherman
>> 
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 25
>> Date: Tue, 18 May 2010 22:01:42 +0800
>> From: "Kin Wai" <kinwai at singnet.com.sg>
>> To: "'Jamie Weatherhead'" <Jamie.Weatherhead at charles-stanley.co.uk>,
>>        <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] 7970 Issue - phones constantly
>>        restarting/rebooting
>> Message-ID: <009201caf692$a5362e50$efa28af0$@com.sg>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> 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.
>> 
>> 
>> 
>> 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)
>> 
>> 
>> 
>> http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a00800941bb.shtml
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jamie Weatherhead
>> Sent: Tuesday, May 18, 2010 5:07 PM
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] 7970 Issue - phones constantly restarting/rebooting
>> 
>> 
>> 
>> Morning All,
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> Port config as follows:
>> 
>> switchport access vlan XXX
>> 
>>  switchport mode access
>> 
>>  switchport voice vlan XXX
>> 
>>  spanning-tree portfast
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> 
>> 10:08:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 10:08:47 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 10:08:57 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 10:09:00 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 10:09:35 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> 
>> 
>> 10:09:35 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 10:09:48 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 10:09:58 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 11:02:38 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> 
>> 
>> 11:05:59 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> 
>> 
>> 11:06:52 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> 
>> 
>> 11:07:32 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> 
>> 
>> 11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 11:44:32 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 11:45:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 11:45:54 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 14:14:31 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 14:16:31 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> 
>> 
>> 14:16:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 14:16:42 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> 
>> 
>> 17:34:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 17:34:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 02:45:30 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 02:46:38 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> 
>> 
>> 02:46:49 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 06:42:42 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 06:43:42 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> 
>> 
>> 06:43:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 06:43:53 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> 
>> 
>> 06:44:04 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:19:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:19:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 09:19:43 17: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=KeepaliveTO
>> 
>> 
>> 09:20:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:20:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:21:07 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:34:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> 
>> 
>> 09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:35:43 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> 
>> 
>> 09:35:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:35:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 09:36:06 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> 
>> 
>> 
>> 
>> 
>> Jamie Weatherhead
>> 
>> 
>> Consider the environment - Think before you print
>> 
>> The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.
>> 
>> You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).
>> 
>> Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL  <http://www.charles-stanley.co.uk/contact-us/disclosure/> http://www.charles-stanley.co.uk/contact-us/disclosure/
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/c33f637c/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 26
>> Date: Tue, 18 May 2010 10:17:11 -0400
>> From: Ryan Ratliff <rratliff at cisco.com>
>> To: "Kin Wai" <kinwai at singnet.com.sg>
>> Cc: cisco-voip at puck.nether.net, 'Jamie Weatherhead'
>>        <Jamie.Weatherhead at charles-stanley.co.uk>
>> Subject: Re: [cisco-voip] 7970 Issue - phones constantly
>>        restarting/rebooting
>> Message-ID: <F95FBC64-D225-4ACE-8E3B-478C2D09A98E at cisco.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> 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.
>> 
>> All of the last= causes in those alarm messages indicate TCP sessions getting reset either by the phone or the CUCM.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 10:01 AM, Kin Wai wrote:
>> 
>> > 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.
>> >
>> > 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)
>> >
>> > http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a00800941bb.shtml
>> >
>> >
>> >
>> > From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jamie Weatherhead
>> > Sent: Tuesday, May 18, 2010 5:07 PM
>> > To: cisco-voip at puck.nether.net
>> > Subject: [cisco-voip] 7970 Issue - phones constantly restarting/rebooting
>> >
>> > Morning All,
>> >
>> > 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.
>> >
>> > 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.
>> >
>> > Port config as follows:
>> > switchport access vlan XXX
>> >  switchport mode access
>> >  switchport voice vlan XXX
>> >  spanning-tree portfast
>> >
>> > 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.
>> >
>> > 10:08:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 10:08:47 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 10:08:57 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 10:09:00 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 10:09:35 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> > 10:09:35 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 10:09:48 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 10:09:58 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 11:02:38 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> > 11:05:59 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> > 11:06:52 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> > 11:07:32 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> > 11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 11:44:32 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 11:44:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 11:45:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 11:45:54 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 14:14:31 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 14:14:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 14:16:31 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> > 14:16:31 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 14:16:42 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> > 17:34:32 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 17:34:47 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 02:45:30 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 02:45:30 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 02:46:38 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> > 02:46:49 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 06:42:42 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 06:42:42 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 06:43:42 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> > 06:43:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 06:43:53 23: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=Reset-Restart
>> > 06:44:04 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:19:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:19:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 09:19:43 17: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=KeepaliveTO
>> > 09:20:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:20:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:21:07 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:34:43 9: Name=SEP0022905983DE Load= SCCP70.8-5-3S TFTP Error
>> > 09:34:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:35:43 10: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=TCP-timeout
>> > 09:35:43 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:35:56 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> > 09:36:06 14: Name=SEP0022905983DE Load= SCCP70.8-5-3S Last=UCM-closed-TCP
>> >
>> >
>> > Jamie Weatherhead
>> >
>> > Consider the environment - Think before you print
>> >
>> > The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.
>> >
>> > You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).
>> >
>> > Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/
>> >
>> > _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/c65dabca/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 27
>> Date: Tue, 18 May 2010 09:18:29 -0500
>> From: Dennis Heim <Dennis.Heim at cdw.com>
>> To: Ryan Ratliff <rratliff at cisco.com>, Ed Leatherman
>>        <ealeatherman at gmail.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> Message-ID:
>>        <7DF1C42555B37D4BAAD236799B2D05932574F8DCB7 at EXMB4ILVH.corp.cdw.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> 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.
>> 
>> Dennis Heim
>> Network Voice Engineer
>> CDW? Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN? 46032
>> 
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com
>> www.berbee.com
>> 
>> -----Original Message-----
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
>> Sent: Tuesday, May 18, 2010 9:34 AM
>> To: Ed Leatherman
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 8:20 AM, Ed Leatherman wrote:
>> 
>> > Tim you are exactly right. It has had my head spinning, but this
>> > thread has been helpful. I think if my SE did mention it, I was
>> > probably already mixed up with them and assumed they were the same
>> > thing.
>> >
>> > On Mon, May 17, 2010 at 9:04 PM, Tim Frazee <tfrazee at gmail.com> wrote:
>> >> It seems to me that Cisco really messed up with this product. They
>> >> have named 2 products with very, very similar names and very similar functions.
>> >> This confusion I'm sure is farther than just what we see here on this list.
>> >>
>> >> Here is what I know about:
>> >>
>> >> Cisco Mobile 8.0 for iPhone:
>> >> *SIP phone for iPhone, registers via wifi *routes voice traffic via
>> >> IP
>> >>
>> >> CUMA-client for iPhone, (Cisco Mobile) *similar products for windows
>> >> mobile, nokia and blackberry *requires cuma server *does not route
>> >> voice traffic via IP (calls route via PSTN) *proprietary call
>> >> control/information via SSL IP
>> >>
>> >> The 2 products are a bit different in how they do what they do and
>> >> take a much different approach in how they do it.
>> >>
>> >> CUMA has some pretty steep requirements as far as network, CUCM
>> >> setup, directory requirements and deployment. The Cisco Mobile 8.0
>> >> app has none of these requirements.
>> >>
>> >> Its better to think of Cisco Mobile 8.0 as Cisco Mobile lite.
>> >>
>> >>
>> >>
>> >> On Mon, May 17, 2010 at 10:11 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
>> >>>
>> >>> The 8.0 iPhone client doesn't know how to use a CUMA server as it
>> >>> only talks to CUCM directly.
>> >>> It does require you be wi-fi connected (either inside the network or
>> >>> using the vpn client).
>> >>> I don't support this product so have not been paying the closest
>> >>> attention but the FAQ looks pretty decent.
>> >>>
>> >>> http://www.cisco.com/en/US/docs/voice_ip_comm/cumc/cisco_mobile/iPho
>> >>> ne/8_0/FAQs/English/Cisco_Mobile_8_chapter1.html
>> >>> -Ryan
>> >>> On May 17, 2010, at 10:26 AM, Ted Nugent wrote:
>> >>>
>> >>> Correct me if i'm wrong and give me links if I am please. But with
>> >>> Cisco Mobile for the IPhone you don't need a server for On Premise
>> >>> dualmode but once you get out of 802.11x and go off prem you still
>> >>> do need CUMA to take advantage of everything you had in dual mode
>> >>> range (DVO, Presence, CUMC etc)... Correct? I have seen a ton of
>> >>> conflicting information about this but most everything that I have
>> >>> read supports that.... otherwise there appears to be magical link
>> >>> that gets you back when your off prem and I would like know how to conjure it...
>> >>>
>> >>>
>> >>> On Mon, May 17, 2010 at 9:59 AM, Bill <bill at hitechconnection.net> wrote:
>> >>>>
>> >>>> Yes I know CUMA is the server, but with the Cisco Mobile for the
>> >>>> Iphone you don't need the server. So my question still stands. I
>> >>>> don't like talking to my account team. They just want to sell
>> >>>> product. J
>> >>>>
>> >>>>
>> >>>>
>> >>>> ________________________________
>> >>>>
>> >>>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> >>>> Sent: Monday, May 17, 2010 8:55 AM
>> >>>> To: Bill
>> >>>> Cc: 'cisco-voip voyp list'
>> >>>> Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
>> >>>>
>> >>>>
>> >>>>
>> >>>> Cisco Mobile is the client, CUMA is the server.  You should talk to
>> >>>> your account team for roadmap questions, or look for details with
>> >>>> the release of the 8.0 clients on other platforms.
>> >>>>
>> >>>>
>> >>>>
>> >>>> -Ryan
>> >>>>
>> >>>>
>> >>>>
>> >>>> On May 17, 2010, at 9:37 AM, Bill wrote:
>> >>>>
>> >>>> So is Cisco Mobile the replacement for CUMA? Is CUMA EOL? If it is
>> >>>> the replacement is there any roadmap for the other phones such as
>> >>>> windows mobile and crackberries?
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> cisco-voip mailing list
>> >>>> cisco-voip at puck.nether.net
>> >>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>>
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> cisco-voip mailing list
>> >>>> cisco-voip at puck.nether.net
>> >>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> cisco-voip mailing list
>> >>> cisco-voip at puck.nether.net
>> >>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>>
>> >>
>> >>
>> >> _______________________________________________
>> >> cisco-voip mailing list
>> >> cisco-voip at puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Ed Leatherman
>> 
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 28
>> Date: Tue, 18 May 2010 17:38:35 +0300
>> From: "Ahmed Elnagar" <ahmed_elnagar at rayacorp.com>
>> To: "cisco-voip voyp list" <cisco-voip at puck.nether.net>
>> Subject: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <EE95CF29AA0C0F43BA8790A1B872063E01A41E19 at EXVS01.HeadQ.raya.corp>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> Dear all;
>> 
>> 
>> 
>> 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:
>> 
>> 
>> 
>> ***An error occurred during the file system check.
>> 
>> *** Dropping you to shell; the system will reboot
>> 
>> *** when you leave the shell.
>> 
>> 
>> 
>> Give root password for maintenance
>> 
>> (or type control-D to continue):
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>> 
>> 
>>  IT Line of Business
>> 
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>> 
>> 
>>  Mob: +2019-0016211
>> 
>>  Phone: +202 3827 6000 Ext.2475
>> 
>>  Website: www.rayacorp.com <http://www.rayacorp.com/>
>> 
>>  E-mail: ahmed_elnagar at rayacorp.com <mailto:ahmed_elnagar at rayacorp.com>
>> 
>> 
>>  CCIE#24697 (Voice)
>> 
>> 
>> 
>> 
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1363 bytes
>> Desc: image001.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0003.jpe>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0004.jpe>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image003.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/19f8ac60/attachment-0005.jpe>
>> 
>> ------------------------------
>> 
>> Message: 29
>> Date: Tue, 18 May 2010 09:52:06 -0500
>> From: Dennis Heim <Dennis.Heim at cdw.com>
>> To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com>, cisco-voip voyp list
>>        <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <7DF1C42555B37D4BAAD236799B2D05932574F8DDEF at EXMB4ILVH.corp.cdw.com>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> Do you have a TAC case open?
>> 
>> Dennis Heim
>> Network Voice Engineer
>> CDW  Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN  46032
>> 
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>
>> www.berbee.com<http://www.berbee.com/>
>> 
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
>> Sent: Tuesday, May 18, 2010 10:39 AM
>> To: cisco-voip voyp list
>> Subject: [cisco-voip] Unity connection system error
>> 
>> Dear all;
>> 
>> 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:
>> 
>> ***An error occurred during the file system check.
>> *** Dropping you to shell; the system will reboot
>> *** when you leave the shell.
>> 
>> Give root password for maintenance
>> (or type control-D to continue):
>> 
>> 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?
>> 
>> 
>>  Best Regards;
>>  Ahmed Elnagar
>>  Senior Network PS Engineer
>> 
>> [cid:image001.jpg at 01CAF678.28722C80]IT Line of Business
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>>  Mob: +2019-0016211
>>  Phone: +202 3827 6000 Ext.2475
>>  Website: www.rayacorp.com<http://www.rayacorp.com/>
>>  E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>
>>  CCIE#24697 (Voice)
>>  [cid:image002.jpg at 01CAF678.28722C80] [cid:image003.jpg at 01CAF678.28722C80]
>> 
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image001.jpg
>> Type: image/jpeg
>> Size: 1363 bytes
>> Desc: image001.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0003.jpg>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image002.jpg
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0004.jpg>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image003.jpg
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image003.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/dac18e4c/attachment-0005.jpg>
>> 
>> ------------------------------
>> 
>> Message: 30
>> Date: Tue, 18 May 2010 17:57:50 +0300
>> From: "Ahmed Elnagar" <ahmed_elnagar at rayacorp.com>
>> To: "Dennis Heim" <Dennis.Heim at cdw.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <EE95CF29AA0C0F43BA8790A1B872063E01A41E1E at EXVS01.HeadQ.raya.corp>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> No...I am just think of having a quick solution before opening a TAC
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>>  Mob: +2019-0016211
>> 
>>  CCIE#24697 (Voice)
>> 
>> 
>> 
>> 
>> 
>> From: Dennis Heim [mailto:Dennis.Heim at cdw.com]
>> Sent: Tuesday, May 18, 2010 5:52 PM
>> To: Ahmed Elnagar; cisco-voip voyp list
>> Subject: RE: Unity connection system error
>> 
>> 
>> 
>> Do you have a TAC case open?
>> 
>> 
>> 
>> Dennis Heim
>> Network Voice Engineer
>> CDW  Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN  46032
>> 
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> 
>> dennis.heim at cdw.com
>> www.berbee.com <http://www.berbee.com/>
>> 
>> 
>> 
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
>> Sent: Tuesday, May 18, 2010 10:39 AM
>> To: cisco-voip voyp list
>> Subject: [cisco-voip] Unity connection system error
>> 
>> 
>> 
>> Dear all;
>> 
>> 
>> 
>> 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:
>> 
>> 
>> 
>> ***An error occurred during the file system check.
>> 
>> *** Dropping you to shell; the system will reboot
>> 
>> *** when you leave the shell.
>> 
>> 
>> 
>> Give root password for maintenance
>> 
>> (or type control-D to continue):
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>> 
>> 
>>  IT Line of Business
>> 
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>> 
>> 
>>  Mob: +2019-0016211
>> 
>>  Phone: +202 3827 6000 Ext.2475
>> 
>>  Website: www.rayacorp.com <http://www.rayacorp.com/>
>> 
>>  E-mail: ahmed_elnagar at rayacorp.com
>> 
>>  CCIE#24697 (Voice)
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 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.
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0003.jpe>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image003.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0004.jpe>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1363 bytes
>> Desc: image004.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/631ca2d6/attachment-0005.jpe>
>> 
>> ------------------------------
>> 
>> Message: 31
>> Date: Tue, 18 May 2010 09:56:32 -0500
>> From: Dennis Heim <Dennis.Heim at cdw.com>
>> To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <7DF1C42555B37D4BAAD236799B2D05932574F8DE18 at EXMB4ILVH.corp.cdw.com>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> 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).
>> 
>> Dennis Heim
>> Network Voice Engineer
>> CDW  Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN  46032
>> 
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>
>> www.berbee.com<http://www.berbee.com/>
>> 
>> From: Ahmed Elnagar [mailto:ahmed_elnagar at rayacorp.com]
>> Sent: Tuesday, May 18, 2010 10:58 AM
>> To: Dennis Heim
>> Cc: cisco-voip voyp list
>> Subject: RE: Unity connection system error
>> 
>> No...I am just think of having a quick solution before opening a TAC
>> 
>>  Best Regards;
>>  Ahmed Elnagar
>>  Senior Network PS Engineer
>>  Mob: +2019-0016211
>>  CCIE#24697 (Voice)
>>  [cid:image001.jpg at 01CAF678.C6C0E840] [cid:image002.jpg at 01CAF678.C6C0E840]
>> 
>> From: Dennis Heim [mailto:Dennis.Heim at cdw.com]
>> Sent: Tuesday, May 18, 2010 5:52 PM
>> To: Ahmed Elnagar; cisco-voip voyp list
>> Subject: RE: Unity connection system error
>> 
>> Do you have a TAC case open?
>> 
>> Dennis Heim
>> Network Voice Engineer
>> CDW  Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN  46032
>> 
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>
>> www.berbee.com<http://www.berbee.com/>
>> 
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
>> Sent: Tuesday, May 18, 2010 10:39 AM
>> To: cisco-voip voyp list
>> Subject: [cisco-voip] Unity connection system error
>> 
>> Dear all;
>> 
>> 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:
>> 
>> ***An error occurred during the file system check.
>> *** Dropping you to shell; the system will reboot
>> *** when you leave the shell.
>> 
>> Give root password for maintenance
>> (or type control-D to continue):
>> 
>> 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?
>> 
>> 
>>  Best Regards;
>>  Ahmed Elnagar
>>  Senior Network PS Engineer
>> 
>> [cid:image003.jpg at 01CAF678.C6C0E840]IT Line of Business
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>>  Mob: +2019-0016211
>>  Phone: +202 3827 6000 Ext.2475
>>  Website: www.rayacorp.com<http://www.rayacorp.com/>
>>  E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>
>>  CCIE#24697 (Voice)
>>  [cid:image001.jpg at 01CAF678.C6C0E840] [cid:image002.jpg at 01CAF678.C6C0E840]
>> 
>> 
>> 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.
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image001.jpg
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image001.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0003.jpg>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image002.jpg
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0004.jpg>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image003.jpg
>> Type: image/jpeg
>> Size: 1363 bytes
>> Desc: image003.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/d57f6906/attachment-0005.jpg>
>> 
>> ------------------------------
>> 
>> Message: 32
>> Date: Tue, 18 May 2010 11:00:55 -0400
>> From: Ryan Ratliff <rratliff at cisco.com>
>> To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID: <BF45E3D8-D8B7-42FC-B464-D531C285974B at cisco.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> 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.
>> 
>> If you don't have the recovery disk you can download it from cisco.com (get the latest one in either UC or CUCM downloads, it's the same disk for both), it's a ~600Mb iso IIRC.
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:
>> 
>> > Dear all;
>> >
>> > 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:
>> >
>> > ***An error occurred during the file system check.
>> > *** Dropping you to shell; the system will reboot
>> > *** when you leave the shell.
>> >
>> > Give root password for maintenance
>> > (or type control-D to continue):
>> >
>> > 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?
>> >
>> >
>> >   Best Regards;
>> >   Ahmed Elnagar
>> >   Senior Network PS Engineer
>> >
>> > <image001.jpg>IT Line of Business
>> >   RAYA Building El Motamiez District, 6th of October, Egypt
>> >
>> >   Mob: +2019-0016211
>> >   Phone: +202 3827 6000 Ext.2475
>> >   Website: www.rayacorp.com
>> >   E-mail: ahmed_elnagar at rayacorp.com
>> >   CCIE#24697 (Voice)
>> >  <image002.jpg><image003.jpg>
>> >
>> >
>> > 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. _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/599636ed/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 33
>> Date: Tue, 18 May 2010 18:10:16 +0300
>> From: "Ahmed Elnagar" <ahmed_elnagar at rayacorp.com>
>> To: "Ryan Ratliff" <rratliff at cisco.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <EE95CF29AA0C0F43BA8790A1B872063E01A41E28 at EXVS01.HeadQ.raya.corp>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> Yes I think it was a power outage problem...I will try the recovery disk
>> before going to the reinstallation
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>>  Mob: +2019-0016211
>> 
>>  CCIE#24697 (Voice)
>> 
>> 
>> 
>> 
>> 
>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> Sent: Tuesday, May 18, 2010 6:01 PM
>> To: Ahmed Elnagar
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Unity connection system error
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> If you don't have the recovery disk you can download it from cisco.com
>> (get the latest one in either UC or CUCM downloads, it's the same disk
>> for both), it's a ~600Mb iso IIRC.
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> -Ryan
>> 
>> 
>> 
>> On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:
>> 
>> 
>> 
>> 
>> 
>> Dear all;
>> 
>> 
>> 
>> 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:
>> 
>> 
>> 
>> ***An error occurred during the file system check.
>> 
>> *** Dropping you to shell; the system will reboot
>> 
>> *** when you leave the shell.
>> 
>> 
>> 
>> Give root password for maintenance
>> 
>> (or type control-D to continue):
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>> 
>> 
>> <image001.jpg>IT Line of Business
>> 
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>> 
>> 
>>  Mob: +2019-0016211
>> 
>>  Phone: +202 3827 6000 Ext.2475
>> 
>>  Website: www.rayacorp.com <http://www.rayacorp.com/>
>> 
>>  E-mail: ahmed_elnagar at rayacorp.com
>> 
>>  CCIE#24697 (Voice)
>> 
>>  <image002.jpg><image003.jpg>
>> 
>> 
>> 
>> 
>> 
>> 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. _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image001.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0002.jpe>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b1be4a3d/attachment-0003.jpe>
>> 
>> ------------------------------
>> 
>> Message: 34
>> Date: Tue, 18 May 2010 11:16:50 -0400
>> From: Ryan Ratliff <rratliff at cisco.com>
>> To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID: <D9B74E61-55C1-4FD9-B355-E642A31E9FE1 at cisco.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> 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.
>> 
>> Aside from helping to prevent filesystem corruption during power outages the write caches greatly increase the io performance of the server.
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:
>> 
>> > Yes I think it was a power outage problem?I will try the recovery disk before going to the reinstallation
>> >
>> > 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.
>> >
>> >  Best Regards;
>> >   Ahmed Elnagar
>> >   Senior Network PS Engineer
>> >   Mob: +2019-0016211
>> >   CCIE#24697 (Voice)
>> >  <image001.jpg><image002.jpg>
>> >
>> > From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> > Sent: Tuesday, May 18, 2010 6:01 PM
>> > To: Ahmed Elnagar
>> > Cc: cisco-voip voyp list
>> > Subject: Re: [cisco-voip] Unity connection system error
>> >
>> > 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.
>> >
>> > If you don't have the recovery disk you can download it from cisco.com (get the latest one in either UC or CUCM downloads, it's the same disk for both), it's a ~600Mb iso IIRC.
>> >
>> > 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.
>> >
>> > -Ryan
>> >
>> > On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:
>> >
>> >
>> > Dear all;
>> >
>> > 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:
>> >
>> > ***An error occurred during the file system check.
>> > *** Dropping you to shell; the system will reboot
>> > *** when you leave the shell.
>> >
>> > Give root password for maintenance
>> > (or type control-D to continue):
>> >
>> > 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?
>> >
>> >
>> >   Best Regards;
>> >   Ahmed Elnagar
>> >   Senior Network PS Engineer
>> >
>> > <image001.jpg>IT Line of Business
>> >   RAYA Building El Motamiez District, 6th of October, Egypt
>> >
>> >   Mob: +2019-0016211
>> >   Phone: +202 3827 6000 Ext.2475
>> >   Website: www.rayacorp.com
>> >   E-mail: ahmed_elnagar at rayacorp.com
>> >   CCIE#24697 (Voice)
>> >  <image002.jpg><image003.jpg>
>> >
>> >
>> > 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. _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> > 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.
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/54dbac79/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 35
>> Date: Tue, 18 May 2010 18:33:05 +0300
>> From: "Ahmed Elnagar" <ahmed_elnagar at rayacorp.com>
>> To: "Ryan Ratliff" <rratliff at cisco.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <EE95CF29AA0C0F43BA8790A1B872063E01A41E39 at EXVS01.HeadQ.raya.corp>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> 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??
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>>  Mob: +2019-0016211
>> 
>>  CCIE#24697 (Voice)
>> 
>> 
>> 
>> 
>> 
>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> Sent: Tuesday, May 18, 2010 6:17 PM
>> To: Ahmed Elnagar
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Unity connection system error
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> Aside from helping to prevent filesystem corruption during power outages
>> the write caches greatly increase the io performance of the server.
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> -Ryan
>> 
>> 
>> 
>> On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:
>> 
>> 
>> 
>> 
>> 
>> Yes I think it was a power outage problem...I will try the recovery disk
>> before going to the reinstallation
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>>  Mob: +2019-0016211
>> 
>>  CCIE#24697 (Voice)
>> 
>>  <image001.jpg><image002.jpg>
>> 
>> 
>> 
>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> Sent: Tuesday, May 18, 2010 6:01 PM
>> To: Ahmed Elnagar
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Unity connection system error
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> If you don't have the recovery disk you can download it from cisco.com
>> <http://cisco.com/>  (get the latest one in either UC or CUCM downloads,
>> it's the same disk for both), it's a ~600Mb iso IIRC.
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> -Ryan
>> 
>> 
>> 
>> On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:
>> 
>> 
>> 
>> 
>> 
>> 
>> Dear all;
>> 
>> 
>> 
>> 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:
>> 
>> 
>> 
>> ***An error occurred during the file system check.
>> 
>> *** Dropping you to shell; the system will reboot
>> 
>> *** when you leave the shell.
>> 
>> 
>> 
>> Give root password for maintenance
>> 
>> (or type control-D to continue):
>> 
>> 
>> 
>> 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?
>> 
>> 
>> 
>> 
>> 
>>  Best Regards;
>> 
>>  Ahmed Elnagar
>> 
>>  Senior Network PS Engineer
>> 
>> 
>> 
>> <image001.jpg>IT Line of Business
>> 
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>> 
>> 
>>  Mob: +2019-0016211
>> 
>>  Phone: +202 3827 6000 Ext.2475
>> 
>>  Website: www.rayacorp.com <http://www.rayacorp.com/>
>> 
>>  E-mail: ahmed_elnagar at rayacorp.com
>> 
>>  CCIE#24697 (Voice)
>> 
>>  <image002.jpg><image003.jpg>
>> 
>> 
>> 
>> 
>> 
>> 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. _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> 
>> 
>> 
>> 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.
>> 
>> 
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image001.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0002.jpe>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/e1ebb386/attachment-0003.jpe>
>> 
>> ------------------------------
>> 
>> Message: 36
>> Date: Tue, 18 May 2010 10:36:40 -0500
>> From: Dennis Heim <Dennis.Heim at cdw.com>
>> To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com>, Ryan Ratliff
>>        <rratliff at cisco.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID:
>>        <7DF1C42555B37D4BAAD236799B2D05932574F8DF4B at EXMB4ILVH.corp.cdw.com>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> TAC could probably publisher the ISO of the recovery CD For you.
>> 
>> Dennis Heim
>> Network Voice Engineer
>> CDW  Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN  46032
>> 
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>
>> www.berbee.com<http://www.berbee.com/>
>> 
>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
>> Sent: Tuesday, May 18, 2010 11:33 AM
>> To: Ryan Ratliff
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Unity connection system error
>> 
>> 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??
>> 
>>  Best Regards;
>>  Ahmed Elnagar
>>  Senior Network PS Engineer
>>  Mob: +2019-0016211
>>  CCIE#24697 (Voice)
>>  [cid:image001.jpg at 01CAF67E.624F0B20] [cid:image002.jpg at 01CAF67E.624F0B20]
>> 
>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> Sent: Tuesday, May 18, 2010 6:17 PM
>> To: Ahmed Elnagar
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Unity connection system error
>> 
>> 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.
>> 
>> Aside from helping to prevent filesystem corruption during power outages the write caches greatly increase the io performance of the server.
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:
>> 
>> Yes I think it was a power outage problem...I will try the recovery disk before going to the reinstallation
>> 
>> 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.
>> 
>>  Best Regards;
>>  Ahmed Elnagar
>>  Senior Network PS Engineer
>>  Mob: +2019-0016211
>>  CCIE#24697 (Voice)
>>  <image001.jpg><image002.jpg>
>> 
>> From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> Sent: Tuesday, May 18, 2010 6:01 PM
>> To: Ahmed Elnagar
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] Unity connection system error
>> 
>> 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.
>> 
>> If you don't have the recovery disk you can download it from cisco.com<http://cisco.com/> (get the latest one in either UC or CUCM downloads, it's the same disk for both), it's a ~600Mb iso IIRC.
>> 
>> 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.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:
>> 
>> 
>> Dear all;
>> 
>> 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:
>> 
>> ***An error occurred during the file system check.
>> *** Dropping you to shell; the system will reboot
>> *** when you leave the shell.
>> 
>> Give root password for maintenance
>> (or type control-D to continue):
>> 
>> 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?
>> 
>> 
>>  Best Regards;
>>  Ahmed Elnagar
>>  Senior Network PS Engineer
>> 
>> <image001.jpg>IT Line of Business
>>  RAYA Building El Motamiez District, 6th of October, Egypt
>> 
>>  Mob: +2019-0016211
>>  Phone: +202 3827 6000 Ext.2475
>>  Website: www.rayacorp.com<http://www.rayacorp.com/>
>>  E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>
>>  CCIE#24697 (Voice)
>>  <image002.jpg><image003.jpg>
>> 
>> 
>> 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. _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> 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.
>> 
>> 
>> 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.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0001.html>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image001.jpg
>> Type: image/jpeg
>> Size: 1801 bytes
>> Desc: image001.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0002.jpg>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: image002.jpg
>> Type: image/jpeg
>> Size: 1806 bytes
>> Desc: image002.jpg
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/b9e7703e/attachment-0003.jpg>
>> 
>> ------------------------------
>> 
>> Message: 37
>> Date: Tue, 18 May 2010 11:39:34 -0400
>> From: Ryan Ratliff <rratliff at cisco.com>
>> To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com>
>> Cc: cisco-voip voyp list <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] Unity connection system error
>> Message-ID: <E6D24541-66E1-4F83-A536-17E778B4EC7A at cisco.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> Absolutely.  Any version of the recovery disk will work, you want the latest one you can find generally.
>> 
>> -Ryan
>> 
>> On May 18, 2010, at 11:33 AM, Ahmed Elnagar wrote:
>> 
>> > 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??
>> >
>> >  Best Regards;
>> >   Ahmed Elnagar
>> >   Senior Network PS Engineer
>> >   Mob: +2019-0016211
>> >   CCIE#24697 (Voice)
>> >  <image001.jpg><image002.jpg>
>> >
>> > From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> > Sent: Tuesday, May 18, 2010 6:17 PM
>> > To: Ahmed Elnagar
>> > Cc: cisco-voip voyp list
>> > Subject: Re: [cisco-voip] Unity connection system error
>> >
>> > 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.
>> >
>> > Aside from helping to prevent filesystem corruption during power outages the write caches greatly increase the io performance of the server.
>> >
>> > 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.
>> >
>> > -Ryan
>> >
>> > On May 18, 2010, at 11:10 AM, Ahmed Elnagar wrote:
>> >
>> >
>> > Yes I think it was a power outage problem?I will try the recovery disk before going to the reinstallation
>> >
>> > 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.
>> >
>> >  Best Regards;
>> >   Ahmed Elnagar
>> >   Senior Network PS Engineer
>> >   Mob: +2019-0016211
>> >   CCIE#24697 (Voice)
>> >  <image001.jpg><image002.jpg>
>> >
>> > From: Ryan Ratliff [mailto:rratliff at cisco.com]
>> > Sent: Tuesday, May 18, 2010 6:01 PM
>> > To: Ahmed Elnagar
>> > Cc: cisco-voip voyp list
>> > Subject: Re: [cisco-voip] Unity connection system error
>> >
>> > 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.
>> >
>> > If you don't have the recovery disk you can download it from cisco.com (get the latest one in either UC or CUCM downloads, it's the same disk for both), it's a ~600Mb iso IIRC.
>> >
>> > 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.
>> >
>> > -Ryan
>> >
>> > On May 18, 2010, at 10:38 AM, Ahmed Elnagar wrote:
>> >
>> >
>> >
>> > Dear all;
>> >
>> > 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:
>> >
>> > ***An error occurred during the file system check.
>> > *** Dropping you to shell; the system will reboot
>> > *** when you leave the shell.
>> >
>> > Give root password for maintenance
>> > (or type control-D to continue):
>> >
>> > 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?
>> >
>> >
>> >   Best Regards;
>> >   Ahmed Elnagar
>> >   Senior Network PS Engineer
>> >
>> > <image001.jpg>IT Line of Business
>> >   RAYA Building El Motamiez District, 6th of October, Egypt
>> >
>> >   Mob: +2019-0016211
>> >   Phone: +202 3827 6000 Ext.2475
>> >   Website: www.rayacorp.com
>> >   E-mail: ahmed_elnagar at rayacorp.com
>> >   CCIE#24697 (Voice)
>> >  <image002.jpg><image003.jpg>
>> >
>> >
>> > 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. _______________________________________________
>> > cisco-voip mailing list
>> > cisco-voip at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>> >
>> > 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.
>> >
>> >
>> > 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.
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/61181737/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> End of cisco-voip Digest, Vol 79, Issue 18
>> ******************************************
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>  
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>  
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100519/d53afadc/attachment.html>


More information about the cisco-voip mailing list