[cisco-voip] CUBE across VRFs

[Roger Wiklund]

Use Acme Packet instead of CUBE if you need to handle multiple
customers/overlapping IPs.

To bad they are Oracle now....


On Wed, Feb 4, 2015 at 2:49 AM, Erick <erickbee at gmail.com> wrote:
> Only one voice vrf can be defined in IOS. Global under voice service voip.
>
> Cube-SP lets you do multiple vrf's but is EoL and way different
> configuration.
>
> If you plop a cube off your router and router interface is in a vrf and your
> separate cube is on that network then it should be fine as the cube is just
> a host then .... with default route to router.
>
> Sent from my iPhone
>
> On Feb 3, 2015, at 6:08 PM, "Norton, Mike" <mikenorton at pwsd76.ab.ca> wrote:
>
> Doesn’t have to be two VRFs, could be one VRF and the global route table, if
> that makes a difference. This idea is no connectivity between them, other
> than the application-layer connectivity provided by CUBE. This is
> hypothetical – I’m just trying to understand how/if this would work. I’m
> looking to plop a CUBE between my network and a SIP provider’s network
> without having to participate in routing protocol on either side.
>
>
>
> -mn
>
>
>
> From: Jason Aarons (AM) [mailto:jason.aarons at dimensiondata.com]
> Sent: February-03-15 5:02 PM
> To: Norton, Mike; cisco-voip at puck.nether.net
> Subject: RE: CUBE across VRFs
>
>
>
> You have two VRFs, do they have connectivity between them?
>
>
>
> From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
> Norton, Mike
> Sent: Tuesday, February 3, 2015 4:36 PM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] CUBE across VRFs
>
>
>
>
>
> Can CUBE sit across two separate VRFs? I’ve never used it, but I’m
> envisioning an ISR having a VRF-Lite with default route pointed at my
> network, and a VRF-Lite with default route pointed at the SIP provider’s
> network. I’m thinking this would be the preferred way to do it, but maybe
> I’m missing something?
>
>
>
> My Googling is dredging up a lot of really old info that I’m not sure is
> still relevant.
>
>
>
> --
>
> Mike Norton
>
>
>
> itevomcid
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>