Re: [cisco-voip] One Way Video 9971-9971 thru CUBE 15.1M
When we say somewhere around 15 minutes, we see an Re-invite and then video starts working. So if i guessing it correct. 30*60=1800 ( default session expiry timer ), Cisco devices usually do an Re-invite after 900 seconds ( 15 minutes ) , so it seems that session refresh caused media to get refreshed and then video starts working. And you mean that by configuring flow around ) removing CUBE from media , is fixing this problem. May be we can try reducing expiry timer, then give it a try, if that changes the behavior. On Fri, Apr 18, 2014 at 7:53 AM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I can change the direction of the Problem by enabling Early Offer in the SIP Profile to cube. *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf Of *Jason Aarons (AM) *Sent:* Thursday, April 17, 2014 10:09 PM *To:* cisco-voip (cisco-voip@puck.nether.net) *Subject:* Re: [cisco-voip] One Way Video 9971-9971 thru CUBE 15.1M I left the call up and at exactly 15 minutes the video appeared between the two phone bi-directional. I hung up and re-tested and at 15 minutes the video showed up….something around the re-invite at half-life of 30 minutes is fixing it… *From:* Jason Aarons (AM) *Sent:* Thursday, April 17, 2014 9:48 PM *To:* Jason Aarons (AM); cisco-voip (cisco-voip@puck.nether.net) *Subject:* RE: One Way Video 9971-9971 thru CUBE 15.1M Wireshark via Span to PC on back of 9971 shows remote H264 packet coming into phone, but if I go to 9971’s Web Page and click on Stream 2 (H264) the Recv Packets is 0. So the 9971 is dropping the incoming H264 packets and showing Black on the screen. *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.netcisco-voip-boun...@puck.nether.net] *On Behalf Of *Jason Aarons (AM) *Sent:* Thursday, April 17, 2014 7:59 PM *To:* cisco-voip (cisco-voip@puck.nether.net) *Subject:* [cisco-voip] One Way Video 9971-9971 thru CUBE 15.1M I have two CUCM 9.1 clusters with a CUBE in the middle. I’m getting one-way video. Using media flow-around. Should I get two-way video with CUBE 15.1 ? show call active video brief I see both sides 9971 sending h.264 to the CUBE but only receiving it in one direction. Seems the CUBE 15.1M is the problem. If I do a direct trunk bypassing the CUBE I get two-way video. 2811#show call active video compact callID A/O FAX Tsec Codec typePeer Address IP Rip:udp Total call-legs: 2 67 ANS T159 H264VOIP-VIDEO P+14082022002 10.102.64.57:17800 68 ORG T159 H264VOIP-VIDEO P0114412525123 10.26.1.249:217 R1#show run | sec voice voice service voip media flow-around address-hiding allow-connections sip to sip sip bind control source-interface GigabitEthernet0/0.202 bind media source-interface GigabitEthernet0/0.202 ! voice class codec 1 codec preference 1 g729r8 codec preference 2 g711ulaw ! dial-peer voice 25 voip description **Incoming call from ClusterA** session protocol sipv2 session target ipv4:10.10.64.11 incoming called-number 01132. dtmf-relay rtp-nte ! dial-peer voice 35 voip description **Outgoing call to ClusterB** destination-pattern 01144T session protocol sipv2 session target ipv4:157.26.1.250 voice-class codec 1 dtmf-relay rtp-nte R1# itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Unity Connection 9.1.2 MWI Task?
I'm pretty sure it's a refresh, and does exactly what you say. You can use port status monitor to see the refresh activity. You can try a simple mwi refresh for the user(s) that are having issues and see what happens. You can also trigger a manual refresh. You can also schedule the refresh to happen at a time that is convenient for you. All the while, looking at the port status monitor and also syslogs. I believe there are parameters you can set to slow down the refresh so none get missed. We had to do that. Also if you don't have enough ports set for MWI (only?) you can run into issues. Hope that helps. Sent from my iPhone On 2014-04-17, at 8:23 AM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I configured the Task for MWI to run every night at 3am in Unity Connection 9.1.2 When that Task runs at 3am, does it send a MWI off to all phones that don’t have new messages? And a MWI on to all phones that do have new messages? Getting several complaints about light being on and not having new messages. When I check the User Message Waiting Indicators it shows Off, but when I http to the phoneip it shows MWI on. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] MTP allocation failure - CDDR cause code 47
Stuck sessions on the MTP perhaps or leaked calls in UCM? You're going to have to dig into traces to confirm. -Ryan On Apr 17, 2014, at 10:52 PM, Erick Wellnitz ewellnitzv...@gmail.commailto:ewellnitzv...@gmail.com wrote: Well, identical except for MAC and description. It worked for three days now it fails. The last successful call allocated the MTP without issue. I personally tested it a dozen or so times before giving it back to the user. On Thu, Apr 17, 2014 at 9:45 PM, Erick Wellnitz ewellnitzv...@gmail.commailto:ewellnitzv...@gmail.com wrote: Super copy identical. On Thu, Apr 17, 2014 at 4:33 PM, Ryan Ratliff (rratliff) rratl...@cisco.commailto:rratl...@cisco.com wrote: 47 = codec mismatch Is it _really_ identical? -Ryan On Apr 17, 2014, at 4:02 PM, Erick Wellnitz ewellnitzv...@gmail.commailto:ewellnitzv...@gmail.com wrote: I have a VPN phones configured to use a trused relay point in order to provide connectivity to other VPN phones. One of the phones gets fast busy and traces show MTP allocation failure. This was the only phone trying ot utilize this MTP and is identical to other VPN phones that work as expected. Any ideas? Thanks! ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] VXML GW Troubleshooting
Check out the debugs and show commands from this tool: http://www.cisco.com/web/tsweb/tools/voice/multiservicedebuglookup.html It's also good for lots of other router-based debugs/problems. -nick On Thu, Apr 17, 2014 at 9:25 AM, Ryan Burtch rburt...@gmail.com wrote: Does anyone have a document that has possible VXML GW debugs and troubleshooting possibilities? Just need something that has common issues experienced with VXML GWs. Sincerely, Ryan Burtch ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] MTP allocation failure - CDDR cause code 47
Ryan, When you mention stuck sessions do you mean x number of stuck sessions preventing further allocation of resources or this particular device has a stuck session? If it were the first scenario, wouldn't I get a media list exhausted alert from RTMT? On Fri, Apr 18, 2014 at 7:36 AM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: Stuck sessions on the MTP perhaps or leaked calls in UCM? You're going to have to dig into traces to confirm. -Ryan On Apr 17, 2014, at 10:52 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Well, identical except for MAC and description. It worked for three days now it fails. The last successful call allocated the MTP without issue. I personally tested it a dozen or so times before giving it back to the user. On Thu, Apr 17, 2014 at 9:45 PM, Erick Wellnitz ewellnitzv...@gmail.comwrote: Super copy identical. On Thu, Apr 17, 2014 at 4:33 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: 47 = codec mismatch Is it _really_ identical? -Ryan On Apr 17, 2014, at 4:02 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: I have a VPN phones configured to use a trused relay point in order to provide connectivity to other VPN phones. One of the phones gets fast busy and traces show MTP allocation failure. This was the only phone trying ot utilize this MTP and is identical to other VPN phones that work as expected. Any ideas? Thanks! ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] MTP allocation failure - CDDR cause code 47
There's some scenarios where you do not get a media resource list exhausted alert. One scenario is where the CCM service has an incorrect count of available resources and you just see the MTP fail to send an OpenReceiveChannelAck or send one saying it failed to open a port. In that case, CUCM didn't think the media resources were actually exhausted so no alert. We'll need to see CCM traces for one of these calls to see what is actually happening. Have you tried resetting the MTP? Brian On Fri, Apr 18, 2014 at 10:55 AM, Erick Wellnitz ewellnitzv...@gmail.comwrote: Ryan, When you mention stuck sessions do you mean x number of stuck sessions preventing further allocation of resources or this particular device has a stuck session? If it were the first scenario, wouldn't I get a media list exhausted alert from RTMT? On Fri, Apr 18, 2014 at 7:36 AM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: Stuck sessions on the MTP perhaps or leaked calls in UCM? You're going to have to dig into traces to confirm. -Ryan On Apr 17, 2014, at 10:52 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Well, identical except for MAC and description. It worked for three days now it fails. The last successful call allocated the MTP without issue. I personally tested it a dozen or so times before giving it back to the user. On Thu, Apr 17, 2014 at 9:45 PM, Erick Wellnitz ewellnitzv...@gmail.comwrote: Super copy identical. On Thu, Apr 17, 2014 at 4:33 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: 47 = codec mismatch Is it _really_ identical? -Ryan On Apr 17, 2014, at 4:02 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: I have a VPN phones configured to use a trused relay point in order to provide connectivity to other VPN phones. One of the phones gets fast busy and traces show MTP allocation failure. This was the only phone trying ot utilize this MTP and is identical to other VPN phones that work as expected. Any ideas? Thanks! ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Finding which device/user is using a specific licence?
So I've completed the offline upgrade from v7 to v9 (with a few gotchas) and aside from checking out the install logs to see if there are any glaring issues, things are working. The one thing I'm trying to figure out is who/what is using a specific license. We are out of compliance by one CUWL user and one Enhanced plus user. I misunderstood how the loaning process worked and asked to have only Enhanced (and Essential) licenses issued. Since this is what our ESW and UCSS contracts are/will be based on. I suspect the CUWL license was used up by my userID because I had four phones owned by it. I deleted two of the phones and modified the other. I did a resync on ELM but no change. I did a restart of CallManager and no change. License Manager is not allowed to be restarted at GUI. I need to find the Enahanced Plus user/device. Does any one have any tricks? I used the CDR search by user since it shows the phones owned by a user. The user information page does not show this. How long does it take Callmanager to change the request it sends to ELM? Any help would be appreciated. Lelio Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Finding which device/user is using a specific licence?
The License Usage Report in CUCM under System-Licensing allows you to click the number next to the license and it will show which users are utilizing those licenses and why. I think that should show you the information you're looking for. On Fri, Apr 18, 2014 at 11:38 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: So I've completed the offline upgrade from v7 to v9 (with a few gotchas) and aside from checking out the install logs to see if there are any glaring issues, things are working. The one thing I'm trying to figure out is who/what is using a specific license. We are out of compliance by one CUWL user and one Enhanced plus user. I misunderstood how the loaning process worked and asked to have only Enhanced (and Essential) licenses issued. Since this is what our ESW and UCSS contracts are/will be based on. I suspect the CUWL license was used up by my userID because I had four phones owned by it. I deleted two of the phones and modified the other. I did a resync on ELM but no change. I did a restart of CallManager and no change. License Manager is not allowed to be restarted at GUI. I need to find the Enahanced Plus user/device. Does any one have any tricks? I used the CDR search by user since it shows the phones owned by a user. The user information page does not show this. How long does it take Callmanager to change the request it sends to ELM? Any help would be appreciated. Lelio Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Finding which device/user is using a specific licence?
Thanks Brian. That page showed the report I needed. The link next to the licenses shows the user who's using that license, but not why. I went down and went to the assigned devices, and that showed the user and the license they're using and the link in there showed why and what devices. I've fixed the problem. How can I tell CallManager to re-request the correct licenses from ELM? It still shows as out of compliance. Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Friday, April 18, 2014 12:35:56 PM Subject: Re: [cisco-voip] Finding which device/user is using a specific licence? The License Usage Report in CUCM under System-Licensing allows you to click the number next to the license and it will show which users are utilizing those licenses and why. I think that should show you the information you're looking for. On Fri, Apr 18, 2014 at 11:38 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: So I've completed the offline upgrade from v7 to v9 (with a few gotchas) and aside from checking out the install logs to see if there are any glaring issues, things are working. The one thing I'm trying to figure out is who/what is using a specific license. We are out of compliance by one CUWL user and one Enhanced plus user. I misunderstood how the loaning process worked and asked to have only Enhanced (and Essential) licenses issued. Since this is what our ESW and UCSS contracts are/will be based on. I suspect the CUWL license was used up by my userID because I had four phones owned by it. I deleted two of the phones and modified the other. I did a resync on ELM but no change. I did a restart of CallManager and no change. License Manager is not allowed to be restarted at GUI. I need to find the Enahanced Plus user/device. Does any one have any tricks? I used the CDR search by user since it shows the phones owned by a user. The user information page does not show this. How long does it take Callmanager to change the request it sends to ELM? Any help would be appreciated. Lelio Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] MTP allocation failure - CDDR cause code 47
Any change device mobility could be in play for this user changing the device pool/region ? On Fri, Apr 18, 2014 at 11:12 AM, Brian Meade bmead...@vt.edu wrote: There's some scenarios where you do not get a media resource list exhausted alert. One scenario is where the CCM service has an incorrect count of available resources and you just see the MTP fail to send an OpenReceiveChannelAck or send one saying it failed to open a port. In that case, CUCM didn't think the media resources were actually exhausted so no alert. We'll need to see CCM traces for one of these calls to see what is actually happening. Have you tried resetting the MTP? Brian On Fri, Apr 18, 2014 at 10:55 AM, Erick Wellnitz ewellnitzv...@gmail.comwrote: Ryan, When you mention stuck sessions do you mean x number of stuck sessions preventing further allocation of resources or this particular device has a stuck session? If it were the first scenario, wouldn't I get a media list exhausted alert from RTMT? On Fri, Apr 18, 2014 at 7:36 AM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: Stuck sessions on the MTP perhaps or leaked calls in UCM? You're going to have to dig into traces to confirm. -Ryan On Apr 17, 2014, at 10:52 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Well, identical except for MAC and description. It worked for three days now it fails. The last successful call allocated the MTP without issue. I personally tested it a dozen or so times before giving it back to the user. On Thu, Apr 17, 2014 at 9:45 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Super copy identical. On Thu, Apr 17, 2014 at 4:33 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: 47 = codec mismatch Is it _really_ identical? -Ryan On Apr 17, 2014, at 4:02 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: I have a VPN phones configured to use a trused relay point in order to provide connectivity to other VPN phones. One of the phones gets fast busy and traces show MTP allocation failure. This was the only phone trying ot utilize this MTP and is identical to other VPN phones that work as expected. Any ideas? Thanks! ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] CUCM 7x with ACME SBC
I haven't seen any kind of integration guide on Cisco.com with a ACME SBC. I can't imagine Cisco would create one since it would compete with their CUBE product. Looking on Oracle.com to see if they have anything. Lastly I think the customer should upgrade from CUCM 7x to at least 8.5 for SIP Trunks. Anyone dis-agree? ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CUCM 7x with ACME SBC
I would feel most comfortable running SIP in 8.5+. I would say most larger Cisco customers came to that same conclusion. I don't know of an integration guide for Acme. I would assume Oracle would be the ones to have it if it did exist. It's probably best to get one of their demo units and just try it out with a test bed of users doing normal activities though. The integration guides a lot of vendors put out don't test every corner case. Brian On Fri, Apr 18, 2014 at 2:34 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I haven’t seen any kind of integration guide on Cisco.com with a ACME SBC. I can’t imagine Cisco would create one since it would compete with their CUBE product. Looking on Oracle.com to see if they have anything. Lastly I think the customer should upgrade from CUCM 7x to at least 8.5 for SIP Trunks. Anyone dis-agree? ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CUCM 7x with ACME SBC
honestly I'd say not to go earlier than the latest 8.6... so many fantastic new features in even later stuff though... How many clusters does the customer have? -Pete On Fri, Apr 18, 2014 at 2:34 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I haven’t seen any kind of integration guide on Cisco.com with a ACME SBC. I can’t imagine Cisco would create one since it would compete with their CUBE product. Looking on Oracle.com to see if they have anything. Lastly I think the customer should upgrade from CUCM 7x to at least 8.5 for SIP Trunks. Anyone dis-agree? ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] MTP allocation failure - CDDR cause code 47
The entire scenario is the phone worked for several weeks via VPN. It stopped working so the user brought it back for us to troubleshoot. These are non-technical users which I'm not excited about but I digress. Plugged it into the internet GW at the office and it worked perfect. Sent it back to the user and it worked for 3 days. The users don't have access to change anything in the system but we have way too many people with admin access that I suppose someone could be changing this phone without realizing it. I'm out of the office until Monday. I'll check the MTP and review the traces then. On Fri, Apr 18, 2014 at 11:12 AM, Justin Steinberg jsteinb...@gmail.comwrote: Any change device mobility could be in play for this user changing the device pool/region ? On Fri, Apr 18, 2014 at 11:12 AM, Brian Meade bmead...@vt.edu wrote: There's some scenarios where you do not get a media resource list exhausted alert. One scenario is where the CCM service has an incorrect count of available resources and you just see the MTP fail to send an OpenReceiveChannelAck or send one saying it failed to open a port. In that case, CUCM didn't think the media resources were actually exhausted so no alert. We'll need to see CCM traces for one of these calls to see what is actually happening. Have you tried resetting the MTP? Brian On Fri, Apr 18, 2014 at 10:55 AM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Ryan, When you mention stuck sessions do you mean x number of stuck sessions preventing further allocation of resources or this particular device has a stuck session? If it were the first scenario, wouldn't I get a media list exhausted alert from RTMT? On Fri, Apr 18, 2014 at 7:36 AM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: Stuck sessions on the MTP perhaps or leaked calls in UCM? You're going to have to dig into traces to confirm. -Ryan On Apr 17, 2014, at 10:52 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Well, identical except for MAC and description. It worked for three days now it fails. The last successful call allocated the MTP without issue. I personally tested it a dozen or so times before giving it back to the user. On Thu, Apr 17, 2014 at 9:45 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: Super copy identical. On Thu, Apr 17, 2014 at 4:33 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: 47 = codec mismatch Is it _really_ identical? -Ryan On Apr 17, 2014, at 4:02 PM, Erick Wellnitz ewellnitzv...@gmail.com wrote: I have a VPN phones configured to use a trused relay point in order to provide connectivity to other VPN phones. One of the phones gets fast busy and traces show MTP allocation failure. This was the only phone trying ot utilize this MTP and is identical to other VPN phones that work as expected. Any ideas? Thanks! ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Invitation to connect on LinkedIn
LinkedIn cisco-voip, I'd like to add you to my professional network on LinkedIn. - Gurpreet Gurpreet Kukreja Network Specialist @ Cisco TAC at Aricent Group New Delhi Area, India Confirm that you know Gurpreet Kukreja: https://www.linkedin.com/e/6mrtb0-hu5w8vro-6s/isd/5863010992648105984/lm9PXzb4/?hs=falsetok=1uUip4WqfEvmc1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/6mrtb0-hu5w8vro-6s/H2MsQd1jS6Z70hLZmjMP5c-Q5YrI0nyXrVBZemsV/goo/cisco-voip%40puck%2Enether%2Enet/20061/I6915537578_1/?hs=falsetok=1AJTjVP33Evmc1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CUCM 7x with ACME SBC
There are Acme guides for CUCM up through 9.x. Acme is the only non-Cisco SBC blessed by Cisco for CUCM, CVP, UCCE. They’ve even blessed it as a CUSP replacement as it can fill both CUBE/CUSP requirements in CVP/UCCE environments on one box. Much of it had to do with customer frustration of ISR scalability as well as Acme’s High Availability being much more robust and resilient. Anyone interested please email me offline. On Apr 18, 2014, at 2:34 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I haven’t seen any kind of integration guide on Cisco.com with a ACME SBC. I can’t imagine Cisco would create one since it would compete with their CUBE product. Looking on Oracle.com to see if they have anything. Lastly I think the customer should upgrade from CUCM 7x to at least 8.5 for SIP Trunks. Anyone dis-agree? ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
