[VoiceOps] Virtualized SBC

[Dave Horton]

FWIW, I’ve used Sansay’s virtualized SBC — they provide a hardware appliance as well, which we are using in production, currently we are using their virtualized SBC in QA but am very happy with it.  With regard to licensing, Sansay does separate itself from most of the competition by offering a network-based licensing solution (i.e. pay for total licenses across your network, not per SBC).  This is great if you have a distributed network where subscribers ‘follow the sun’ to some degree.

Dave Horton
President, Beachdog Networks
daveh at beachdognet.com
+1 508 308 4809

On Apr 7, 2016, at 10:42 AM, Alex Balashov <abalashov at evaristesys.com> wrote:

Management and licencing are rather ancillary to any discussion of NFs.

--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States

Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Sent from my BlackBerry.
From: Pete Eisengrein
Sent: Thursday, April 7, 2016 08:26
To: Alex Balashov
Cc: voiceops at voiceops.org
Subject: Re: [VoiceOps] Virtualized SBC

If it requires a bunch of configuration, I agree it is just V. But if there's an orchestration layer that informs all other systems of its presence, including management and licensing, without having to configure all that, then it is NFV. Now, whether the aforementioned vendors are actually doing this, that can be debated (and I'd be curious to hear people's options on it). They may just be doing V with a long-term vision of NFV, I don't know.

On Thu, Apr 7, 2016 at 7:52 AM, Alex Balashov <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>> wrote:
No. That's not NFV. That's just... V.

--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States

Tel: +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) / +1-678-954-0671 <tel:%2B1-678-954-0671> (direct)
Web: http://www.evaristesys.com/ <http://www.evaristesys.com/>, http://www.csrpswitch.com/ <http://www.csrpswitch.com/>

Sent from my BlackBerry.
From: Pete Eisengrein
Sent: Thursday, April 7, 2016 07:26
Cc: voiceops at voiceops.org <mailto:voiceops at voiceops.org>
Subject: Re: [VoiceOps] Virtualized SBC

> my point was that they, of all

> things, are a poor standard

> bearer for the NFV marketing-

> gasm.

 
With centralized licensing and the ability to scale resources when and where you need them, I would argue they are the perfect device for the NFV marketing-gasm (LOL).


On Wed, Apr 6, 2016 at 11:08 PM, Alex Balashov <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>> wrote:
On 04/06/2016 10:54 PM, Ryan Delgrosso wrote:

an SBC ... is a demarcation and control point between network
segments where you can inject interworking and business logic.

Absolutely, at >= Layer 5.

If it's news to anyone here that you can virtualise applications, they've got some catching up to do.

Anyway, my argument wasn't that SBCs serve no valid purposes. You've done a good job of outlining them. Instead, my point was that they, of all things, are a poor standard bearer for the NFV marketing-gasm.

-- Alex

-- 
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States

Tel: +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) / +1-678-954-0671 <tel:%2B1-678-954-0671> (direct)
Web: http://www.evaristesys.com/ <http://www.evaristesys.com/>, http://www.csrpswitch.com/ <http://www.csrpswitch.com/>
_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org>
https://puck.nether.net/mailman/listinfo/voiceops <https://puck.nether.net/mailman/listinfo/voiceops>




_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20160407/a41e44d3/attachment-0001.html>