Re: Level3 / Cogent / NetFlix BGP Assistance
Sam I just sent you an email offlist.
a public ix port could be an option.
Erich Kaiser
The Fusion Network
er...@gotfusion.net
Office: 630-621-4804
Cell: 630-777-9291
On Sun, Dec 4, 2016 at 11:25 AM, Faisal Imtiaz
wrote:
> Have you considered connecting to the nearest peering exchange ? where you
> can potentially off-load all of this traffic from your paid IP Transit ?
>
> Faisal Imtiaz
> Snappy Internet & Telecom
>
> - Original Message -
> > From: "Sam Norris"
> > To: "nanog list"
> > Sent: Sunday, December 4, 2016 12:14:57 PM
> > Subject: Level3 / Cogent / NetFlix BGP Assistance
>
> > Hey all,
> >
> >
> >
> > In early October our traffic levels from NetFlix went from about half
> Level3 and
> > half Cogent - pretty well balanced - to all on Level3. Standard
> multihomed BGP
> > setup with minimal TE if I can help it. I am starting to run into
> problems with
> > a full gigabit port on Level3 and only 100-200mbps on Cogent at that
> colo. I
> > tried padding, I even tried 65000:2906 bgp community, but it seems like
> if our
> > level3 port is up NetFlix chooses it solely. How can I load balance
> NetFlix
> > traffic across my two ports so that I am not paying for overages and/or
> forced
> > to up to a 10G port immediately? I have 3 other providers at that colo
> and
> > cannot find any mix of bgp tricks to get some of it thru our other
> providers.
> >
> >
> >
> > I notice AS2906 has a localpref of 86 - odd ...
> >
> >
> >
> > The 108.175.47.0/24 block seems to be using as 2906 so I thought a
> 65000:2906
> > wouldn't announce those prefixes to them at all. I have about 10
> prefixes being
> > announced so I could implement a no-export on some of them to load
> balance but
> > that doesn't work.
> >
> >
> >
> > Thx,
> >
> > Sam
> >
> >
> >
> >
> >
> > BGP routing table entry for 108.175.47.0/24
> >
> >
> >
> > Paths: (2 available, best #1)
> >
> > 2906
> >
> > AS-path translation: { 108.175.47.0/24 }
> >
> > ear3.LosAngeles1 (metric 10)
> >
> >Origin IGP, metric 30334, localpref 86, valid, internal, best
> >
> >Community: 2906:51081 North_America Lclprf_86 United_States
> Level3_Peer
> > Los_Angeles Level3:10984
> >
> >Originator: ear3.LosAngeles1
> >
> > 2906
> >
> > AS-path translation: { 108.175.47.0/24 }
> >
> > ear3.LosAngeles1 (metric 10)
> >
> >Origin IGP, metric 30334, localpref 86, valid, internal
> >
> >Community: 2906:51081 North_America Lclprf_86 United_States
> Level3_Peer
> > Los_Angeles Level3:10984
> >
> > Originator: ear3.LosAngeles1
>
Re: Level3 / Cogent / NetFlix BGP Assistance
Have you considered connecting to the nearest peering exchange ? where you can
potentially off-load all of this traffic from your paid IP Transit ?
Faisal Imtiaz
Snappy Internet & Telecom
- Original Message -
> From: "Sam Norris"
> To: "nanog list"
> Sent: Sunday, December 4, 2016 12:14:57 PM
> Subject: Level3 / Cogent / NetFlix BGP Assistance
> Hey all,
>
>
>
> In early October our traffic levels from NetFlix went from about half Level3
> and
> half Cogent - pretty well balanced - to all on Level3. Standard multihomed
> BGP
> setup with minimal TE if I can help it. I am starting to run into problems
> with
> a full gigabit port on Level3 and only 100-200mbps on Cogent at that colo. I
> tried padding, I even tried 65000:2906 bgp community, but it seems like if our
> level3 port is up NetFlix chooses it solely. How can I load balance NetFlix
> traffic across my two ports so that I am not paying for overages and/or forced
> to up to a 10G port immediately? I have 3 other providers at that colo and
> cannot find any mix of bgp tricks to get some of it thru our other providers.
>
>
>
> I notice AS2906 has a localpref of 86 - odd ...
>
>
>
> The 108.175.47.0/24 block seems to be using as 2906 so I thought a 65000:2906
> wouldn't announce those prefixes to them at all. I have about 10 prefixes
> being
> announced so I could implement a no-export on some of them to load balance but
> that doesn't work.
>
>
>
> Thx,
>
> Sam
>
>
>
>
>
> BGP routing table entry for 108.175.47.0/24
>
>
>
> Paths: (2 available, best #1)
>
> 2906
>
> AS-path translation: { 108.175.47.0/24 }
>
> ear3.LosAngeles1 (metric 10)
>
>Origin IGP, metric 30334, localpref 86, valid, internal, best
>
>Community: 2906:51081 North_America Lclprf_86 United_States Level3_Peer
> Los_Angeles Level3:10984
>
>Originator: ear3.LosAngeles1
>
> 2906
>
> AS-path translation: { 108.175.47.0/24 }
>
> ear3.LosAngeles1 (metric 10)
>
>Origin IGP, metric 30334, localpref 86, valid, internal
>
>Community: 2906:51081 North_America Lclprf_86 United_States Level3_Peer
> Los_Angeles Level3:10984
>
> Originator: ear3.LosAngeles1
Level3 / Cogent / NetFlix BGP Assistance
Hey all,
In early October our traffic levels from NetFlix went from about half Level3 and
half Cogent - pretty well balanced - to all on Level3. Standard multihomed BGP
setup with minimal TE if I can help it. I am starting to run into problems with
a full gigabit port on Level3 and only 100-200mbps on Cogent at that colo. I
tried padding, I even tried 65000:2906 bgp community, but it seems like if our
level3 port is up NetFlix chooses it solely. How can I load balance NetFlix
traffic across my two ports so that I am not paying for overages and/or forced
to up to a 10G port immediately? I have 3 other providers at that colo and
cannot find any mix of bgp tricks to get some of it thru our other providers.
I notice AS2906 has a localpref of 86 - odd ...
The 108.175.47.0/24 block seems to be using as 2906 so I thought a 65000:2906
wouldn't announce those prefixes to them at all. I have about 10 prefixes being
announced so I could implement a no-export on some of them to load balance but
that doesn't work.
Thx,
Sam
BGP routing table entry for 108.175.47.0/24
Paths: (2 available, best #1)
2906
AS-path translation: { 108.175.47.0/24 }
ear3.LosAngeles1 (metric 10)
Origin IGP, metric 30334, localpref 86, valid, internal, best
Community: 2906:51081 North_America Lclprf_86 United_States Level3_Peer
Los_Angeles Level3:10984
Originator: ear3.LosAngeles1
2906
AS-path translation: { 108.175.47.0/24 }
ear3.LosAngeles1 (metric 10)
Origin IGP, metric 30334, localpref 86, valid, internal
Community: 2906:51081 North_America Lclprf_86 United_States Level3_Peer
Los_Angeles Level3:10984
Originator: ear3.LosAngeles1
Re: Comcast business IPv6 vs rbldnsd & PSBL
That's true - I had one of the SMC routers for many years when I had static Business HSI service, and switched earlier this year to using a off the shelf Arris (ex Motorola) Surfboard modems and dynamic IP on my BHSI service... my IPv6 service has never been better. :) Unless you have a static IP configuration - As long as it's on Comcast's approved modem list they don't care what modem you use even if it's on their business class service. Best Wishes - Peter On Tue, Nov 29, 2016 at 1:18 PM, wrote: > To clarify, you cannot rent AND have static IP's. > > You can rent your own modem ofr business service when using dynamic IP's. > > Robert Webb > > > On Tue, 29 Nov 2016 15:07:52 -0500 > Jared Mauch wrote: > >> Can't do that with the business service. Oh well, to have choices. >> Jared Mauch >> >>> On Nov 29, 2016, at 2:40 PM, Randy Bush wrote: >>> >>> i am running my own (why rent at silly costs) dpc3008 and wfm. >>> >>> randy >>> >> > -- [ http://blog.plosh.net ] - "Earth Halted: Please reboot to continue"
Re: Disney Brands GeoIP Contact
Hi James, I work for Disney (DTSS) and service that piece of the infrastructure. We use Digital Element's Netacuity product. If your network block is resolving wrong, I would contact them directly. That saves us the work of contacting them directly for you. DE's email relating to data updates is ip-d...@digitalelement.com. Cheers, -Don On Wed, Nov 30, 2016 at 8:25 AM, James Baldwin wrote: > > Does anyone have contacts at Disney or an associated brand (Hulu, Disney, > ESPN)? They all appear to have out of date or incorrect GeoIP information > for our Level3 block. > > I have been able to whitelist our corporate locations with Hulu however I > have been unable to reach anyone at the other sites. I would love to find > out which third party they are using for their information and correct the > problem at the source (MaxMind is correct). > > - James
Re: BRAS/BNG Suggestion
Yes, it seems that our use case it's not the right one for Ericsson. Da: NANOG per conto di t...@pelican.org Inviato: venerdì 2 dicembre 2016 11.37.29 A: nanog@nanog.org Oggetto: Re: BRAS/BNG Suggestion On Friday, 2 December, 2016 05:55, "Mark Tinka" said: > Redback used to be popular - I believe they got picked up by Ericsson. I'd steer clear at a small scale like 20k subscribers. In my experience, Ericsson as an organisation just aren't set up to deal with a company that want to buy a couple of boxes, install and run them themselves, and call support when something breaks - it's all about multi-month PoCs and fully-managed rollouts at incumbent-telco scale. Think 20M subs, not 20k. Regards, Tim.
Wormly SMTP Test Message
This message was sent using the Wormly SMTP testing tool by this user: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 197.230.17.94
Wormly SMTP Test Message
This message was sent using the Wormly SMTP testing tool by this user: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 197.230.17.94
Wormly SMTP Test Message
This message was sent using the Wormly SMTP testing tool by this user: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 105.159.251.206
Wormly SMTP Test Message
This message was sent using the Wormly SMTP testing tool by this user: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 197.230.17.94
