Re: Android (lack of) support for DHCPv6

On Fri, 12 Jun 2015 02:07:22 -, Laszlo Hanyecz said: > > > university net nazis > > > > Did you really just write that? > > > > As far as "net nazi", I meant it in the same sense as a BOFH. Someone who is > intentionally degrading a user's experience by using technical means to block > specif

Re: Android (lack of) support for DHCPv6

> > On the other hand, if it becomes common and acceptable to use DHCPv6 to > > provide a single address only > > I encourage my competitor universities to design their networks that way. :) I'd be fine with android doing DHCPv6 plus refusing to use v6 if only one address is available. Covers the

AS4788 Telecom Malaysia major route leak?

I see tons of bogus routes show up with AS4788 in the path, and at least AS3549 is acceping them. E.g. for the RIPE NCC (193.0.0.0/21): [BGP/170] 00:20:29, MED 1000, localpref 150 AS path: 3549 4788 12859 I, validation-state: valid

Re: Greenfield 464XLAT (In January)

On 12 June 2015 at 07:14, Tore Anderson wrote: > > Hi Baldur, > > MAP is *not* NAT; that's what's so neat about it. The users do get a > public IPv4 address (or prefix!) routed to their CPE's WAN interface, > towards which they can accept inbound unsolicited connections. > True if you are only

Re: AS4788 Telecom Malaysia major route leak?

On Fri, Jun 12, 2015 at 11:09:34AM +0200, Tore Anderson wrote: > I see tons of bogus routes show up with AS4788 in the path, and at > least AS3549 is acceping them. > > E.g. for the RIPE NCC (193.0.0.0/21): > > [BGP/170] 00:20:29, MED 1000, localpref 150 > AS path: 3549 4788 128

Re: AS4788 Telecom Malaysia major route leak?

* Tore Anderson [2015-06-12 11:12]: > I see tons of bogus routes show up with AS4788 in the path, and at > least AS3549 is acceping them. > > E.g. for the RIPE NCC (193.0.0.0/21): > > [BGP/170] 00:20:29, MED 1000, localpref 150 > AS path: 3549 4788 12859

New AS Number Blocks allocated to the RIPE NCC

Forwarded Message Subject:New AS Number Blocks allocated to the RIPE NCC Date: Fri, 12 Jun 2015 10:54:14 +0200 From: Ingrid Wijte To: address-policy...@ripe.net, routing...@ripe.net, me...@menog.net, af...@afnog.org, sa...@sanog.org, nanog@nanog.org, uk...@list

Re: AS4788 Telecom Malaysia major route leak?

On 12 Jun 2015, at 16:16, Job Snijders wrote: This has global impact, lots of alerts on the SQA collector page http://sqa.ring.nlnog.net/ I'm reaching out to them now. --- Roland Dobbins

Re: AS4788 Telecom Malaysia major route leak?

On Fri, Jun 12, 2015 at 11:09:34AM +0200, Tore Anderson wrote a message of 10 lines which said: > I see tons of bogus routes show up with AS4788 in the path, and at > least AS3549 is acceping them. > > E.g. for the RIPE NCC (193.0.0.0/21): > > [BGP/170] 00:20:29, MED 1000

Re: AS4788 Telecom Malaysia major route leak?

It *looks* like GBLX stopped accepting the leak. Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 20 3514 6970 UK (Office) +44 7584 906 055 UK (Mobile) +1 888 993 5273 US (Office) smartflare (Skype) http://www.peeringdb.co

Huge Level 3 ipv4 issues?

Experiencing packetloss all over the place (chicago, tampa, atlanta) on Level 3's network; can't even reach them from Brighthouse residential. IPv6 seems to still be working fine, but of course Brighthouse doesn't offer that lol. Anyone seeing the same? David

Re: Huge Level 3 ipv4 issues?

There’s another thread about this, titled: "AS4788 Telecom Malaysia major route leak?" Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 20 3514 6970 UK (Office) +44 7584 906 055 UK (Mobile) +1 888 993 5273 US (Office) smar

Re: AS4788 Telecom Malaysia major route leak?

These aren't just leaks - they're more specifics of what's normally advertised, but keeping the proper origin. Hard to see how that could be accidental... Chris On Fri, 12 Jun 2015, Stephane Bortzmeyer wrote: On Fri, Jun 12, 2015 at 11:09:34AM +0200, Tore Anderson wrote a message of 10

Re: AS4788 Telecom Malaysia major route leak?

* Marty Strong via NANOG > It *looks* like GBLX stopped accepting the leak. If so, it's a partial fix at best, I still see plenty of leaked routes, both via 3356 and 3549, e.g.: tore@cr1-osl3> show route 195.24.168.98 all Jun 12 12:03:54 +0200 inet.0: 544405 destinations, 1591203 routes (5430

Re: Huge Level 3 ipv4 issues?

seeing issues across GX in the UK as well... -- Martin Hepworth, CISSP Oxford, UK On 12 June 2015 at 10:51, David Hubbard wrote: > Experiencing packetloss all over the place (chicago, tampa, atlanta) on > Level 3's network; can't even reach them from Brighthouse residential. > IPv6 seems to st

Re: Huge Level 3 ipv4 issues?

Hai David, > Op 12 jun. 2015 om 10:51 heeft David Hubbard > het volgende geschreven: > > Experiencing packetloss all over the place (chicago, tampa, atlanta) on > Level 3's network; can't even reach them from Brighthouse residential. > IPv6 seems to still be working fine, but of course Brightho

Re: Huge Level 3 ipv4 issues?

Seeing the same on brighthouse in Indianapolis to most of level 3 (so a lot of the internet it seems, only on mobile phone via WiFi atm so haven't looked much into it). Using level3 DNS here totally failed about an hour ago, switched resolvers and I can now resolve things but still no luck with l3

Re: AS4788 Telecom Malaysia major route leak?

> Hi Marty, > > Noted. We are still checking this issue. > > > > > > Regards, > > LEE BON SHENG | leebonsh...@tm.com.my | ipmc_ipc...@tm.com.my > NOC2 IPCORE, ISP Network Management, Telekom Malaysia, AS4788 > TOLLFREE: 1-800-88-2646 (Opt 4) / International: +603-22466646 (Opt 4) > > > >

Re: AS4788 Telecom Malaysia major route leak?

On 06/12/2015 10:43 AM, Marty Strong via NANOG wrote: > It *looks* like GBLX stopped accepting the leak I think you just saw it flapping. :-) That's what I've been seeing since ~ 0845 UTC :-( -- rrbone UG (haftungsbeschraenkt) - Leibnizstr. 8a - 44147 Dortmund HR B 23168 Amtsgericht Dortmund -

Re: AS4788 Telecom Malaysia major route leak?

On Fri, Jun 12, 2015 at 10:43:09AM +0100, Marty Strong via NANOG wrote: > It *looks* like GBLX stopped accepting the leak. I disagree. Since 08:44 UTC up until now (10:15) the DFZ has been a radio-active wasteland with hordes of unwelcome announcements. Kind regards, Job

Re: AS4788 Telecom Malaysia major route leak?

Yes, you’re right, I was too trigger happy :( Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 20 3514 6970 UK (Office) +44 7584 906 055 UK (Mobile) +1 888 993 5273 US (Office) smartflare (Skype) http://www.peeringdb.com/v

Re: AS4788 Telecom Malaysia major route leak?

On 12 Jun 2015, at 17:46, Job Snijders wrote: > OK, as of now (~ 10:40) UTC things look normalised. Just got off the phone, I think things may be in hand, now. --- Roland Dobbins

Re: AS4788 Telecom Malaysia major route leak?

On Fri, 2015-06-12 at 10:43 +0100, Marty Strong via NANOG wrote: > It *looks* like GBLX stopped accepting the leak. Nope. Churn is ongoing, nothing has been fixed. Global outage began 08:44 UTC and is still ongoing. It's been so long people have now had time to come up with things like "33.333%".

Re: AS4788 Telecom Malaysia major route leak?

On Fri, Jun 12, 2015 at 12:18:38PM +0200, Job Snijders wrote: > On Fri, Jun 12, 2015 at 10:43:09AM +0100, Marty Strong via NANOG wrote: > > It *looks* like GBLX stopped accepting the leak. > > I disagree. Since 08:44 UTC up until now (10:15) the DFZ has been a > radio-active wasteland with hordes

RE: AS4788 Telecom Malaysia major route leak?

Still on hold with Level3, but some of my sites are clearing up. Chris -Original Message- From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Martin Millnert Sent: Friday, June 12, 2015 3:24 AM To: Marty Strong Cc: NANOG Subject: Re: AS4788 Telecom Malaysia major route leak? On Fr

Re: AS4788 Telecom Malaysia major route leak?

* Roland Dobbins [2015-06-12 12:57]: > > On 12 Jun 2015, at 17:46, Job Snijders wrote: > > > OK, as of now (~ 10:40) UTC things look normalised. > > Just got off the phone, I think things may be in hand, now. Still seeing a lot more updates than usual: http://www.karotte.org/pics/bgp-stabilit

Re: AS4788 Telecom Malaysia major route leak?

These aren't just leaks - they're more specifics of what's normally advertised, but keeping the proper origin. Hard to see how that could be accidental... Having looked further - the examples of these I was looking at (advertisements from AS34556 & AS17709) were being advertised before the le

Re: AS4788 Telecom Malaysia major route leak?

On Fri, Jun 12, 2015 at 01:21:14PM +0200, Sebastian Wiesinger wrote: > * Roland Dobbins [2015-06-12 12:57]: > > > > On 12 Jun 2015, at 17:46, Job Snijders wrote: > > > > > OK, as of now (~ 10:40) UTC things look normalised. > > > > Just got off the phone, I think things may be in hand, now. >

Re: AS4788 Telecom Malaysia major route leak?

First news: http://www.xgn.nl/nieuws/69593/grote-internetstoring-in-europa-problemen-door-route-leak -- Alessandro Martins +55 11 94715-4700 On Fri, Jun 12, 2015 at 8:27 AM, Job Snijders wrote: > On Fri, Jun 12, 2015 at 01:21:14PM +0200, Sebastian Wiesinger wrote: > > * Roland Dobbins [2015-0

Re: Huge Level 3 ipv4 issues?

Hi David, yes. We are connected to Level3 pop in Milan and we are experiencing the same kind of issues with IPv4. IPv6 seems to be working fine. Regards, Lorenzo On 12/06/15 12:07, Raymond Dijkxhoorn wrote: > Hai David, > >> Op 12 jun. 2015 om 10:51 heeft David Hubbard >> het volgende geschr

Re: AS4788 Telecom Malaysia major route leak?

* Job Snijders [2015-06-12 13:30]: > Yes, I suspect tons of 3356 / 3549 customers shut down their BGP > sessions waiting for the storm to blow over. I expect more churn then > usual the next 6 ~ 12 hours, due to customers slowly turning session > back on. Yes. It's nice and stable now. http://ww

Re: AS4788 Telecom Malaysia major route leak?

http://www.bgpmon.net/massive-route-leak-cause-internet-slowdown/ Jürgen Jaritsch Head of Network & Infrastructure ANEXIA Internetdienstleistungs GmbH Telefon: +43-5-0556-300 Telefax: +43-5-0556-500 E-Mail: j...@anexia.at Web: http://www.anexia.at

Re: Android (lack of) support for DHCPv6

The only thing I would add is that DHCPv6 is not just about "tracking" clients. Yes there are ways to do so using SLAAC, but they are not pretty. Giving too much weight to tracking being the reason for DHCPv6 is just as bad as giving too much weight to tethering as the reason against it. It skew

Re: AS4788 Telecom Malaysia major route leak?

Does anyone at Level3 care to comment here about this event, and if there are any plans to push BGP prefix security? 2015-06-12 8:25 GMT-05:00 Jürgen Jaritsch : > http://www.bgpmon.net/massive-route-leak-cause-internet-slowdown/ > > > > Jürgen Jaritsch > Head of Network & Infrastructure > > ANEXIA

Re: AS4788 Telecom Malaysia major route leak?

On Fri, Jun 12, 2015 at 09:58:55AM -0500, Charles van Niman wrote a message of 25 lines which said: > Does anyone at Level3 care to comment here about this event, https://twitter.com/Level3/status/609353696787496960

Re: Android (lack of) support for DHCPv6

Ray Soucy has given us an nice summary. It goes along with “please let me manage my business and don’t take away my tools just to satisfy your prejudices.” Selection of management policies and implementations is ALWAYS a local issue (assuming consideration of legal necessities). Especially in t

DC Circuit denies stay on Neutrality

Here is a delightful wacky weekend starter culture for you: a backgrounder on exactly what it means that the DC Circuit denied Verizon et alia a stay of execution on Title II reclassification. Complete with bonus brony references. http://www.wetmachine.com/tales-of-the-sausage-factory/net-neutr

Re: DC Circuit denies stay on Neutrality

It wasn't only the big guys requesting a stay. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com - Original Message - From: "Jay Ashworth" To: nanog@nanog.org Sent: Friday, June 12, 2015 10:20:28

Re: Android (lack of) support for DHCPv6

On Fri, Jun 12, 2015 at 11:18 AM, James R Cutler wrote: > “please let me manage my business and don’t take away my tools just to > satisfy your prejudices.” There are probably several ways to interpret that in ways you hadn't considered for this discussion, I can think of a few. They are:

Re: Android (lack of) support for DHCPv6

lorenzo already stated that the cost was in user satisfaction related to tethering and the business reason was the desire to not implement NAT in v6 on android. many people didn't like those reasons or think that they are less important than their own reasons. shockingly, everyone believes that t

Open letter to Level3 concerning the global routing issues on June 12th

Dear Level3, The Internet is a cooperative effort, and it works well only when its participants take constructive actions to address errors and remedy problems. Your position as a major Internet Carrier bestows upon you a certain degree of responsibility for the correct operation of the Internet a

RE: Open letter to Level3 concerning the global routing issues on June 12th

Hi Martin I am not a spokesperson on behalf of L3 but I have worked for big telcos my whole career and my recommendation is to raise a trouble ticket if any one on the forum is their customer and is affected. I don’t think Engineers at NOC are authorized to reply to forums at any of the major te

Re: Android (lack of) support for DHCPv6

Once upon a time, Todd Underwood said: > lorenzo already stated that the cost was in user satisfaction related to > tethering and the business reason was the desire to not implement NAT in v6 > on android. So, just to roll back for a second, I hadn't really thought about what was being discussed

Re: Open letter to Level3 concerning the global routing issues on June 12th

People from Big telcom should never reply to mailing lists from work addresses unless specifically allowed, which I suspect TATA doesn't either, based on some direct, buy old knowledge :) Filtering has been a community issue since my days @ MCI being AS3561, often discussed not often enough acted

Re: Android (lack of) support for DHCPv6

Can someone explain to me how Android uses SLAAC to implement tethering? SLAAC allows the Android device to have as many addresses it wants. But how does that allow it to reshare those address to a tethered device? A tethering device that might itself be running SLAAC or DHCPv6. If the tethering

Re: Android (lack of) support for DHCPv6

Personally my view is that DHCPv6-PD support would be much better for tethering, but I don't get to tell Google how to do that just like they don't get to tell me how to give out addresses. My only request would be if you do implement DHCPv6-PD for tethering, please make it only request a prefix w

Re: AS4788 Telecom Malaysia major route leak?

* milln...@gmail.com (Martin Millnert) [Fri 12 Jun 2015, 12:54 CEST]: Also, possible explanation for why nobody's fixing it: https://twitter.com/TMCorp/status/609167065300271104 :) https://scontent-sea1-1.xx.fbcdn.net/hphotos-xat1/t31.0-8/10914977_10152809997716851_748171875526832420_o.jpg Is t

Re: Android (lack of) support for DHCPv6

On Thu, Jun 11, 2015 at 7:42 PM, Laszlo Hanyecz wrote: > DHCPv6 is a crutch that allows operators to simply implement IPv6 > with all the same hacks as IPv4 and continue to do address based > access control, tracking, etc. Hi Lazlo, Who are you to tell me how I must or must not use this new tech

Enterprise network as an ISP with a single huge customer

Hello, I'm sure lots of you work for big enterprises, and some of you work for biggest of them. How many of you architect your network as an ISP, with that enterprise as the biggest customer ? Office networks in l3vpn, VPLS/EVPN on top of your own network for DCI, etc ? Or is it usually just

Re: Open letter to Level3 concerning the global routing issues on June 12th

On Fri, Jun 12, 2015 at 12:53:13PM -0300, jim deleskie wrote: > Filtering has been a community issue since my days @ MCI being AS3561, > often discussed not often enough acted one, I suspect the topic has come up > at every "large" NSP I've worked at. Frequently someone complains its > "hard" to f

Re: AS4788 Telecom Malaysia major route leak?

Looks to be edited from their original tweet. On Fri, Jun 12, 2015 at 9:07 AM, wrote: > * milln...@gmail.com (Martin Millnert) [Fri 12 Jun 2015, 12:54 CEST]: >> >> Also, possible explanation for why nobody's fixing it: >> https://twitter.com/TMCorp/status/609167065300271104 :) > > https://sconte

Re: Android (lack of) support for DHCPv6

I have completely lost track of the technical issues on this thread. I would like DHCP-PD support for acquiring a prefix for tethering, from both cellular, and from wifi, in android. A mobile (android is also used in settop boxes and devices like that) and pretty standard platform that I could put

Re: Android (lack of) support for DHCPv6

The thing about this is that I get the impression that there was violent agreement that DHCPv6 with PD would be Good Thing. I think that the disagreement is about single address assignments being a Bad Thing or Good Thing. For Android, it seems that if operators implemented the ability to fetch

Re: Open letter to Level3 concerning the global routing issues on June 12th

i remember that presentation! https://www.nanog.org/meetings/abstract?id=459 :-) On Fri, Jun 12, 2015 at 11:53 AM, jim deleskie wrote: > People from Big telcom should never reply to mailing lists from work > addresses unless specifically allowed, which I suspect TATA doesn't either, > based on

Re: Open letter to Level3 concerning the global routing issues on June 12th

Todd, One of my few work "regrets" is we where not able to move this forward. There was/is lots of value in it. Agree'd on the posting. -jim On Fri, Jun 12, 2015 at 2:36 PM, Todd Underwood wrote: > i remember that presentation! > > https://www.nanog.org/meetings/abstract?id=459 > > :-) > >

Re: Android (lack of) support for DHCPv6

On Fri, 12 Jun 2015 10:33:55 -0700, Dave Taht said: > The core bits of what I don't understand about the flamage is how hard > would it be for an end-user - or corporate client - to just add any of > these functionalities to this, cyanogenmod, etc. What percent of Android users have even *heard* o

Re: Android (lack of) support for DHCPv6

On Fri, Jun 12, 2015 at 1:43 PM, wrote: > On Fri, 12 Jun 2015 10:33:55 -0700, Dave Taht said: > > The core bits of what I don't understand about the flamage is how hard > > would it be for an end-user - or corporate client - to just add any of > > these functionalities to this, cyanogenmod, etc.

Re: Open letter to Level3 concerning the global routing issues on June 12th

> On Jun 12, 2015, at 1:36 PM, Todd Underwood wrote: > > it's probably far better for everyone in such a situation to simply never > post anything. :-/ Yeah it was a bad move trying to equate those two and causes the exact impact you expect. :( - Jared

Re: Android (lack of) support for DHCPv6

On Fri, Jun 12, 2015 at 10:51 AM, Todd Underwood wrote: > > On Fri, Jun 12, 2015 at 1:43 PM, wrote: >> >> On Fri, 12 Jun 2015 10:33:55 -0700, Dave Taht said: >> > The core bits of what I don't understand about the flamage is how hard >> > would it be for an end-user - or corporate client - to jus

Re: Open letter to Level3 concerning the global routing issues on June 12th

> On Jun 12, 2015, at 1:40 PM, jim deleskie wrote: > > Todd, > > One of my few work "regrets" is we where not able to move this forward. > There was/is lots of value in it. There are many of us trying to tilt at these topics in various ways. I know that at $dayjob we try to keep things clean

Weekly Routing Table Report

This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, AusNOG, SANOG, PacNOG, CaribNOG and the RIPE Routing Working Group. Daily listings are sent to bgp-st...@lists.apnic.net For hi

A Public Apology to Lorenzo

(resending as I sent it incorrectly the first time; apology for the duplicate for those that see it twice) Dear Lorenzo, I'd like to publicly apologize for my behaviour last night. It has been rightly pointed out to me in private that I crossed several lines in my response to the debate yester

Re: AS4788 Telecom Malaysia major route leak?

This is the official feedback: Level 3's network, alongside some other ISP's, experienced service disruptions affecting customers in Europe, Asia and multiple other markets. IP, Voice and Content Delivery Network (CDN) services were affected for Level 3. The root cause of the issue was isolat

Re: Android (lack of) support for DHCPv6

On 2015-06-12 16:58, Ray Soucy wrote: Wouldn't the simple play here be for Android to just throw up a message saying "This network does not support tethering" if SLAAC isn't enabled, and to let users complain to local operators if that's something they want? Google doesn't get blamed, operator

Re: Android (lack of) support for DHCPv6

On Fri, Jun 12, 2015 at 1:33 PM, Dave Taht wrote: > The core bits of what I don't understand about the flamage is how hard > would it be for an end-user - or corporate client - to just add any of > these functionalities to this, cyanogenmod, etc. Hi Dave, Tough to say. The Feat implementation of

The Cidr Report

This report has been generated at Fri Jun 12 21:14:37 2015 AEST. The report analyses the BGP Routing Table of AS2.0 router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org/2.0 for a current version of this report. Recent Table History Date

BGP Update Report

BGP Update Report Interval: 04-Jun-15 -to- 11-Jun-15 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS9829 321362 4.8% 166.7 -- BSNL-NIB National Internet Backbone,IN 2 - AS23752

Re: FastNetMon 1.1.2 - open source solution for DoS/DDoS mitigation

Hello, Nanog! I have speech at ENOG 9 and would like to share my slides there: http://www.enog.org/presentations/enog-9/17-FastNetMon_ENOG_pdf.pdf Thank you for attention! On Thursday, June 4, 2015, Rafael Possamai wrote: > You could look into LXD for that type of deployment. > > On Thu, Jun 4

Re: Enterprise network as an ISP with a single huge customer

On Fri, Jun 12, 2015 at 1:08 PM, Stepan Kucherenko wrote: > Hello, > > I'm sure lots of you work for big enterprises, and some of you work for > biggest of them. > > How many of you architect your network as an ISP, with that enterprise as > the biggest customer ? Office networks in l3vpn, VPLS/EV

Re: Enterprise network as an ISP with a single huge customer

> it's nice to have the tools to segregate traffic/users/things... > mpls/etc is one method to do that... I don't know that many > enterprises pursue this path though :( which is sad (I think). i have seen a lot of this done with firewall devices and vlans. with vlans or mpls, you can make spaghe

Re: Enterprise network as an ISP with a single huge customer

On Fri, Jun 12, 2015 at 10:04 PM, Randy Bush wrote: >> it's nice to have the tools to segregate traffic/users/things... >> mpls/etc is one method to do that... I don't know that many >> enterprises pursue this path though :( which is sad (I think). > > i have seen a lot of this done with firewall

Re: Enterprise network as an ISP with a single huge customer

>> i have seen a lot of this done with firewall devices and vlans. with >> vlans or mpls, you can make spaghetti without wires, one wheat and one >> semolina. > > oh absolutely. you can use many tools to lop off your fingers, my > point was that things like mpls (or vlans) provide a nice other to

Re: Enterprise network as an ISP with a single huge customer

13.06.2015 05:35, Randy Bush wrote: i have seen a lot of this done with firewall devices and vlans. with vlans or mpls, you can make spaghetti without wires, one wheat and one semolina. oh absolutely. you can use many tools to lop off your fingers, my point was that things like mpls (or vlans)

Re: Enterprise network as an ISP with a single huge customer

What I have done is leverage the production data center redundancy to provide connectivity services to any nearby offices in the same region, basically using our colo as the office ISP for internet connectivity but as far as doing vpls services and the like, it has been so far cheaper to contract t

Re: Enterprise network as an ISP with a single huge customer

It will also depend greatly on the knowledge of the design team / person and the operations team. If the designer is ex-SP or has a strong knowledge of both SP and Enterprise then yes, a good design may result. There are plenty of people out there that will use MPLS / multiple tables for the wr

Re: Enterprise network as an ISP with a single huge customer

On 13 Jun 2015, at 10:00, Tim Raphael wrote: There are plenty of people out there that will use MPLS / multiple tables for the wrong reasons just so they can say that's what they're doing. Concur 100%. I also agree with both Chris and with Randy with regards to pros and cons of this genera