[VoiceOps] Virtualized SBC

[Carlos Alvarez]

In the early days of using the word "cloud," I ran into a seller of such
things who was trying to explain it to me as if I was new to computing.  I
said, "Yeah, I get it, just like when I used to admin a System/36 and
customers would pay for their compute time and storage.  Of course, I'm
old, and he'd never heard of a System/36.

Why did the PC revolution happen at all, I often wonder.

On Thu, Apr 7, 2016 at 7:56 AM, Matthew Crocker <matthew at corp.crocker.com>
wrote:

>
> NFV is all about containers and micro services.   It is unix all over
> again but in the cloud.  Small containerized functions that do a specific
> task.  Spun up in the cloud and linked together by an orchestration
> overlay.  Personally I think it is a good thing
>
>
>
> —
>
> Matthew Crocker
> President - Crocker Communications, Inc.
> Managing Partner - Crocker Telecommunications, LLC
> E: matthew at corp.crocker.com
> E: matthew at crocker.com
>
>
> 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>
> 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 (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 07:26
>> *Cc: *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
>> > 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 (toll-free) / +1-678-954-0671 (direct)
>>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>> _______________________________________________
>>> VoiceOps mailing list
>>> VoiceOps at voiceops.org
>>> https://puck.nether.net/mailman/listinfo/voiceops
>>>
>>
>>
>>
>
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> 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/5183a215/attachment-0001.html>