[cisco-voip] SipDroid & CUCM 7.1.3

Tue May 18 15:23:03 EDT 2010

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<dale.shaw%2Bcisco-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<dale.shaw%2Bcisco-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 <dale.shaw%2Bcisco-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<dale.shaw%2Bcisco-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 <dale.shaw%2Bcisco-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 <dale.shaw%2Bcisco-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<dale.shaw%2Bcisco-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 <dale.shaw%2Bcisco-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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100518/9323d4d5/attachment.html>