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 <[email protected]> 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: [email protected] > E: [email protected] > > > On Apr 7, 2016, at 10:42 AM, Alex Balashov <[email protected]> > 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: *[email protected] > *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 <[email protected]> > 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: *[email protected] >> *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 <[email protected] >> > 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 >>> [email protected] >>> https://puck.nether.net/mailman/listinfo/voiceops >>> >> >> >> > > _______________________________________________ > VoiceOps mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/voiceops > > > > _______________________________________________ > VoiceOps mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/voiceops > >
_______________________________________________ VoiceOps mailing list [email protected] https://puck.nether.net/mailman/listinfo/voiceops
