[cisco-voip] Sip design question

Mark Holloway mh at markholloway.com
Mon Apr 6 09:59:59 EDT 2015


Just go with the Acme Packet SBC. ;)  It’s the most widely deployed SBC, HA works flawlessly, it’s certified (and used) by all the major carriers and it’s the only non-Cisco SBC certified by Cisco for CUCM/UCCE/CVP etc.. It doesn’t hurt that the web interface has built in ladder diagrams which is way easier than reading debug output, although it obviously has debug as well. 


> On Apr 1, 2015, at 1:46 PM, Ryan Huff <ryanhuff at outlook.com> wrote:
> 
> 'elo Mr. Holloway and good morrow to you Sir.
> 
> I'm not using CUBE-SP or an ASR1K. I was making note that CUBE-SP (which if you've ever used, is a substantially different beast than any other flavor of CUBE) is EOL on the ASR 1K (http://www.cisco.com/c/en/us/products/collateral/routers/asr-1000-series-aggregation-services-routers/eos-eol-notice-c51-732167.html).
> 
> This is my first dance with a 44XX chassis and CUBE-HA; so I've been reading a lot and as with Cisco docs, often leads to more questions than answers, which is where the original questions came from.
> 
> Regarding SDP Pass Thru ..... yes, video on the ube may be a possibility so that's why it may be a deal killer, although I am trying to discourage it.
> 
> As I've been researching and reading, I'm drawing the same conclusion, that CUBE on IOS Vs IOS-XE is essentially the same. I have been readng; http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html <http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html>
> 
> Thanks,
> 
> Ryan
> 
> 
> From: avholloway+cisco-voip at gmail.com
> Date: Wed, 1 Apr 2015 16:49:26 +0000
> Subject: Re: [cisco-voip] Sip design question
> To: ryanhuff at outlook.com; wokka at justfamily.org
> CC: cisco-voip at puck.nether.net
> 
> I'm also deep into CUBE at the moment, so I find this discussion helpful for me as well, though I'm not doing HA, and I'm on an ISR G2.  But I'm interested nonetheless.
> 
> It appears to me that there is confusion between which flavor of CUBE you're running Ryan, and which document you should be looking at: CUBE or CUBE Enterprise.
> 
> So, I'd like to clarify a few things first, because I don't know if we're comparing apples to apples here.
> 
> CUBE vs CUBE Enterprise vs CUBE Service Provider vs Virtual CUBE: what's the difference, and which ones are active and which ones are "dumped?"
> 
> IOS vs IOS-XE: what's the difference when it comes to CUBE feature/functionality/command syntax?
> 
> What are the core documents we should be using for this product?
> 
> So far, I have been using this new and improved CUBE Configuration Guide (Again, I only deal with IOS and ISR G2):
> http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html <http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html>
> 
> Previously, I was using this one.  Not to be confused with the above document, despite it having the same name, just note the URL difference:
> http://www.cisco.com/c/en/us/td/docs/ios/voice/cube/configuration/guide/vb_book/vb_book.html <http://www.cisco.com/c/en/us/td/docs/ios/voice/cube/configuration/guide/vb_book/vb_book.html>
> 
> Then there's the IOS Voice Command Reference for details on specific commands:
> http://www.cisco.com/c/en/us/td/docs/ios/voice/command/reference/vr_book.html <http://www.cisco.com/c/en/us/td/docs/ios/voice/command/reference/vr_book.html>
> 
> I don't see a similar IOX-XE Voice Command Reference, but there is this page with one or two helpful links:
> http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/config_library/xe-3s/cube-xe-3s-library.html <http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/config_library/xe-3s/cube-xe-3s-library.html>
> 
> My assumption right now is, CUBE on a 4k router running IOS-XE is no different than CUBE on IOS on an ISR G2.  The first link, the CUBE Book, should be used for either platform and is just plain CUBE. Not Enterprise, not SP, just CUBE.
> 
> I think once we understand an agree to these things, we can work to addressing any configuration or feature issue we may pose to one another on this list.
> 
> And one additional comment/question to Ryan is: why the need for SDP Pass thru?  Are you doing Video through your CUBE? If not, I think you would just need codec transparent.
> 
> On Wed, Apr 1, 2015 at 11:14 AM Ryan Huff <ryanhuff at outlook.com <mailto:ryanhuff at outlook.com>> wrote:
> CUBE-HA on a 4k doesn't seem very battle tested yet. Clearly it shouldn't go the way of CUBE-SP on an ASR1k which got dumped.
> 
> Some of those are significant caveats though (SDP passthru being a possible deal killer for me); almost makes just doing plain old HSRP and setting the client expectation for failover seem just as reasonable.
> 
> Thanks,
> 
> Ryan
> 
> 
> > From: wokka at justfamily.org <mailto:wokka at justfamily.org>
> > Date: Wed, 1 Apr 2015 08:17:45 -0600
> 
> > Subject: Re: [cisco-voip] Sip design question
> > To: ryanhuff at outlook.com <mailto:ryanhuff at outlook.com>
> > CC: cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
> > 
> > Per this: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube_mgmt/configuration/xe-3s/cube-mgmt-xe-3s-book/voi-stateful-switchover.html <http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube_mgmt/configuration/xe-3s/cube-mgmt-xe-3s-book/voi-stateful-switchover.html>
> > it says it is on 3.2 or later, but it does have a list of caveats,
> > perhaps that is what I was thinking about.
> > 
> > Sorry for the false alarm.
> > 
> > 
> > 
> > On Wed, Apr 1, 2015 at 5:33 AM, Ryan Huff <ryanhuff at outlook.com <mailto:ryanhuff at outlook.com>> wrote:
> > > Charles,
> > >
> > > I guess that is a better place to start; I may be going down this road in a
> > > near future. I have been reading
> > > http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability.html#concept_5013D60352C446769D62736C8CDE87E8 <http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability.html#concept_5013D60352C446769D62736C8CDE87E8>
> > > which seems to suggest that L2 box to box is possible on the 4451.
> > >
> > > Are you saying it is not?
> > >
> > > Thanks,
> > >
> > > Ryan
> > >
> > >> From: wokka at justfamily.org <mailto:wokka at justfamily.org>
> > >> Date: Tue, 31 Mar 2015 23:59:34 -0600
> > >> Subject: Re: [cisco-voip] Sip design question
> > >> To: ryanhuff at outlook.com <mailto:ryanhuff at outlook.com>
> > >> CC: cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
> > >
> > >>
> > >> Please correct me if I'm wrong, but I thought cube-ha was missing from
> > >> the code on these? same as the ASR's since they are all running
> > >> ios-xe.
> > >>
> > >> I have not tested it myself, just doing a lot of reading in
> > >> preparation of deploying these.
> > >>
> > >> On Mon, Mar 30, 2015 at 6:29 AM, Ryan Huff <ryanhuff at outlook.com <mailto:ryanhuff at outlook.com>> wrote:
> > >> > I have a pair of cubes on 4000 series ISRs. I want to do cube-ha on the
> > >> > ccm
> > >> > facing side and the itsp facing side.
> > >> >
> > >> > 1.) Am I better off just doing HSRP on both sides (which is 70% of
> > >> > cube-ha
> > >> > anyway) or is it practical to do the connected call failover portion?
> > >> >
> > >> > 2.) If I include the connected call failover, which side would I do that
> > >> > one, 1 or both (ccm facing side or itsp facing side)?
> > >> >
> > >> > Thanks,
> > >> >
> > >> > Ryan
> > >> >
> > >> >
> > >> > _______________________________________________
> > >> > 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 <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 <https://puck.nether.net/mailman/listinfo/cisco-voip>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

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


More information about the cisco-voip mailing list