[cisco-voip] SipDroid & CUCM 7.1.3
Ruben Trujillo
rtrujill at adobe.com
Tue May 25 11:52:26 EDT 2010
Thanks for your help on this. Changing the settings in order to use MTP worked.
Thanks,
Ruben Trujillo
IT Telecom
From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: Wednesday, May 19, 2010 2:11 PM
To: Ryan Ratliff
Cc: Ruben Trujillo; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] SipDroid & CUCM 7.1.3
Tested this today and it does require an MTP for SIP early offer media. Without it the SipDroid app just doesn't process or send RTP.
-Ryan
On May 18, 2010, at 6:58 PM, Ryan Ratliff wrote:
So that indicates your phone is not receiving audio from the mobile phone. Since you aren't hearing audio from the IP phone on the mobile and the call isn't dropping you are likely going to need some type of debugging ability in the android app itself. The IP phone wouldn't be sending unless the mobile phone had provided media information to CUCM.
You can try setting MTP required for early media from CUCM to the android phone but that's just a guess.
-Ryan
On May 18, 2010, at 6:49 PM, Ruben Trujillo wrote:
G722 is the codec that is being used when I press the ? button twice. I show Sender Packets but 0 Rcvr Packets.
Thanks,
Ruben Trujillo
IT Telecom
From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: Tuesday, May 18, 2010 3:37 PM
To: Ruben Trujillo
Cc: Mac GroupStudy; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] SipDroid & CUCM 7.1.3
>From the ip phone hit the ? button twice when the non-working call is up. Is it transmitting and receiving packets? If so, what codec is it using?
-Ryan
On May 18, 2010, at 5:29 PM, Ruben Trujillo wrote:
PCMU 64 is used when I dial outbound to a landline as well as a 7960. G722 HD Voice is used when I dial outbound to a 7962, 7965 or 7937. I've tried inbound dialing from all of these and none work. It is possible that it's a codec issue but if that was the case then why is outbound dialing working?
Thanks,
Ruben Trujillo
IT Telecom
From: Mac GroupStudy [mailto:mac.groupstudy at gmail.com]
Sent: Tuesday, May 18, 2010 12:23 PM
To: Ruben Trujillo
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] SipDroid & CUCM 7.1.3
This is a bit of a reach Ruben but I have seen that exact behavior between phones that could not support each others CODEC type. Is that possible?
On Tue, May 18, 2010 at 1:53 PM, Ruben Trujillo <rtrujill at adobe.com<mailto: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> [mailto: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<mailto:cisco-voip-request at puck.nether.net>
Sent: Tuesday, May 18, 2010 9:00 AM
To: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto:cisco-voip-request at puck.nether.net>
You can reach the person managing the list at
cisco-voip-owner at puck.nether.net<mailto: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<mailto: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<mailto:george.hendrix at l-3com.com>
To: <cisco-voip at puck.nether.net<mailto: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<mailto: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> <mailto: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<mailto:SCASPER at mtb.com>>
To: "cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>" <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] Best T38 Protocol Choice?
Message-ID: <4BF14868.9874.0039.0 at mtb.com<mailto: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<mailto:mattmlmt at yahoo.com>>
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] IAD2431-1T1E1
Message-ID: <703540.24001.qm at web52708.mail.re2.yahoo.com<mailto: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<mailto:rratliff at cisco.com>>
To: george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>
Cc: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto: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<mailto:george.hendrix at l-3com.com>
>
> _______________________________________________
> 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
-------------- 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<mailto:mac.groupstudy at gmail.com>>
To: Ryan Ratliff <rratliff at cisco.com<mailto:rratliff at cisco.com>>
Cc: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto: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<mailto: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<mailto:george.hendrix at l-3com.com>
>
> _______________________________________________
> 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
>
>
>
> _______________________________________________
> 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
>
>
-------------- 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<mailto:bpoole32 at gmail.com>>
To: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto:mike.lydick at gmail.com>>
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUPC click to callback
Message-ID:
<AANLkTikH6B0rdCcB1q8jZ-80zqqmqd0sJ6aS2Gylu3rl at mail.gmail.com<mailto: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<mailto: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<mailto:mike.lydick at gmail.com>>
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] CUPC click to callback
Message-ID:
<AANLkTikeJMkz5IECY22Dk2Avl2KkW2Cb4Vcy7-dMGSnn at mail.gmail.com<mailto: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<mailto:dale.shaw%2Bcisco-voip at gmail.com>>
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] RTP arriving early generating ICMP unreachable
Message-ID:
<AANLkTilMZ7y-qEkMZYPaptO3nFP5nrrVvsybsXcBJHAH at mail.gmail.com<mailto: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<mailto:bcarter at sentinel.com>>
To: "STEVEN CASPER" <SCASPER at mtb.com<mailto:SCASPER at mtb.com>>, <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Best T38 Protocol Choice?
Message-ID:
<C0B4574561D1E04DBB500BA062BAF22601C9A4E5 at Mail1.sentinel.com<mailto: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>
[mailto: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<mailto: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<mailto:mac.groupstudy at gmail.com>>
To: Mike Lydick <mike.lydick at gmail.com<mailto:mike.lydick at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUPC click to callback
Message-ID:
<AANLkTim0kY1ZXUm_vI3rMhzsE2nGdgc8hznwwtq1ImUL at mail.gmail.com<mailto: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<mailto: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<mailto: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<mailto:matthnick at gmail.com>>
To: Dale Shaw <dale.shaw+cisco-voip at gmail.com<mailto:dale.shaw%2Bcisco-voip at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP
unreachable
Message-ID:
<AANLkTinHfNDg73H9kEIjUJuEKS4pFwN_zf4NuMZcH70l at mail.gmail.com<mailto: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<mailto: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<mailto: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<mailto:wsisk at cisco.com>>
To: Dale Shaw <dale.shaw+cisco-voip at gmail.com<mailto:dale.shaw%2Bcisco-voip at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP
unreachable
Message-ID: <4BF1C7E2.7030802 at cisco.com<mailto: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<mailto: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<mailto: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<mailto:jbuchanan at ctiusa.com>>
To: "Mac GroupStudy" <mac.groupstudy at gmail.com<mailto:mac.groupstudy at gmail.com>>, "Mike Lydick"
<mike.lydick at gmail.com<mailto:mike.lydick at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUPC click to callback
Message-ID:
<79B99C253CB1084FB974C7D4A3C47E43042ED3C0 at EXCHANGE.ctiusa.com<mailto: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<mailto:jbuchanan at presidio.com>
D: 615-866-5729 | www.presidio.com<http://www.presidio.com/> <http://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> [mailto: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<mailto: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<mailto: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<mailto: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<mailto:tfrazee at gmail.com>>
To: Ryan Ratliff <rratliff at cisco.com<mailto:rratliff at cisco.com>>, Ted Nugent
<tednugent73 at gmail.com<mailto:tednugent73 at gmail.com>>, cisco-voip voyp list
<cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
Message-ID:
<AANLkTinIBriq2ynWYJQf-GJ0kUwwj62x20V3LjByPxmM at mail.gmail.com<mailto: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<mailto: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<mailto: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<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<mailto:cisco-voip at puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
> _______________________________________________
> 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
>
>
-------------- 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<mailto:tfrazee at gmail.com>>
To: Cisco VoIPoE List <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] Visual Voicemail with HA Unity Connection
Message-ID:
<AANLkTilwNzcTo_uPkOWcIjGn69hO3D9Whe9kWpIxVKIO at mail.gmail.com<mailto: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<mailto:mike.lydick at gmail.com>>
To: James Buchanan <jbuchanan at ctiusa.com<mailto:jbuchanan at ctiusa.com>>
Cc: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto: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<mailto:jbuchanan at presidio.com> <http://bdorn<http://bdorn/>@presidio.com<http://presidio.com/>>
> **D: 615-866-5729* | *www.presidio.com<http://www.presidio.com/>* <*http://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> [mailto:
> 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<mailto: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<mailto: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<mailto: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<mailto:matthnick at gmail.com>>
To: Wes Sisk <wsisk at cisco.com<mailto:wsisk at cisco.com>>
Cc: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto: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<mailto: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<mailto:cisco-voip at puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>
> _______________________________________________
> 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
>
------------------------------
Message: 19
Date: Mon, 17 May 2010 23:48:46 -0400
From: "James Buchanan" <jbuchanan at ctiusa.com<mailto:jbuchanan at ctiusa.com>>
To: "Mike Lydick" <mike.lydick at gmail.com<mailto:mike.lydick at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUPC click to callback
Message-ID:
<79B99C253CB1084FB974C7D4A3C47E43042ED3EC at EXCHANGE.ctiusa.com<mailto: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<mailto:jbuchanan at presidio.com>
D: 615-866-5729 | www.presidio.com<http://www.presidio.com/> <http://www.presidio.com<http://www.presidio.com/>>
CCIE #25863, Voice
From: Mike Lydick [mailto:mike.lydick at gmail.com<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<mailto: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<mailto: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<mailto:jbuchanan at presidio.com> <http://bdorn<http://bdorn/>@presidio.com<http://presidio.com/>>
D: 615-866-5729 | www.presidio.com<http://www.presidio.com/> <http://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> [mailto: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<mailto: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<mailto: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<mailto: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<mailto:Jamie.Weatherhead at Charles-Stanley.co.uk>>
To: <cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto:dale.shaw%2Bcisco-voip at gmail.com>>
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] RTP arriving early generating ICMP
unreachable
Message-ID:
<AANLkTin7GGhrARbJZfVMEAYPdznlPAYNUHSElxwIisTf at mail.gmail.com<mailto: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<mailto: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<mailto:ealeatherman at gmail.com>>
To: Tim Frazee <tfrazee at gmail.com<mailto:tfrazee at gmail.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
Message-ID:
<AANLkTimfWqOy8zzBYWFYEix_HWH8gXZ6q1a23f-2f7Wv at mail.gmail.com<mailto: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<mailto: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<mailto: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<mailto: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<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<mailto:cisco-voip at puck.nether.net>
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>>
>> _______________________________________________
>> 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
>>
>
>
> _______________________________________________
> 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
>
>
--
Ed Leatherman
------------------------------
Message: 23
Date: Tue, 18 May 2010 08:36:37 -0400
From: Billy Poole <bpoole32 at gmail.com<mailto:bpoole32 at gmail.com>>
To: cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto:rratliff at cisco.com>>
To: Ed Leatherman <ealeatherman at gmail.com<mailto:ealeatherman at gmail.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<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<mailto:cisco-voip at puck.nether.net>
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
>
> --
> Ed Leatherman
------------------------------
Message: 25
Date: Tue, 18 May 2010 22:01:42 +0800
From: "Kin Wai" <kinwai at singnet.com.sg<mailto:kinwai at singnet.com.sg>>
To: "'Jamie Weatherhead'" <Jamie.Weatherhead at charles-stanley.co.uk<mailto:Jamie.Weatherhead at charles-stanley.co.uk>>,
<cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] 7970 Issue - phones constantly
restarting/rebooting
Message-ID: <009201caf692$a5362e50$efa28af0$@com.sg<http://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> [mailto: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<mailto: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<mailto:rratliff at cisco.com>>
To: "Kin Wai" <kinwai at singnet.com.sg<mailto:kinwai at singnet.com.sg>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>, 'Jamie Weatherhead'
<Jamie.Weatherhead at charles-stanley.co.uk<mailto: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<mailto: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> [mailto: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<mailto: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<mailto: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<mailto:Dennis.Heim at cdw.com>>
To: Ryan Ratliff <rratliff at cisco.com<mailto:rratliff at cisco.com>>, Ed Leatherman
<ealeatherman at gmail.com<mailto:ealeatherman at gmail.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Cisco Mobile 8.0 / CUMA
Message-ID:
<7DF1C42555B37D4BAAD236799B2D05932574F8DCB7 at EXMB4ILVH.corp.cdw.com<mailto: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<mailto:dennis.heim at cdw.com>
www.berbee.com<http://www.berbee.com/>
-----Original Message-----
From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto: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<mailto: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<mailto: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<mailto: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<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<mailto:cisco-voip at puck.nether.net>
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
>
> --
> Ed Leatherman
_______________________________________________
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
------------------------------
Message: 28
Date: Tue, 18 May 2010 17:38:35 +0300
From: "Ahmed Elnagar" <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>
To: "cisco-voip voyp list" <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] Unity connection system error
Message-ID:
<EE95CF29AA0C0F43BA8790A1B872063E01A41E19 at EXVS01.HeadQ.raya.corp<mailto: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/> <http://www.rayacorp.com/>
E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com> <mailto: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<mailto:Dennis.Heim at cdw.com>>
To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>, cisco-voip voyp list
<cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID:
<7DF1C42555B37D4BAAD236799B2D05932574F8DDEF at EXMB4ILVH.corp.cdw.com<mailto: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><mailto:dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>>
www.berbee.com<http://www.berbee.com/><http://www.berbee.com/>
From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto: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/><http://www.rayacorp.com/>
E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com><mailto: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<mailto:ahmed_elnagar at rayacorp.com>>
To: "Dennis Heim" <Dennis.Heim at cdw.com<mailto:Dennis.Heim at cdw.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID:
<EE95CF29AA0C0F43BA8790A1B872063E01A41E1E at EXVS01.HeadQ.raya.corp<mailto: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<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/> <http://www.berbee.com/>
From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>
[mailto: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/> <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.
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<mailto:Dennis.Heim at cdw.com>>
To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID:
<7DF1C42555B37D4BAAD236799B2D05932574F8DE18 at EXMB4ILVH.corp.cdw.com<mailto: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><mailto:dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>>
www.berbee.com<http://www.berbee.com/><http://www.berbee.com/>
From: Ahmed Elnagar [mailto:ahmed_elnagar at rayacorp.com<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<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><mailto:dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>>
www.berbee.com<http://www.berbee.com/><http://www.berbee.com/>
From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto: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/><http://www.rayacorp.com/>
E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com><mailto: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<mailto:rratliff at cisco.com>>
To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID: <BF45E3D8-D8B7-42FC-B464-D531C285974B at cisco.com<mailto: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<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
-------------- 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<mailto:ahmed_elnagar at rayacorp.com>>
To: "Ryan Ratliff" <rratliff at cisco.com<mailto:rratliff at cisco.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID:
<EE95CF29AA0C0F43BA8790A1B872063E01A41E28 at EXVS01.HeadQ.raya.corp<mailto: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<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/> <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.
-------------- 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<mailto:rratliff at cisco.com>>
To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID: <D9B74E61-55C1-4FD9-B355-E642A31E9FE1 at cisco.com<mailto: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<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.
-------------- 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<mailto:ahmed_elnagar at rayacorp.com>>
To: "Ryan Ratliff" <rratliff at cisco.com<mailto:rratliff at cisco.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID:
<EE95CF29AA0C0F43BA8790A1B872063E01A41E39 at EXVS01.HeadQ.raya.corp<mailto: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<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<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/>
<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/> <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/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<mailto:Dennis.Heim at cdw.com>>
To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>, Ryan Ratliff
<rratliff at cisco.com<mailto:rratliff at cisco.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID:
<7DF1C42555B37D4BAAD236799B2D05932574F8DF4B at EXMB4ILVH.corp.cdw.com<mailto: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><mailto:dennis.heim at cdw.com<mailto:dennis.heim at cdw.com>>
www.berbee.com<http://www.berbee.com/><http://www.berbee.com/>
From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto: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<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<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/><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/><http://www.rayacorp.com/>
E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com><mailto: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><mailto: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<mailto:rratliff at cisco.com>>
To: Ahmed Elnagar <ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] Unity connection system error
Message-ID: <E6D24541-66E1-4F83-A536-17E778B4EC7A at cisco.com<mailto: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<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<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/61181737/attachment-0001.html>
------------------------------
_______________________________________________
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
End of cisco-voip Digest, Vol 79, Issue 18
******************************************
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100525/0c37b2b1/attachment.html>
More information about the cisco-voip
mailing list