Re: [c-nsp] Intelligent Bandwidth Management
On 6/5/17 8:00 PM, Ray Van Dolson wrote: > How many of you have successfully displaced your MPLS circuits for > VoIP/video with SD-WAN? Even if we run an MPLS network, we focus on selling plain-old IP to customers. Being a fairly young network, we've come in when cloud is happening. So a good number of our customers have been dropping their l3vpn services in favor of IP to get to cloud-based services for e-mail, storage, backup, e.t.c. Dropping the on-premise servers that did this for them means they don't need l3vpn's anymore. The next phase is the SD-WAN approach, where we are seeing lots of interest, and perhaps, expect one or two customers to bite this year. Mark. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Intelligent Bandwidth Management
I migrated a customer with multiple offices around UK, off expensive leased lines to DMVPN with two redundant broadband providers at each branch and that worked out beautifully. Saved them a few tens of k first year and a lot more after and got them 10 times more bandwidth capacity. Again they seem really happy with their decision as it gave them insight into what their network did and actually gave them more management of the network. For people who actually need it I can use the likes of Infosim to do funky automated stuff, but most of the time customers just want good service, security and redundancy. :) Catalin Dominte Unified Network Management Solutions Nocsult Ltd 5 June 2017 at 20:21:57, Shawn L (sh...@rmrf.us) wrote: > I have one customer (medium sized medical institution) that has 1 main > office and 5-6 branches that replaced their MPLS circuits with SD-Wan. > They run their network traffic and VoIP phone system over it without > issue. Saved them a large chunk of $$ too, converting their MPLS circuits > to Internet. They were able to leverage part of that savings into getting > Internet bandwidth from redundant providers at some sites. > > There are some trade-offs. They lost some degree of management -- mainly > fighting with the SD-WAN devices to make them do what you expect them to, > vs what they want to do. But they seem fairly happy with their decision. > > > On Mon, Jun 5, 2017 at 2:00 PM, Ray Van Dolson <rvandol...@esri.com> > wrote: > > How many of you have successfully displaced your MPLS circuits for > VoIP/video with SD-WAN? > > Ray > > On Mon, Jun 05, 2017 at 05:55:20PM +, Nick Cutting wrote: > > I would also like to know these things. > > My boss is constantly talking about some kind of magical SD-WAN and how > > we need it. > > > -Original Message- > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of > > Mark Mason > > Sent: Friday, June 2, 2017 2:46 PM > To: cisco-nsp@puck.nether.net > Subject: Re: [c-nsp] Intelligent Bandwidth Management > > #bump > > From: Mark Mason > Sent: Thursday, June 1, 2017 9:27 AM > To: cisco-nsp@puck.nether.net > Subject: Intelligent Bandwidth Management > > APIC-EM, Noction, FatPipe Networks, LiveAction, Cisco OER (legacy), > Cisco PfR, advanced BGP parameters, home grown DevOps Open Source > network probes to a collector (thinking CloudFlare Salt NAPALM > automation examples I've seen), etc.? > > What is the industry using for identification of latency increases, > ISP congestion, ISP congestion one transit removed, etc.? > > Quite some time ago OER->to initial PFRv1 I deployed with success but > it had massive change logs and zero GUI with a failed Cisco Fluke > Networks graphical representation. Also lacked some maintenance mode > knobs and additional tweaks I needed. Time has come back around to > make the internet edge more intelligent again! > > Mark Mason > > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Intelligent Bandwidth Management
I have one customer (medium sized medical institution) that has 1 main office and 5-6 branches that replaced their MPLS circuits with SD-Wan. They run their network traffic and VoIP phone system over it without issue. Saved them a large chunk of $$ too, converting their MPLS circuits to Internet. They were able to leverage part of that savings into getting Internet bandwidth from redundant providers at some sites. There are some trade-offs. They lost some degree of management -- mainly fighting with the SD-WAN devices to make them do what you expect them to, vs what they want to do. But they seem fairly happy with their decision. On Mon, Jun 5, 2017 at 2:00 PM, Ray Van Dolson <rvandol...@esri.com> wrote: > How many of you have successfully displaced your MPLS circuits for > VoIP/video with SD-WAN? > > Ray > > On Mon, Jun 05, 2017 at 05:55:20PM +, Nick Cutting wrote: > > I would also like to know these things. > > > > My boss is constantly talking about some kind of magical SD-WAN and how > we need it. > > > > -Original Message- > > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of > Mark Mason > > Sent: Friday, June 2, 2017 2:46 PM > > To: cisco-nsp@puck.nether.net > > Subject: Re: [c-nsp] Intelligent Bandwidth Management > > > > #bump > > > > From: Mark Mason > > Sent: Thursday, June 1, 2017 9:27 AM > > To: cisco-nsp@puck.nether.net > > Subject: Intelligent Bandwidth Management > > > > APIC-EM, Noction, FatPipe Networks, LiveAction, Cisco OER (legacy), > > Cisco PfR, advanced BGP parameters, home grown DevOps Open Source > > network probes to a collector (thinking CloudFlare Salt NAPALM > > automation examples I've seen), etc.? > > > > What is the industry using for identification of latency increases, > > ISP congestion, ISP congestion one transit removed, etc.? > > > > Quite some time ago OER->to initial PFRv1 I deployed with success but > > it had massive change logs and zero GUI with a failed Cisco Fluke > > Networks graphical representation. Also lacked some maintenance mode > > knobs and additional tweaks I needed. Time has come back around to > > make the internet edge more intelligent again! > > > > Mark Mason > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Intelligent Bandwidth Management
How many of you have successfully displaced your MPLS circuits for VoIP/video with SD-WAN? Ray On Mon, Jun 05, 2017 at 05:55:20PM +, Nick Cutting wrote: > I would also like to know these things. > > My boss is constantly talking about some kind of magical SD-WAN and how we > need it. > > -Original Message- > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Mark > Mason > Sent: Friday, June 2, 2017 2:46 PM > To: cisco-nsp@puck.nether.net > Subject: Re: [c-nsp] Intelligent Bandwidth Management > > #bump > > From: Mark Mason > Sent: Thursday, June 1, 2017 9:27 AM > To: cisco-nsp@puck.nether.net > Subject: Intelligent Bandwidth Management > > APIC-EM, Noction, FatPipe Networks, LiveAction, Cisco OER (legacy), > Cisco PfR, advanced BGP parameters, home grown DevOps Open Source > network probes to a collector (thinking CloudFlare Salt NAPALM > automation examples I've seen), etc.? > > What is the industry using for identification of latency increases, > ISP congestion, ISP congestion one transit removed, etc.? > > Quite some time ago OER->to initial PFRv1 I deployed with success but > it had massive change logs and zero GUI with a failed Cisco Fluke > Networks graphical representation. Also lacked some maintenance mode > knobs and additional tweaks I needed. Time has come back around to > make the internet edge more intelligent again! > > Mark Mason ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Intelligent Bandwidth Management
I would also like to know these things. My boss is constantly talking about some kind of magical SD-WAN and how we need it. -Original Message- From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Mark Mason Sent: Friday, June 2, 2017 2:46 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Intelligent Bandwidth Management #bump From: Mark Mason Sent: Thursday, June 1, 2017 9:27 AM To: cisco-nsp@puck.nether.net Subject: Intelligent Bandwidth Management APIC-EM, Noction, FatPipe Networks, LiveAction, Cisco OER (legacy), Cisco PfR, advanced BGP parameters, home grown DevOps Open Source network probes to a collector (thinking CloudFlare Salt NAPALM automation examples I've seen), etc.? What is the industry using for identification of latency increases, ISP congestion, ISP congestion one transit removed, etc.? Quite some time ago OER->to initial PFRv1 I deployed with success but it had massive change logs and zero GUI with a failed Cisco Fluke Networks graphical representation. Also lacked some maintenance mode knobs and additional tweaks I needed. Time has come back around to make the internet edge more intelligent again! Mark Mason NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Intelligent Bandwidth Management
#bump From: Mark Mason Sent: Thursday, June 1, 2017 9:27 AM To: cisco-nsp@puck.nether.net Subject: Intelligent Bandwidth Management APIC-EM, Noction, FatPipe Networks, LiveAction, Cisco OER (legacy), Cisco PfR, advanced BGP parameters, home grown DevOps Open Source network probes to a collector (thinking CloudFlare Salt NAPALM automation examples I've seen), etc.? What is the industry using for identification of latency increases, ISP congestion, ISP congestion one transit removed, etc.? Quite some time ago OER->to initial PFRv1 I deployed with success but it had massive change logs and zero GUI with a failed Cisco Fluke Networks graphical representation. Also lacked some maintenance mode knobs and additional tweaks I needed. Time has come back around to make the internet edge more intelligent again! Mark Mason NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] Intelligent Bandwidth Management
APIC-EM, Noction, FatPipe Networks, LiveAction, Cisco OER (legacy), Cisco PfR, advanced BGP parameters, home grown DevOps Open Source network probes to a collector (thinking CloudFlare Salt NAPALM automation examples I've seen), etc.? What is the industry using for identification of latency increases, ISP congestion, ISP congestion one transit removed, etc.? Quite some time ago OER->to initial PFRv1 I deployed with success but it had massive change logs and zero GUI with a failed Cisco Fluke Networks graphical representation. Also lacked some maintenance mode knobs and additional tweaks I needed. Time has come back around to make the internet edge more intelligent again! Mark Mason NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/