Re: Netskrt - ISP-colo CDN

[Eric Dugas via NANOG]

That name rang a bell so I looked up my emails.

They contacted me last year, they were claiming to be "working with some of
the major streaming brands, such as Amazon Prime Video, to improve the
quality of both VOD and live streaming while also reducing the load on ISP
networks such as your own.".

Based on my quick research, they have a few registered ASNs (their peeringdb
page ) with a few netblocks but I get
0 traffic from them (we're a sizable eyeball network). Their origin network
might still not be ready but digging a little bit more, it seems they act
as a third-party video caching solution and not as an origin CDN so in the
end, they're really just trying to sell ISPs and other types of customers
their caching solutions.

Eric

On Thu, Apr 4, 2024 at 4:00 PM Aaron Gould  wrote:

> Anyone out there using Netskrt CDN?  I mean, installed in your network
> for content delivery to your customers.  I understand Netskrt provides
> caching for some well known online video streaming services... just
> wondering if there are any network operators that have worked with
> Netskrt and deployed their caching servers in your networks and what
> have you thought about it?  What Internet uplink savings are you seeing?
>
> Netskrt - https://www.netskrt.io/
>
>
> --
> -Aaron
>
>

Re: Contact from Apple Cache for ISP

[Eric Dugas via NANOG]

You can submit your request here: https://cache.edge.apple/inquire

On Wed, Mar 6, 2024 at 8:54 AM Aaron1  wrote:

> peering-...@group.apple.com
>
> I think it’s AEC (Apple Edge Caching). This might get you closer to
> speaking with someone in that group.
>
> Aaron
>
> > On Mar 6, 2024, at 1:46 AM, Pascal Masha  wrote:
> >
> > Hello,
> >
> > Looking for contacts for anyone from Apple who can assist with subject
> request.
> >
> > Regards,
> > Pascal
>
>

Re: edgecast - lots of traffic at ~3:00 a.m.

[Eric Dugas via NANOG]

Same on our side + Fastly, Akamai, a little bit of Apple too. Not sure what
content exactly.

On Tue, Jan 23, 2024 at 10:36 AM Charles Monson 
wrote:

> I'm seeing an uptick from Apple's AS6185, along with the usual CDNs,
> all around that time. Looks like there is a new iOS update (17.3).
>
> On Tue, Jan 23, 2024 at 9:19 AM Aaron Gould  wrote:
> >
> > Anyone else see a lot of traffic inbound from the Internet last night
> > (early this morning) at ~3:00 a.m. central time?  I see an IP Address,
> > (93.184.215.240 - EdgeCast), which I think is EdgIO (fka limelight).
> > Any idea what this is related to? (something tells me it's a game update)
> >
> > --
> > -Aaron
> >
>

Searching for technical contact at Aptum AS13768

[Eric Dugas via NANOG]

Hello,

I'm searching for a technical contact, either Ops or Eng at Aptum AS13768
to remove stale route objects created by their NOC from IRR(s).

Contacting their nsc.global@ group yielded no response at all.

Thanks
Eric

Re: Advantages and disadvantages of legacy assets

[Eric Dugas via NANOG]

On Mon, Nov 20, 2023 at 3:25 PM o...@delong.com  wrote:

>
> It’s unlikely that lack of RPKI will be a significant drawback for the
> foreseeable future.
>

It is actually. The older Orgs I manage all have RIR-based IRR and RPKI.

Thanks all for the answers

Advantages and disadvantages of legacy assets

[Eric Dugas via NANOG]

Greetings!

Let's say you inherit legacy assets (ASN & IPv4 netblock), what are the
first advantages that come to mind (beside not having to pay annual fees).

Any disadvantages? The ones I can think of is the lack of RIR routing
security services (in the ARIN region at least). No IRR, no RPKI at all.

Eric

Re: starlink downlink/internet access

[Eric Dugas via NANOG]

Starlink has nothing to do with Google Fiber. It used to use Google Cloud
for routing (BYOIP) in the early days but I am sure this has changed.

Eric

On Wed, Jan 11, 2023 at 9:51 AM Tom Beecher  wrote:

> I can say with certainty at least one downlink location is not using
> Google Fiber, as I am sitting about 1/2 mile from it , and have firsthand
> knowledge of all glass in the ground around here.
>
> On Wed, Jan 11, 2023 at 12:14 AM Dave Taht  wrote:
>
>> I maintain an email list for issues specific to starlink here:
>> https://lists.bufferbloat.net which has multiple experts on it. There
>> are also quite a few folk on twitter covering what's going on there.
>>
>> The latest information I had was that they'd started off hooked up to
>> google's stuff but have been building out their own network wherever
>> they can.
>>
>>
>> On Tue, Jan 10, 2023 at 8:50 PM Ong Beng Hui 
>> wrote:
>> >
>> > Hi folks,
>> >
>> > Anyone know/advise if Starlink internet downlink is in US Google fiber ?
>> > I thought I saw a message before that Starlink was using Google fiber.
>> >
>> > I was referring to the actual internet transit, not the Satellite
>> > downlink station.
>> >
>> > Please advise.
>> >
>>
>>
>> --
>> This song goes out to all the folk that thought Stadia would work:
>>
>> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-698135607352320-FXtz
>> Dave Täht CEO, TekLibre, LLC
>>
>

Re: Google Speed Test

[Eric Dugas via NANOG]

Cloudflare has https://speed.cloudflare.com and Apple has
http://test.edge.apple/debug/ too.

The Cloudflare speed test usually gives lesser results vs. Ookla while
Apple's test URL is only useful to test on which cluster an end-customer
ends up. I'll take notes about the "networkQuality" command!

Eric

On Tue, Jan 3, 2023 at 2:57 PM Ask Bjørn Hansen  wrote:

>
>
> On Jan 3, 2023, at 08:24, Mike Hammett  wrote:
>
> I think this is why Netflix came out with fast.com, but AFAIK, they're
> the only ones that have their own tool using their own infrastructure.
>
>
> macOS have a built-in “networkQuality” command line tool (`man
> networkQuality` or https://support.apple.com/kb/HT212313 ). (iOS and
> iPadOS have a similar tool if a “WiFi Performance Diagnostics” profile has
> been installed).
>
> See also https://datatracker.ietf.org/doc/draft-ietf-ippm-responsiveness/
>
> $ networkQuality
>  SUMMARY 
> Uplink capacity: 1.029 Gbps
> Downlink capacity: 2.132 Gbps
> Uplink Responsiveness: High (7199 RPM)
> Downlink Responsiveness: Medium (450 RPM)
> Idle Latency: 12.042 milliseconds
>
>
> Ask
>

What's going on with AS147028?

[Eric Dugas via NANOG]

A friend of mine mentioned that both our Canadian ASNs were listed in
AS147028's peer list on https://bgp.he.net/AS147028 but we have no
adjacency to this network.

Their peer count jumped from 1 in May 2022 to 1,800 and just a few days ago
jumped to 8,800. Beside NL-IX, all the IX they are listed on are virtual IX
with a few dozen "hobby networks".

The only lead I have is they use HE as transit and they're pumping back BGP
feed to route collectors like RIPE RIS or Route Views with routes stripped
of HE's ASN.

Eric

Re: Contact for Beanfield Technologies Inc (AS21949)

[Eric Dugas via NANOG]

I poked one of my contacts and he told me it was resolved. If it's not,
maybe give more details here so they can validate and follow up if needed.

Eric

On Wed, Feb 16, 2022 at 11:06 PM Michael Zarglis via NANOG 
wrote:

> Been dealing with an asymmetric routing issue and have not gotten
> anywhere with their level 1 support in 2 weeks. Would really appreciate
> if there is anyone from Beanfield on this list could please reach out to
> me.
>
> Thanks for your time,
> Michael Zarglis
>

Re: Carrier Options in Hong Kong

[Eric Dugas via NANOG]

I am in no way an expert in APAC but all of the IP carriers I have in NA
are present in HK: Cogent, Tata, Telia, Zayo.

My guess is a good portion of the interconnections with other IP carriers,
CDNs and such will be either in Singapore or Tokyo.

On Fri, Dec 17, 2021 at 1:56 PM nanoguser99 via NANOG 
wrote:

> Nanog,
>
> Currently my organization uses PCCW which we pay through the nose for and
> I'm looking to cut them.  This was put in place before me.  I was informed
> that PCCW is "the carrier" in Hong Kong but based on my analysis I'm not
> sure that's the case.  My analysis of carriers such as Lumen and Cogent put
> them on par with PCCW.  Pings to random IPs in HK are reasonable fast on
> all of them, same with pings to cloud providers.   Access to mainland is
> not a hard requirement but just to check they all had 300+ ms latency to
> known IPs in Shanghai and Tanjin.
>
> I know some regions such as Korea or Dubai are monopolized where the wrong
> carrier takes you on a far away path to get a few blocks down the street.
>
> I don't need anything special, just general DIA and good access to
> eyeballs and internet.  I just wanted to see people's opinions here as APAC
> connectivity can be tricky.
>
> - Nanoguser99
>
> Sent with ProtonMail  Secure Email.
>
>

Re: Global issues @ Telia - doing a "FB/hold my beer" move?

[Eric Dugas via NANOG]

I've just sent this update over the Outages ML:

>Dear Customer,
>
>We regret to inform you that your services were affected by an incident 
>occurred at 16:00 UTC during a routine update of a routing policy for 
>aggregated prefixes in Telia Carrier IP Core network. This caused traffic to 
>prefixes contained within the aggregates >to be blackholed, resulting in a 
>impact on some parts of the network.
>
>When the underlying problem source was traced, the configuration was rolled 
>back to the earlier working version of the routing policy (17:05 UTC). 
>Affected services started to recover gradually after this operation was 
>applied. No further disturbances >related to this incident are expected.
>
>Due to the wide impact on several customer services, a number of complaints 
>was received by our Customer Support Centre, resulting in delays in the 
>communication with customers via email and/or phone. We apologize for any 
>inconvenience this incident >has caused to your services.

On Thu, Oct 7, 2021 at 3:48 PM Max Tulyev  wrote:
>
> Really it depends on the problem source. BGP do not know either route
> really reachable or not. This time we was just lucky.
>
> 07.10.21 22:36, Ca By пише:
> >
> >
> > On Thu, Oct 7, 2021 at 11:47 AM Max Tulyev  > > wrote:
> >
> > We have 2 ports from Telia, one in Kiev (Ukraine) and one in New York
> > (USA). I have seen both ports simultaneously dropped traffic volume for
> > about one hour today.
> >
> > It was not critical (for us), as traffic was shifted to another links,
> > and there was no unreachable destinations like BGP announces with
> > traffic blackholed. But looks strange.
> >
> >
> > Thats why it is called the bridging gap protocol
> >
> > While Telia barfed, it bridged the gap.
> >
> > See, bgp is not all bad. There are no bad routes, only bad days
> >
> >
> >
> > 07.10.21 21:23, Vincentz Petzholtz пише:
> >  > Hi everyone,
> >  >
> >  > Looks like the season for outages is on. Does anyone has more
> > details regarding the issues at Telia? I didn't found any public
> > available information. They say it's over but this is clearly not
> > the case.
> >  >
> >  > Best regards,
> >  > Vincentz
> >  >
> >

Re: AS6461 issues in Montreal

[Eric Dugas via NANOG]

Traffic resumed about 30 minutes ago. They blamed a fiber cut but the fiber
cut is still ongoing between Ottawa and Kingston. Not sure how you can
blame loosing half of the Internet when you lose half of your
connectivity... Montreal is connected to Toronto and NYC.

Eric

On Fri, Sep 24, 2021 at 3:07 PM Pascal Larivee 
wrote:

> Yes, saw the same thing this morning, They dropped half the internet.
> No reply from them on our support ticket.
>
> --
> Pascal Larivée
>

AS6461 issues in Montreal

[Eric Dugas via NANOG]

Hello,

Anyone else seeing a large withdrawal of routes on their Zayo AS6461
sessions? We've lost about 400k routes at around 10:40 EDT.

Nothing in their Network Status so far

Eric

Connect team contact at Cloudflare

[Eric Dugas via NANOG]

Hello,

I am currently building a PNI with Cloudflare. The PNI was approved in
April, cross-connects ordered and installed in May but I haven't heard from
them since.

My initial contact (who was really helpful) did try to push internally
multiple times but their connect team isn't following up at all so I'm
searching for people who can help me push this forward.

Thanks in advance
Eric

Re: New minimum speed for US broadband connections

[Eric Dugas via NANOG]

I'm not in the US but in Canada it's been 50/10 since 2016 and we're just
"almost" there yet. IMO the target should have been more like 100/30 or
even 50 of upload.

100/100 might be a bit short sighted considering it'll take years to
accomplish the necessary last-mile/distribution upgrades in rural areas.

On Thu, May 27, 2021 at 8:31 PM Sean Donelan  wrote:

>
> What should be the new minimum speed for "broadband" in the U.S.?
>
>
> This is the list of past minimum broadband speed definitions by year
>
> year  speed
>
> 1999  200 kbps in both directions (this was chosen as faster than
> dialup/ISDN speeds)
>
> 2000  200 kbps in at least one direction (changed because too many service
> providers had 128 kbps upload)
>
> 2010   4 mbps down / 1 mbps up
>
> 2015   25 Mbps down / 3 Mbps up (wired)
>  5 Mbps down / 1 Mbps up (wireless)
>
> 2021   ??? / ??? (some Senators propose 100/100 mbps)
>
> Not only in major cities, but also rural areas
>
> Note, the official broadband definition only means service providers can't
> advertise it as "broadband" or qualify for subsidies; not that they must
> deliver better service.
>
>

Re: Flowspec IPv6

[Eric Dugas via NANOG]

Turns out the apply-group isn't working for v6 rules.

ATAC made me replicate the same rule directly under routing-options and
inet6flow.0 appeared and I can see my rule populated now.

FYI I'm running vRR 20.4R1-S1.2

On Sun, May 23, 2021 at 4:55 AM Zbyněk Pospíchal 
wrote:

> Hi Eric,
>
> with no v6 fs rules, the table inet6flow.0 stay hidden. Try to make any.
>
> --
> S pozdravem/Best Regards,
> Zbyněk
>
>
>
> Dne 21.05.21 v 20:10 Eric Dugas via NANOG napsal(a):
> > Hello,
> >
> > I've been fiddling with JunOS to enable Flowspec IPv6. According to the
> > docs, it was implemented in 16.x. I've tried to set it up in vRR and vMX
> > in the 20.x train. Everything commit just fine, I get the inetflow.0 for
> > IPv4 but inet6flow.0 is not appearing.
> >
> > I already have a JTAC case (now escalated to ATAC) but I am looking for
> > plan B.
> >
> > Has anyone implemented Flowspec v6? I was thinking about FRRouting but I
> > wanted to get some feedback from the community before spending more
> > hours into this.
> >
> > Thanks
> > Eric
>
>

Flowspec IPv6

[Eric Dugas via NANOG]

Hello,

I've been fiddling with JunOS to enable Flowspec IPv6. According to the
docs, it was implemented in 16.x. I've tried to set it up in vRR and vMX in
the 20.x train. Everything commit just fine, I get the inetflow.0 for IPv4
but inet6flow.0 is not appearing.

I already have a JTAC case (now escalated to ATAC) but I am looking for
plan B.

Has anyone implemented Flowspec v6? I was thinking about FRRouting but I
wanted to get some feedback from the community before spending more hours
into this.

Thanks
Eric

Re: Peering and Caching for Epic Games, Fortnite, et al

[Eric Dugas via NANOG]

Agreed. The few good examples in Canada are Ubisoft/i3D (now mostly just i3D) 
and Riot Games. We don't have Valve or Blizzard here.

Epic Games seems to use Akamai for downloads/updates and AWS for backend so I 
don't see how you can cache/optimize latency other than getting in Akamai's own 
AANP program and peering with AWS.
Eric
On Mar 23 2021, at 10:05 am, Mike Hammett  wrote:
> For an industry (online gaming) with the most "sensitive" customers to 
> latency, packet loss, throughput, etc., the online gaming industry is 
> terrible at peering. There are a few shining examples of what you should do, 
> but then the rest is just content with buying transit from one, two, three 
> players and calling it a day.
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions
> http://www.ics-il.com
>
> Midwest-IX
> http://www.midwest-ix.com
>
>
> From: "Jose Luis Rodriguez" 
> To: nanog@nanog.org
> Sent: Monday, March 22, 2021 9:13:46 PM
> Subject: Peering and Caching for Epic Games, Fortnite, et al
>
> We run a healthy-sized ISP (say, 2.5M households, plus enterprise, etc ) and 
> we really, REALLY want to make sure our users have an amazing experience when 
> downloading the neverending Fortnite/Spacequest/Blizzard/DigDug updates that 
> run down our pipes. Would love to hear from others about how they're peering 
> and caching -- not having the level of success I'd want with the typical 
> "aggregators" (they know who they are ) and would really like to link to the 
> source even if it means trenching through the core of the Earth...
>
> Would love pointers, names, or any leads, on or off list.
>
> Thanks
>
> Jose L. Rodriguez
> CTO, Totalplay
>
>
>

Re: DOD prefixes and AS8003 / GRSCORP

[Eric Dugas via NANOG]

Single-homed on AS6939, no website setup on gsrcorp.com. (gsrcorp.com)

The address listed is in Plantation, PL and shows is a typical commercial 
office building. You can even get virtual office address here: 
https://www.davincivirtual.com/loc/us/florida/plantation-virtual-offices/facility-2492
https://bgp.he.net/net/11.0.0.0/8#_dns shows a lot of .cn domains pointing to 
these IPs
https://bgp.he.net/net/11.0.0.0/8#_irr shows route-object created for AS95 
(real DoD) and AS8003 by the same maintainer, probably to make it seem more 
legit.
I would be really curious to see the LOA presented to AS6939 to announce 54 
million IPs out of government IP space and what type of verification was done 
because it doesn't seem legit at all.
Eric
On Mar 11 2021, at 7:56 am, Siyuan Miao  wrote:
> Hi Folks,
>
> Just noticed that almost all DOD prefixes (7.0.0.0/8,11.0.0.0/8,22.0.0.0/8 
> (http://7.0.0.0/8,11.0.0.0/8,22.0.0.0/8) and bunch of /22s) are now announced 
> under AS8003 (GRSCORP) which was just formed a few months ago.
>
> It looks so suspicious. Does anyone know if it's authorized?
>
> Regards,
> Siyuan
>

Re: Viable Third Option?

[Eric Dugas via NANOG]

I'm referring to AS6461. They're offering IP transit from AS6461 here since
2017 (the takeover of AS15290's facilities in Montreal/rest of Canada).

Eric

On Wed, Feb 17, 2021 at 8:32 PM Eric Kuhnke  wrote:

> In the context of Montreal, to clarify, when you say Zayo are you
> referring to Zayo Canada (former AT Canada/MTS-Allstream), or AS6461, the
> original Abovenet AS which is Zayo USA's IP transit network?
>
>
> On Wed, Feb 17, 2021 at 11:17 AM Eric Dugas via NANOG 
> wrote:
>
>> The details you mentioned about Cogent and HE are still right.
>>
>> I'm managing an eyeball network and have Cogent in our blend but I also
>> have three other Tier1s and VERY extensive peering (public and private). We
>> have (from the cheapest to most expensive) Cogent, Telia, Zayo and Tata. I
>> have to mention that we're based in Montreal so less choices compared to
>> your market. The only two other Tier1s available in Montrea is GTT and
>> Lumen/CL/Level3.
>>
>> Cogent: difficult relations, good service overall
>> Telia: excellent relations, good service overall
>> Tata: good relations, good service overall
>> Zayo: difficult relations, good service overall
>>
>> Eric
>>
>> On Feb 17 2021, at 1:49 pm, Mike Hammett  wrote:
>>
>> This is from the perspective of an eyeball network. I understand that
>> content networks would have different objectives and reasons. For instance,
>> I have little to no reason as an eyeball network to exchange traffic with
>> any other eyeball network (aside from P2P games). For a content network,
>> getting into the eyeball networks is their objective.
>>
>> My crystal ball tells me this thread will spiral out of control because
>> people won't be able to keep it on topic, but it is a question that I hear
>> VERY often. I also expect a lot of purely bad or outdated information to
>> get thrown out.
>>
>> Please try to keep it on topic and not being pedantic over relatively
>> unimportant details.
>>
>> There are two major low-cost providers, Cogent and HE.
>>
>> Cogent
>>
>>- Refuses to peer IPv6 with HE
>>- Refuses to peer IPv6 with Google
>>- Aggressive sales tactics
>>
>> Hurricane
>>
>>- Doesn't have Cogent IPv6 because of Cogent's refusal
>>- Lack of communities for anything other than blackholes
>>
>>
>> I know there are a variety of other providers such as Fusion Network that
>> operate at similar price points, but are available in way fewer locations.
>>
>> What else is out there? Anyone else that isn't 5x, 10x the cost?
>>
>> Cogent and HE get looked down upon (and sometimes deservedly so), but
>> when I talk to someone trying to sell me a port in 350 Cermak for 8x the
>> cost of Cogent and HE, you better have a very good argument for why you're
>> worth it...  and they never do. "We're not Cogent." "and?" Many times I'm
>> quoted transit that costs more than Cogent + IX + HE and they don't really
>> have a good argument for it.
>>
>> As an eyeball, I join an IX and there goes 50% - 85% of my traffic and
>> almost all of my traffic that anyone is going to notice or complain about
>> if there are issues (video streaming).
>>
>> I do understand that enterprise eyeballs may have different requirements.
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions <http://www.ics-il.com/>
>>
>> Midwest Internet Exchange <http://www.midwest-ix.com/>
>>
>> The Brothers WISP <http://www.thebrotherswisp.com/>
>>
>>

Re: Viable Third Option?

[Eric Dugas via NANOG]

The details you mentioned about Cogent and HE are still right.

I'm managing an eyeball network and have Cogent in our blend but I also have 
three other Tier1s and VERY extensive peering (public and private). We have 
(from the cheapest to most expensive) Cogent, Telia, Zayo and Tata. I have to 
mention that we're based in Montreal so less choices compared to your market. 
The only two other Tier1s available in Montrea is GTT and Lumen/CL/Level3.
Cogent: difficult relations, good service overall
Telia: excellent relations, good service overall
Tata: good relations, good service overall
Zayo: difficult relations, good service overall

Eric
On Feb 17 2021, at 1:49 pm, Mike Hammett  wrote:
> This is from the perspective of an eyeball network. I understand that content 
> networks would have different objectives and reasons. For instance, I have 
> little to no reason as an eyeball network to exchange traffic with any other 
> eyeball network (aside from P2P games). For a content network, getting into 
> the eyeball networks is their objective.
>
> My crystal ball tells me this thread will spiral out of control because 
> people won't be able to keep it on topic, but it is a question that I hear 
> VERY often. I also expect a lot of purely bad or outdated information to get 
> thrown out.
>
> Please try to keep it on topic and not being pedantic over relatively 
> unimportant details.
>
> There are two major low-cost providers, Cogent and HE.
>
> Cogent
> Refuses to peer IPv6 with HE
>
> Refuses to peer IPv6 with Google
>
> Aggressive sales tactics
>
>
> Hurricane
> Doesn't have Cogent IPv6 because of Cogent's refusal
>
> Lack of communities for anything other than blackholes
>
>
>
> I know there are a variety of other providers such as Fusion Network that 
> operate at similar price points, but are available in way fewer locations.
>
> What else is out there? Anyone else that isn't 5x, 10x the cost?
>
> Cogent and HE get looked down upon (and sometimes deservedly so), but when I 
> talk to someone trying to sell me a port in 350 Cermak for 8x the cost of 
> Cogent and HE, you better have a very good argument for why you're worth 
> it... and they never do. "We're not Cogent." "and?" Many times I'm quoted 
> transit that costs more than Cogent + IX + HE and they don't really have a 
> good argument for it.
>
> As an eyeball, I join an IX and there goes 50% - 85% of my traffic and almost 
> all of my traffic that anyone is going to notice or complain about if there 
> are issues (video streaming).
>
> I do understand that enterprise eyeballs may have different requirements.
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions (http://www.ics-il.com/)
>
>
>
>
>
> Midwest Internet Exchange (http://www.midwest-ix.com/)
>
>
>
>
> The Brothers WISP (http://www.thebrotherswisp.com/)
>
>
>
>
>

Re: Residential GPON last mile for network engineers (Telus AS852 and others)

[Eric Dugas via NANOG]

I don't have any particular insights for Telus, but there is a huge thread 
about bypassing Bell ONTs on DSLReports: 
https://www.dslreports.com/forum/r32230041-Internet-Bypassing-the-HH3K-up-to-2-5Gbps-using-a-BCM57810S-NIC
Cheers,
Eric
On Oct 13 2020, at 9:38 pm, Eric Kuhnke  wrote:
> With the growth of gigabit class single fiber GPON last mile services, I 
> imagine a number of people reading the list must have subscribed to such by 
> now.
>
> Something that I have observed, and shared observations with a number of 
> colleagues, is that very often a person who works for ($someAS) lives in a 
> location where you are effectively singlehomed to ($someotherAS). Maybe you 
> bought your house before you got a job with your current employer, or maybe 
> the network you work for doesn't do residential last mile service at all. 
> Perhaps you work remotely for a regional sized entity that's a long distance 
> away from where you live.
>
> Therefore necessitating a choice of service from whatever facilities based 
> consumer-facing ISP happens to service your home.
>
> For example, in Seattle, a number of people discovered that they could keep 
> the Centurylink GPON ONT, and remove the centurylink-provided router/modem 
> combo device. Provided that they were able to configure their own router 
> (small vyatta, pfsense box, mikrotik, whatever) to speak a certain VLAN tag 
> on its WAN interface and be a normal PPPoE / DHCP client.
>
> I'm sure there are a lot of people who prefer to run their own home router 
> and wifi devices, and not rely upon a ($big_residential_isp) provided 
> all-in-one router/nat/wifi box with opaque configuration parameters, or no 
> ability to change configuration at all.
>
> Any insights as to what the configuration of the Telus AS852 GPON network 
> looks would be helpful. Or other observations in general on 
> technically-oriented persons who are doing similar with other ILECs.

Re: Fastly's Montreal POP offline

[Eric Dugas via NANOG]

I got news this morning, they're investigating since Tuesday ~18:00. No ETA for 
now.

On Oct 8 2020, at 12:04 am, Eric Dugas  wrote:
> My PNI with them in Montreal is barely passing any traffic since yesterday 
> just before 18:00.
>
> Fastly is also on QIX in Montreal, and both LAGs shows no traffic since 
> yesterday, same time my PNI's traffic dropped.
> I've tried to reach peering@ and noc@ today but no replies so far and it's 
> been hours. If anyone from Fastly can reach me off-list or on-list.
> Eric

Fastly's Montreal POP offline

[Eric Dugas via NANOG]

My PNI with them in Montreal is barely passing any traffic since yesterday just 
before 18:00.

Fastly is also on QIX in Montreal, and both LAGs shows no traffic since 
yesterday, same time my PNI's traffic dropped.
I've tried to reach peering@ and noc@ today but no replies so far and it's been 
hours. If anyone from Fastly can reach me off-list or on-list.
Eric

Re: Hurricane AS6939 - Contact

[Eric Dugas via NANOG]

Their NOC is usually very responsive

On Fri, Sep 18, 2020 at 10:46 AM Paschal Masha 
wrote:

> Hey,
>
> Any Techie from AS6939 to help with a routing issue in Denver ANY2 IX.
> Please contact me offlist. Thanks
>
>
>
> *Paschal Masha*
> Senior Network Engineer
> 6x7 Networks | 1 (831)325-0544
> Time Zone: PST
>

Re: RPKI for dummies

[Eric Dugas via NANOG]

Here's some more literature: 
https://blog.cloudflare.com/rpki-and-the-rtr-protocol/

Eric
On Aug 20 2020, at 10:00 am, Dovid Bender  wrote:
> Fabien,
>
> Thanks. So to sum it up there is nothing stopping a bad actor from 
> impersonating me as if I am BGP'ing with them. It's to stop any other AS 
> other then mine from advertising my IP space. Is that correct? How is 
> verification done? They connect to the RIR and verify that there is a cert 
> signed by the RIR for my range?
>
>
>
> On Thu, Aug 20, 2020 at 9:51 AM Fabien VINCENT (NaNOG) via NANOG 
> mailto:nanog@nanog.org)> wrote:
> > Hi,
> >
> > In fact, RPKI does nothing about AS Path checks if it's your question. RPKI 
> > is based on ROA where signatures are published to guarantee you're the 
> > owner of a specific prefix with optionnal different maxLength from your ASN.
> > So if the question is about if RPKI is sufficient to secure the whole BGP 
> > path, well, it's not. RPKI guarantee / permit only to verify the ressource 
> > announcements (IPvX block) is really owned by your ASN. But even if it's 
> > not sufficient, we need to deploy it to start securing resources', not the 
> > whole path.
> > Don't know if it replies to your question, but you can read also the pretty 
> > good documentation on RPKI here : 
> > https://rpki.readthedocs.io/en/latest/rpki/introduction.html or the 
> > corresponding RFC ;)
> > Le 20-08-2020 15:20, Dovid Bender a écrit :
> > > Hi,
> > >
> > > I am sorry for the n00b question. Can someone help point me in the right 
> > > direction to understand how RPKI works? I understand that from my side 
> > > that I create a key, submit the public portion to ARIN and then send a 
> > > signed request to ARIN asking them to publish it. How do ISP's that 
> > > receive my advertisement (either directly from me, meaning my upstreams 
> > > or my upstreams upstream) verify against the cert that the advertisement 
> > > is coming from me? If say we have
> > > Medium ISP (AS1000) -> Large ISP (AS200)
> > > in the above case AS200 know it's peering with AS1000 so it will take all 
> > > advertisements. What's stopping AS1000 from adding a router to their 
> > > network to impersonate me, make it look like I am peering with them and 
> > > then they re-advertise the path to Large ISP?
> > >
> > > Again sorry for the n00b question, I am trying to make sense of how it 
> > > works.
> > >
> > > TIA.
> > >
> > > Dovid
> > >
> > >
> > >
> >
> > --
> > Fabien VINCENT
> > @beufanet
> >
> >
>
>

Re: AS6327/Shaw contact

[Eric Dugas via NANOG]

I got what I needed. Thanks!

Eric
On Aug 4 2020, at 3:21 pm, Eric Dugas  wrote:
> Hello NANOG,
>
> Could somebody from AS6327/Shaw's network team contact me off-list? I’ve 
> tried the peering and NOC aliases and got automated replies but no follow ups 
> in months.
> Thanks
> Eric

AS6327/Shaw contact

[Eric Dugas via NANOG]

Hello NANOG,

Could somebody from AS6327/Shaw's network team contact me off-list? I’ve tried 
the peering and NOC aliases and got automated replies but no follow ups in 
months.
Thanks
Eric

Re: favorite network troubleshooting tools (online)

[Eric Dugas via NANOG]

I like globaltraceroute.com (RIPE Atlas probes and NLNOG RING

On Thu, Jul 16, 2020, 15:28 Geoff Mulligan  wrote:

> I really like netvty!  Great tool.
>
> Geoff
>
>
> On 7/16/20 11:41 AM, Todd Dressel wrote:
>
> I’ve been using netVTY for a while (https://netvty.com).  Its an ssh
> client that recognizes addresses and prefixes appearing in the output from
> your network devices and translates them on the fly.  There’s a bit of work
> upfront to build a database from your device configs, but once that’s done
> it makes life much easier.
>
> Todd
>
> On Thursday, 16 July 2020, Adam Thompson  wrote:
>
>> I see NLNOG’s IRRexplorer has been mentioned, but what about the NLNOG
>> RING  ?  There’s a publicly-reachable LG (
>> lg.ring.nlnog.net) but you have to sign up for access to the rest.
>>
>> -Adam
>>
>>
>>
>> *Adam Thompson*
>> Consultant, Infrastructure Services
>> *[image: [MERLIN LOGO]]* 
>> 100 - 135 Innovation Drive
>> 
>> Winnipeg, MB, R3T 6A8
>> (204) 977-6824 or 1-800-430-6404 (MB only)
>> athomp...@merlin.mb.ca
>> www.merlin.mb.ca
>>
>>
>>
>> *From:* NANOG  *On
>> Behalf Of *Matt Harris
>> *Sent:* Thursday, July 16, 2020 9:49 AM
>> *To:* Mehmet Akcin 
>> *Cc:* nanog 
>> *Subject:* Re: favorite network troubleshooting tools (online)
>>
>>
>>
>> Not one specific tool, but I often use various large SP looking glasses
>> to determine what their routing tables look like when necessary.
>>
>>
>>
>> RIPE Atlas is another cool project that has also yet to be mentioned.
>>
>>
>>
>> Cloudflare's RPKI tools may also be of use.
>>
>>
>>
>>
>>
>> Matt Harris​
>>
>> |
>>
>> Infrastructure Lead Engineer
>>
>> 816‑256‑5446
>>
>> |
>>
>> Direct
>>
>> *Looking for something?*
>>
>> *Helpdesk Portal *
>>
>> |
>>
>> *Email Support *
>>
>> |
>>
>> *Billing Portal *
>>
>> We build and deliver end‑to‑end IT solutions.
>>
>> On Thu, Jul 16, 2020 at 9:08 AM Marcos Manoni 
>> wrote:
>>
>> https://stat.ripe.net/ has lots of widgets
>> https://stat.ripe.net/widget/list
>> http://irrexplorer.nlnog.net/ for detailed IRR info
>> (https://bgp.he.net also have some)
>>
>> El mié., 15 jul. 2020 a las 14:41, Mehmet Akcin ()
>> escribió:
>> >
>> > hey there,
>> >
>> > I recently have come across this http://ping.pe/ website, I have no
>> association with this but it's pretty awesome. This made me wonder what
>> other tools out there which I do not know about it.
>> >
>> > what are your favorite network troubleshooting tools?
>> >
>> > In addition to ping.pe, I like https://bgp.he.net but would love to
>> hear your thought about other tool recommendations as especially the ones
>> that are distributed.
>> >
>> > Mehmet
>>
>>
>

Re: IPv4 Broker / Service -

[Eric Dugas via NANOG]

Replied off-list

Eric
On Jun 11 2020, at 2:27 pm, edwin.malle...@gmail.com wrote:
> Hi Nanog,
>
>
> I have need of a reputable IPv4 broker or service – personal experience with 
> said broker would be preferred. These would be for small blocks - /23, 24s – 
> in the US, so ARIN. I know, I know, IPv6 for life and all that and I agree, 
> but … you know, the business. I’m happy to take responses off-list, but I 
> would really appreciate any recommendations.
>
> Thanks!
>
> Ed

Canadian Tire/AS396367 netops contact

[Eric Dugas via NANOG]

Hello,

Canadian Tire has a routing loop in their network. We tried the public contact 
in their ARIN and none of them are reachable externally.
The loop is inside 205.210.17.0/24, (205.210.17.0/24) announced by AS396367
Thanks
Eric Dugas

Re: Cost Recovery Surcharge & Va Personal Property Tax Recovery for IP Transit

[Eric Dugas]

Had a similar issue where a provider would slap a ~10% "FCC Regulatory 
Surcharge" (not specified in the contract) on IP transit delivered in Canada. 
We spent multiple hours trying to resolve the issues. I ended up by de-peering 
from the three letter name company. They were the only one doing this (out of 
six Tier1 providers available in the city).

I don't care about paying regulatory stuff. In some places, it's part of the 
game. I just need my providers to be transparent. If you're selling a full 10G 
of IP transit at $0.40/Mbps, I expect to receive an invoice for $4000+tx a 
month, not $4400+tx a month.
Eric
On Jan 6 2020, at 10:56 am, Siyuan Miao  wrote:
> I've checked my contract and there's a line:
>
> > If ’s costs to provide services to Customer increase due to 
> > reasons beyond ’s control, including annual escalations imposed 
> > by facility providers (often referred to as “Facility Cost Recovery 
> > Surcharges”),  has the right to increase the fees paid by 
> > Customer to cover such costs.
> > If any local, state, national, international, public or quasi-public 
> > governmental entity or foreign government or its political subdivision 
> > imposes any taxes (excluding taxes based on ’s net income or 
> > capital or any property taxes), fees, surcharges, or other charges or 
> > impositions on  as a result of ’s sale of Services or 
> > Customer’s use of Services, Customer shall pay any such impositions 
> > (“Additional Charges”) and indemnify  from any liability or 
> > expense associated with the Additional Charges. Taxes that arise in any 
> > jurisdiction, including, without limitation, value added, consumption, 
> > sales, use, excise, access, bypass, franchise, or other taxes, fees, 
> > duties, charges or surcharges, however designated, imposed on, incident to, 
> > or based upon the provision, sale or use of the Service.
>
> Though, I don't think it's okay to pay CRS and property tax for IPT service.
> Will try to negotiate with them again.
>
> Honestly, it's my first time to see these BS. We never have any similar 
> issues with other providers.
> On Mon, Jan 6, 2020 at 11:29 PM William Herrin  (mailto:b...@herrin.us)> wrote:
> >
> >
> > On Mon, Jan 6, 2020 at 6:40 AM Siyuan Miao  > (mailto:avel...@misaka.io)> wrote:
> > > NANOG,
> > >
> > > We've recently signed contract of colocation + IP transit with a local 
> > > provider in Northern Virginia.
> > > Co-location services is okay but we found something unusual on our IP 
> > > transit invoices.
> > > - Va Personal Property Tax Recovery (1.8%)
> > > - Cost Recovery Surcharge (3%)?
> > > We've talked with our providers but they told us:
> > > > we use a tax engine that provides the taxes/rates to our services. If 
> > > > you would like further language on them, please let me know and I will 
> > > > have some one send that over.
> > > Has anyone else ran into this? If this is a legit "surcharge"?
> > > Also, IP transit isn't a property, why is there a "Property Tax" for IP 
> > > transit?
> > >
> >
> >
> > Hi Siyuan,
> >
> > If it's not written in to your contract, it's a breach of contract. Either 
> > way it's a deceitfully imposed surcharge, not a state tax. Virginia does 
> > not tax the sale of services like transit and colo. More, the only personal 
> > property tax I've heard of in Virginia is on motor vehicles.
> > Regards,
> > Bill Herrin
> >
> > --
> > William Herrin
> > b...@herrin.us (mailto:b...@herrin.us)
> >
> > https://bill.herrin.us/
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>

Re: Disney+ Streaming

[Eric Dugas]

I saw various content being served from Akamai, Amazon, Fastly and Limelight so 
far. I'm in Montreal.

Video is served from the following hosts:
vod-akc-na-central-1.media.dssott.com
vod-ftc-na-central-1.media.dssott.com
vod-ftc-na-east-1.media.dssott.com
vod-ftc-na-west-2.media.dssott.com
vod-llc-na-west-2.media.dssott.com
vod-vzc-na-east-1.media.dssott.com

On Nov 12 2019, at 2:49 pm, Justin Krejci  wrote:
> I see the Disney service went live today, with some load issues according to 
> various news reports and down detector. Is it well known where the newly 
> released Disney+ streaming service content is sourced? Are they using their 
> own servers on AS22604 or using one or more of the established CDNs? Or 
> something combination or something else entirely?
>
>
> As the service grows in popularity, and its breadth of content and manageable 
> price is likely to attract a lot of growth, I'd like to plan for any 
> necessary augmentations to the network. I have not yet seen a noticeable 
> change in traffic trends locally but I am sure during the evening time it is 
> likely to be more apparent where it all comes from.

Google/GMail contact

[Eric Dugas]

Looking for a Google/GMail contact, off-list.

Eric

Re: VDSL

[Eric Dugas]

Bell Canada still uses a lot of VDSL2 last-miles in Quebec and Ontario.

Max speed is 100/10 over bonded pairs and 50/10 over a single pair over short 
distances. Generally served from a fiber-fed DSLAM and less than 500 meters.
On Oct 15 2019, at 1:48 pm, Rod Beck  wrote:
> I understand. My recollection is that the distance is like 100 meters. VDSL 
> is what the engineers deploying on the street told me. I think there is a 
> node right outside.
>
>
> Regards,
>
> Roderick.
>
> From: Matt Harris 
> Sent: Tuesday, October 15, 2019 7:37 PM
> To: Rod Beck 
> Cc: Nanog@nanog.org 
> Subject: Re: VDSL
>
>
> On Tue, Oct 15, 2019 at 12:25 PM Rod Beck  (mailto:rod.b...@unitedcablecompany.com)> wrote:
>
>
> > Hi,
> >
> >
> > I discovered that the Budapest cable company was using VDLS to provide 
> > services up to 500 megs into the buildings where my flats are located. VDSL 
> > is a pretty old standard. I recollect people talking about it back in 1998.
> >
> > Is it being heavily deployed in Last Mile networks state side?
>
> Hey Rod,
> Are you sure they're using VDSL (I'm assuming you mean VDSL2 which is still 
> in fairly wide use around the world)? 500mbit VDSL2 would have a very short 
> run limitation afaik. It wouldn't be last mile, more like last meter. :)
>
> It's not super-widely used in the US today since Verizon and others have 
> built out increasing FTTH networks and always had to compete with DOCSIS 
> based services which are very widespread here, though I wouldn't be surprised 
> if it was still frequently the "better than satellite!" service available in 
> some rural areas that aren't too hard to reach with cabling. A decade ago, 
> you would've seen a lot more VDSL2 deployments here in the US, though usually 
> no more than 25 or 50 mbit capacity for the end-user.
>
> https://en.wikipedia.org/wiki/List_of_VDSL_and_VDSL2_deployments has a bunch 
> of interesting details though I can attest to some of them being fairly out 
> of date.

Clueful netops/sysops persons at Canon

[Eric Dugas]

Hello,

One of our customers is having issues with his Canon printers that needs to
connect to https://ugwportal.net for whatever reason. The issue is only
visible from one of our netblock to a few IPs in 202.248.100.0/24. I don't
believe this is a routing issue.

The netblock is routed by Fujitsu's AS2510 and the servers may be even
managed by Fujitsu so I've tried to reach fip-idcst...@ml.jp.fujitsu.com
and fip-idcst...@dl.jp.fujitsu.com who are listed as the admin and tech
contact for 202.248.100.0/24 but the tech contact email bounced. The second
address didn't seem to bounce back but I am not convinced we're reaching
the right company/group so I'm trying to find a clueful contact
specifically from Canon in North America or even Europe to take a look help
us find the right group to address the situation.

Thanks in advance

Re: AS16509 contact

[Eric Dugas]

Thanks everyone for the off-list replies.

On Tue, Sep 24, 2019 at 11:02 AM Eric Dugas  wrote:

> Hello,
>
> Anyone has peering contacts in AS16509 other than peering @ amazon.com to
> setup a PNI? All my previous contacts are gone.
>
> Thanks
> Eric
>

AS16509 contact

[Eric Dugas]

Hello,

Anyone has peering contacts in AS16509 other than peering @ amazon.com to setup 
a PNI? All my previous contacts are gone.
Thanks
Eric

80.67.75.0/24 (Akamai) announced by Kazakhtelecom

[Eric Dugas]

Got alerts for 80.67.75.0/24 (Akamai) normally announced by Tier1 providers 
routed by a long AS path from our of our peers:

80.67.75.0/24 AS path: 9002 9198 43727 6762 2914 23454 23454 I, 
validation-state: unknown
80.67.64.0/19 AS path: 1299 3257 34164

I just got home and it seems Akamai already reacted:
80.67.75.0/24 AS path: 174 2914 23454 23454
AS path: 1299 2914 23454 23454

Less damage (as far as I can see) but what a bad week for BGP so far...

Networks enforcing RPKI validation

[Eric Dugas]

Hello NANOG,

I was wondering if there was a list of networks that enforce RPKI
validation and dropping invalids.

The shortlist I know is: AT (since February of this year) and of course
NTT because of Job

Thanks
Eric

Re: Purchasing IPv4 space - due diligence homework

[Eric Dugas]

I cleaned two blocks last year with Spamhaus and others. Took me less than two 
weeks and Spamhaus were the quickest of the bunch (we're talking about a full 
or two business days). PSN can be tricky, same for Netflix and whatnot but I 
always put these new blocks in "quarantine" for a couple of weeks by using 
these services with random IPs in a new block.

In order, I began to announce the prefixes right after the transfers were 
approved by ARIN. I then contacted Spamhaus and the others roughly a week 
later. As I mentioned, Spamhaus were really reactive. The others responded in 
about 2 weeks.
What helped us (I think) is that we're a listed MANRS participant (so 
filtering, BCP38, proper NOC/Ops contacts). We also sign all of our routes with 
ROAs, proper route objects in an IRR and PTRs generated for every IPs.
On Apr 3 2019, at 1:20 pm, Nikolas Geyer  wrote:
> A big +1 to checking Spamhaus, specifically their DROP and EDROP lists. These 
> two lists are what causes us most pain when acquiring IPv4 space as a lot of 
> providers put auto blocking in place based on these two which can be 
> difficult to get removed.
>
> I won’t even contemplate prefixes on either of these lists unless the seller 
> knocks $5/IP off the purchase price because of the associated time and pain 
> trying to clean it up.
> Sent from my iPhone
> > On Apr 3, 2019, at 11:49 AM, Valdis Klētnieks  
> > wrote:
> > On Wed, 03 Apr 2019 15:20:17 -, "Torres, Matt via NANOG" said:
> > > 3. Check SORBS blacklisting. It should not show up except maybe the DUHL 
> > > list(?). If it does, walk away.
> > SORBS isn't the only place to check. As an example, if Spamhaus doesn't have
> > nice things to say about the block, it's time to start asking questions
> >
> > http://www.anti-abuse.org/multi-rbl-check/ has a fairly good list of
> > places that could give your customer a bad time (whether or not the
> > listing is deserved - the point is that being listed anywhere there will
> > probably mean problems that have to be cleaned up)
> >
> > You may all now begin the religious war over where else to check.

Re: Advertisement of Equinix Chicago IX Subnet

[Eric Dugas]

I have a policy applied to my upstreams and peers to deny the IXP's LANs
were connected to. I don't think of any reason to learn these routes from
someone else's network.

On Wed, Mar 27, 2019 at 7:44 PM Cummings, Chris  wrote:

> Not too sure about your topology, but I’ve had something similar bite me,
> so we typically put a prefix list inbound to deny receiving our internal
> prefixes from our peers. This probably doesn’t work as well if your network
> is less “eyeballish” than ours, however.
>
> /chris
>
>
>
> On Wed, Mar 27, 2019 at 4:37 PM -0500, "Graham Johnston" <
> johnst...@westmancom.com> wrote:
>
> This afternoon at around 12:17 central time today we began learning the
>> subnet for the Equinix IX in Chicago via a transit provider; we are on the
>> IX as well. The subnet in question is 208.115.136.0/23. Using
>> stat.ripe.net
>> 
>> I can see that this subnet is also being learned by others, see the snip
>> below. On our network this caused a nasty routing loop until we figured out
>> what was wrong. My current best understanding is that because the route was
>> learned via eBGP it trumped the OSPF learned route. As soon as I filtered
>> the advertisement from my transit provider everything returned to normal.
>> What am I doing that isn’t best practices that would have prevented this?
>>
>>
>>
>> Thanks,
>>
>> graham
>>
>>
>>
>>
>>
>> RIPE Info
>>
>> *1* RRCs see *1* peers announcing *208.115.136.0/23
>> * originated by *AS32703*
>> 
>>
>> · ▼RRC00 in *Amsterdam, Netherlands* sees *1* ASN orginating 
>> *208.115.136.0/23
>> *.AS32703
>>
>> o▼*AS32703
>> *
>>  is
>> seen as the origin by *1* peer.192.102.254.1
>>
>> §  ▼*192.102.254.1
>> *
>>  is
>> announcing route *AS395152*
>> 
>>  *AS63297*
>> 
>>  *AS6327*
>> 
>>  *AS36280*
>> 
>> *AS32703*
>> 
>> .
>>
>> §  Origin: IGP
>>
>> §  Next Hop: 192.102.254.1
>>
>> §  Peer: 192.102.254.1
>>
>> §  Community: 63297:1000
>>
>> §  AS Path: 395152 63297 6327 36280 32703
>>
>> §  Last Updated: 2019-03-27T17:17:19
>>
>>
>>
>>
>>
>> Route-views
>>
>> route-views.chicago.routeviews.org
>> >
>> show ip bgp 208.115.136.0
>>
>> BGP routing table entry for 208.115.136.0/23
>>
>> Paths: (1 available, best #1, table Default-IP-Routing-Table)
>>
>>   Not advertised to any peer
>>
>>   32709 32703
>>
>> 208.115.136.134 from 208.115.136.134 (63.134.128.248)
>>
>>   Origin IGP, localpref 100, valid, external, best
>>
>>   AddPath ID: RX 0, TX 64414249
>>
>>   Last update: Wed Mar 27 17:16:09 2019
>>
>

Re: TATA/AS6453 BGP communities

[Eric Dugas]

There you go: 
https://www.scribd.com/document/399871041/TATA-AS6453-BGP-Communities

On Feb 17 2019, at 10:50 pm, Tim Warnock  wrote:
> Hey,
>
> Anyone have a list of BGP communities for TATA/AS6453? Mainly chasing geo 
> tags.
> Their peeringdb contacts are non-responsive.
> Thanks
> Tim.
>

Re: Network Speed Testing and Monitoring Platform

[Eric Dugas]

There's a Montreal startup called Obkio who are doing network probes (VM
and hardware). I've tested the product in its early phase (i.e. it was
lacking features that are now implemented or are going to be implemented
soon).

They recently launched the speed test feature:
https://medium.com/obkio/app-new-release-v1-6-0-public-agents-support-chat-and-speed-tests-c84651f7008a
and launched a beefier probe called X5001 which can supposedly do 940Mbps:
https://medium.com/obkio/new-hardware-agent-x5001-the-10x-agent-b278e435c458

I think it's worth a look.

Disclaimer: the CEO is an acquaintance of mine

Eric

On Thu, Jan 17, 2019 at 9:04 AM tgrand via NANOG  wrote:

> Just download the btest.exe
> It run on windows PC.
> Most routerboards not fast enough for TCP test as TCP packet assembly is
> intensive.
>
>
> Sent from my Samsung Galaxy smartphone.
>
>  Original message 
> From: Colton Conor 
> Date: 2019-01-17 7:17 AM (GMT-06:00)
> To: James Bensley 
> Cc: NANOG 
> Subject: Re: Network Speed Testing and Monitoring Platform
>
> All, thanks for the recommendations both on and off list.
>
> It has been brought to my attention that a Mikrotik has a bandwidth speed
> test tool built into their operating system. Someone recommended a
> https://mikrotik.com/product/hap_ac2 for MSRP of $69. The release notes
> of the newest version say:
>
> !) speedtest - added "/tool speed-test" for ping latency, jitter, loss and
> TCP and UDP download, upload speed measurements (CLI only);
> *) btest - added multithreading support for both UDP and TCP tests;
>
> Do you think this device can push a full 1Gbps connection? It does have a
> quad core qualcom processor.
>
> Besides mikrotik, I haven't found anything that doesn't require me to
> build a solution. Like OpenWRT with ipef3, or something like that.
>
> Seems like a commercial solution would exist for this.  I though CAF
> providers have to test bandwidth for the FCC randomly to get funding?
>
> On Thu, Jan 17, 2019 at 2:59 AM James Bensley  wrote:
>
>> On Wed, 16 Jan 2019 at 16:54, Colton Conor 
>> wrote:
>> >
>> > As an internet service provider with many small business and
>> residential customers, our most common tech support calls are speed
>> related. Customers complaining on slow speeds, slowdowns, etc.
>> >
>> > We have a SNMP and ping monitoring platform today, but that mainly
>> tells us up-time and if data is flowing across the interface. We can of
>> course see the link speed, but customer call in saying the are not getting
>> that speed.
>> >
>> > We are looking for a way to remotely test customers internet
>> connections besides telling the customer to go to speedtest.net, or
>> worse sending a tech out with a laptop to do the same thing.
>> >
>> > What opensource and commercial options are out there?
>>
>> Hi Colton,
>>
>> In the past I have used CPEs which support remote loopback. When the
>> customer complains we enable remote loopback, send the traffic to that
>> customers connection (rather than requiring a CPE that can generate
>> the traffic or having an on site device) and measuring what comes
>> back.
>>
>> Cheers,
>> James.
>>
>

Re: How to choose a transport(terrestrial/subsea)

[Eric Dugas]

I also look at hand-off locations (as long as it doesn't compromise the overall 
robustness of the design).

Most providers will be able to hand-off in the BMMR of a carrier hotel and some 
will have the flexibility to hand-off in particular suites within the same 
building or other locations near where the cross-connects fees are lower. I've 
seen cross-connect fees between $50 up to $750 MRC so if you need multiple 
wavelengths (for capacity), the cross-connect fees are going to make a huge 
difference on the total MRC.
Eric
On Dec 14 2018, at 12:17 pm, Mehmet Akcin  wrote:
> Thank you everyone incredible amounts of responses for my how to choose a 
> transit provider smail earlier.
>
> How do you choose transport & backbone?
>
> Looking at key aspects like route information, diversity, aerial vs under 
> ground fiber, age of fiber, outage history, length, but what else?
>
> I will get both transport and transit as two seperate blogs.
>
> I will also submit as a nanog paper for the meeting after next, or maybe 
> next? I am probably too late by now.
>
> Thank you for all your help. I will add your names to the thank you line ;-)
> --
> Mehmet
> +1-424-298-1903
>
>

Re: GTT Regulatory Recovery Surcharge

[Eric Dugas]

Saw this on our old GTT bill first and then on our Hibernia account bill when 
they merge their finance dept.

Filled a dispute with GTT finance and after multiple fights, we got these 
surcharges removed. We ended up with a HUGE mess on our bills, charged in USD 
when our contracts were in CAD, double-billing, etc. We lost patience and 
cancelled everything.
At least, they should specify the actual amount of the charge on the contract.
Eric
On Dec 2 2018, at 5:30 pm, Clayton Zekelman  wrote:
>
> GTT is rapidly losing any good will they've had with us over the past number 
> of years.
>
> We just got hit with that regulatory recovery fee too, and they totally 
> screwed up the transfer of billing operations when they bought our colo 
> provider, Accelerated Connections (which used to be an awesome company) in 
> Toronto.
>
>
> Sent from my iPhone
>
> On Dec 2, 2018, at 5:11 PM, Matt Harris  (mailto:m...@netfire.net)> wrote:
> > On Sun, Dec 2, 2018 at 4:06 PM Brandon Wade via NANOG  > (mailto:nanog@nanog.org)> wrote:
> > > We've been a GTT customer for several years and on our latest bill we now 
> > > have a "Regulatory Recovery Surcharge" of almost 10% tacked on. We only 
> > > purchase IP Transit services from them, nothing else, and have never had 
> > > any fees tacked on top of our contracted agreed upon amount. Has anyone 
> > > else ran into this? If this is a legit "surcharge" any idea of why we 
> > > were never charged for that before? I figured I'd reach out to the 
> > > community on this prior to jumping to further conclusions.
> > >
> > > -Brandon
> >
> > Yupp, on my GTT IP transit bill as well.
> >
> > This is how telecomm companies pad out their margins these days. You don't 
> > even want to know the % of my bill that is just "fees" I'm paying Level3 on 
> > a wave circuit. At this point I won't sign for service without knowing 
> > exactly what I'll be paying in terms of fees and surcharges and such - 
> > there's some stuff you can't avoid on some types of circuits, but for the 
> > most part, it's all just padding out their margins.
> >
> > Take care,
> > Matt
> >
> >
>
>

Re: Tata Scenic routing in LAX area?

[Eric Dugas]

That's quite the tour...

>From Montreal, QC
traceroute to 23.92.178.22 (23.92.178.22), 30 hops max, 60 byte packets
1 67-221-x-x.ebox.net (67.221.x.x) 0.459 ms 0.431 ms 0.409 ms
2 ix-ae-10-190.tcore1.mtt-montreal.as6453.net (206.82.135.105) 5.637 ms 5.619 
ms 5.588 ms
3 if-ae-12-2.tcore1.w6c-montreal.as6453.net (64.86.31.27) 246.680 ms 246.682 ms 
246.723 ms
4 if-ae-30-2.tcore2.ct8-chicago.as6453.net (66.198.96.24) 257.231 ms 257.275 ms 
257.286 ms
5 if-ae-22-2.tcore1.ct8-chicago.as6453.net (64.86.79.2) 249.929 ms 249.807 ms 
249.989 ms
6 if-ae-29-2.tcore2.sqn-san-jose.as6453.net (64.86.21.104) 257.468 ms 257.206 
ms 257.211 ms
7 if-ae-1-2.tcore1.sqn-san-jose.as6453.net (63.243.205.1) 251.862 ms 251.116 ms 
250.928 ms
8 if-ae-18-2.tcore2.sv1-santa-clara.as6453.net (63.243.205.13) 251.988 ms 
if-ae-13-2.tcore2.lvw-los-angeles.as6453.net (64.86.252.26) 254.136 ms 
if-ae-38-2.tcore2.sv1-santa-clara.as6453.net (63.243.205.75) 252.838 ms
9 if-ae-7-2.tcore2.svw-singapore.as6453.net (180.87.15.25) 254.861 ms 
if-ae-0-2.tcore1.sv1-santa-clara.as6453.net (63.243.251.1) 267.270 ms 
if-ae-7-2.tcore2.svw-singapore.as6453.net (64.86.252.39) 259.345 ms
10 if-ae-20-2.tcore1.svq-singapore.as6453.net (180.87.96.21) 250.794 ms 
if-et-1-2.hcore2.kv8-chiba.as6453.net (120.29.211.3) 181.610 ms 
if-ae-20-2.tcore1.svq-singapore.as6453.net (180.87.96.21) 250.683 ms
11 120.29.215.202 (120.29.215.202) 256.046 ms 
if-ae-23-2.tcore1.svw-singapore.as6453.net (180.87.67.32) 253.692 ms 
120.29.215.202 (120.29.215.202) 255.907 ms
12 * * *
13 if-ae-20-2.tcore1.svq-singapore.as6453.net (180.87.96.21) 253.551 ms 
unknown.telstraglobal.net (202.127.73.101) 280.228 ms 
if-ae-20-2.tcore1.svq-singapore.as6453.net (180.87.96.21) 254.633 ms
14 120.29.215.242 (120.29.215.242) 254.595 ms 269.004 ms 265.841 ms
15 i-10850.eqnx-core02.telstraglobal.net (202.84.140.46) 248.997 ms 249.750 ms 
249.693 ms
16 i-92.eqnx03.telstraglobal.net (202.84.247.17) 247.845 ms 
unknown.telstraglobal.net (202.127.73.101) 267.627 ms 
i-92.eqnx03.telstraglobal.net (202.84.247.17) 249.147 ms
17 * i-93.sgpl-core02.telstraglobal.net (202.84.224.189) 255.787 ms *
18 bbr1.inapbb-dal-sje-1-2-4-6.dal006.pnap.net (64.95.158.182) 261.728 ms 
bbr2.ae7.sje.pnap.net (64.95.158.178) 248.810 ms 
bbr1.inapbb-dal-sje-1-2-4-6.dal006.pnap.net (64.95.158.182) 261.988 ms
19 i-92.eqnx03.telstraglobal.net (202.84.247.17) 250.373 ms 245.202 ms 
bbr2.xe-1-1-1.inapbb-chg-sje-8.chg.pnap.net (64.95.159.21) 260.105 ms
20 * * bbr1.xe-0-0-1.inapbb-wdc-dal-7.wdc002.pnap.net (64.95.158.210) 260.176 ms
21 bbr2.ae7.sje.pnap.net (64.95.158.178) 247.134 ms 251.671 ms 
bbr1.inapbb-dal-sje-1-2-4-6.dal006.pnap.net (64.95.158.182) 264.785 ms
22 bbr2.xe-1-1-1.inapbb-chg-sje-8.chg.pnap.net (64.95.159.21) 263.305 ms * 
64.95.159.45 (64.95.159.45) 287.747 ms
23 bbr1.ae7.nym007.pnap.net (64.95.158.73) 263.963 ms 
bbr1.xe-4-0-0.inapbb-chg-nym-12.nym007.pnap.net (64.95.159.18) 251.967 ms *
24 tsr1.e6-1.nyj004.pnap.net (64.95.158.234) 267.155 ms 263.123 ms *
25 64.95.159.45 (64.95.159.45) 266.946 ms * *
26 * bbr1.ae7.nym007.pnap.net (64.95.158.73) 266.049 ms *
27 * * tsr1.e6-1.nyj004.pnap.net (64.95.158.234) 262.634 ms
28 * * *
29 * * *
30 * * *

On Nov 15 2018, at 1:43 pm, Marcus Josephson  wrote:
>
> Anyone else seeing an odd Scenic routing in the LAX/SJE area for tata.
>
> traceroute to 23.92.178.22 (23.92.178.22), 30 hops max, 52 byte packets
> 1 if-ae-13-2.tcore2.lvw-los-angeles.as6453.net (64.86.252.34) 180.698 ms 
> 180.610 ms 181.712 ms
> MPLS Label=344269 CoS=0 TTL=1 S=1
> 2 if-ae-7-2.tcore2.svw-singapore.as6453.net (180.87.15.25) 189.327 ms 
> if-ae-7-2.tcore2.svw-singapore.as6453.net (64.86.252.37) 176.800 ms 
> if-ae-7-2.tcore2.svw-singapore.as6453.net (64.86.252.39) 174.631 ms
> MPLS Label=609315 CoS=0 TTL=1 S=1
> 3 if-ae-20-2.tcore1.svq-singapore.as6453.net (180.87.96.21) 174.287 ms 
> 173.370 ms 173.804 ms
> 4 120.29.215.202 (120.29.215.202) 179.104 ms 179.367 ms 179.324 ms
> 5 182.79.152.247 (182.79.152.247) 180.164 ms 182.79.152.253 (182.79.152.253) 
> 184.816 ms 182.79.152.247 (182.79.152.247) 250.928 ms
> 6 unknown.telstraglobal.net (202.127.73.101) [AS 4637] 173.974 ms 173.986 ms 
> 173.484 ms
> 7 i-93.sgpl-core02.telstraglobal.net (202.84.224.189) [AS 4637] 175.094 ms 
> 175.699 ms 174.343 ms
> 8 i-10850.eqnx-core02.telstraglobal.net (202.84.140.46) [AS 4637] 280.686 ms 
> 288.703 ms 280.836 ms
> 9 i-92.eqnx03.telstraglobal.net (202.84.247.17) [AS 4637] 278.021 ms 276.637 
> ms 302.249 ms
> 10 equinix-ix.sjc1.us.voxel.net (206.223.116.4) 174.139 ms 174.163 ms 174.067 
> ms
>
>
>
>
> Marcus Josephson
> IP Operations
>
> mjoseph...@inap.com
>
> This message is intended for the use of the intended recipient(s) and may 
> contain confidential and privileged information.
> Any unauthorized review, use, disclosure or distribution is prohibited. If 
> you are not the intended recipient, please contact the sender by reply email 
> and destroy all copies of the original message.

Contact at BGPView.io

[Eric Dugas]

Hello,

Trying to find a contact at BGPView.io (outside the useless contact form). Some 
of their data for our ASN has been outdated for months so I'm trying to find 
where they get the data from.
Thanks
Eric

Re: looking glass software

[Eric Dugas]

I've been using https://github.com/ramnode/LookingGlass for a while. In Python 
2.7 instead of PHP. Works well under nginx.

On Oct 29 2018, at 5:48 pm, Thomas King  wrote:
>
> Hi Mehmet,
> DE-CIX just launched its new Looking Glass service 
> (https://lg.de-cix.net/alice/) based on the open source tool Alice 
> https://github.com/alice-lg
> Best regards,
> Thomas
>
> On 29.10.18, 22:02, "NANOG on behalf of Mehmet Akcin" 
>  wrote:
> hey there,
> I am looking for a looking glass software which is available as free &
> open source.
>
> I have done some research ( https://github.com/search?q=looking+glass
> ) and installed https://github.com/telephone/LookingGlass and
> https://github.com/17mon/LookingGlass
>
> i wanted to drop a note to NANOG asking for possible recommendations.
> thank you
> Mehmet

Rogers Cable TPIA interconnections

[Eric Dugas]

Hello,

I have one or two questions for networks currently interconnected with
Rogers Cable at 855 York Mills.

Please respond off-list if you do.

Thank you

Eric

Re: Whats going on at Cogent

[Eric Dugas]

I don't really get the Cogent/Google peering issues. I've been hearing this for 
years... How about fixing it already? Telling customer to get other transit 
providers to get to a given network is really bad.

On a side note, HE is still HE but they're trying really hard to be a good 
netcitizen. They've finally pushed filtering for peers: http://routing.he.net. 
I wouldn't get transit from them, but in some markets, they're the only 
affordable IP transit providers.
On Oct 16 2018, at 10:04 am, DaKnOb  wrote:
>
>
> When I call and mention it I’m told that it’s HE’s fault (despite the lovely 
> cake), but when I also bring Google, then they tell me to get a different 
> provider just for this traffic, or meet them at an IX and send my traffic 
> from there.
>
> About the staff rotation I’ve seen it too, and I’ve also seen an increase in 
> salespeople calling, for example when an AS is registered etc. in addition to 
> the normal calls..
>
> On 16 Oct 2018, at 16:54, Dovid Bender  (mailto:do...@telecurve.com)> wrote:
> > They call me every few months. the last time they emailed me I said I 
> > wasn't interested because of the HE issue. I have yet to get another 
> > email...
> >
> >
> > On Tue, Oct 16, 2018 at 9:29 AM, Ca By  > (mailto:cb.li...@gmail.com)> wrote:
> > >
> > >
> > > On Tue, Oct 16, 2018 at 5:16 AM David Hubbard 
> > > mailto:dhubb...@dino.hostasaurus.com)> 
> > > wrote:
> > > > Have had the same sales rep for several years now; unfortunately he has 
> > > > no ability to fix their IPv6 peering issue so we’re slowly removing 
> > > > circuits, but otherwise for a handful of 10gig DIA circuits it’s been 
> > > > stable.
> > > >
> > >
> > > Yep, this. Whenever Cogent calls, this is what i tell them. Black-holing 
> > > HE and Google ipv6 traffic, which is what they do if i use a default 
> > > route from them, is dead on arrival. Shows they make bad decisions and 
> > > dont put the customer first, or even create such an illusion.
> > >
> > >
> > > >
> > > >
> > > > From: NANOG mailto:nanog-boun...@nanog.org)> 
> > > > on behalf of Ryan Gelobter  > > > (mailto:rya...@atwgpc.net)>
> > > > Date: Tuesday, October 16, 2018 at 6:04 AM
> > > > To: NANOG mailto:nanog@nanog.org)>
> > > > Subject: Whats going on at Cogent
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Anyone else seen terrible support and high turnover of sales/account 
> > > > people at Cogent the last few months? Is there something going on over 
> > > > there internally? I'm sure some people will say Cogent has always been 
> > > > crap but in the past their account reps and support were pretty good. 
> > > > It seems to have gone downhill the last 12 months really bad.
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Ryan
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> >
> >
> >
>
>
>
>

Re: O365 IP space

[Eric Dugas]

First result on Google: 
https://docs.microsoft.com/en-ca/office365/enterprise/urls-and-ip-address-ranges?redirectSourcePath=%252farticle%252fOffice-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2

On Sep 25 2018, at 12:13 pm, David Bass  wrote:
>
> Does anyone have a good list of all of the US IPs used for O365? Not looking 
> for specific IPs, and can just use the blocks.
>
> Thanks!

Re: Level3 IRR contact

[Eric Dugas]

If you find someone helpful at L3/CL for your request, I would like to have its 
contact (off-list). I've been trying to cleanup old objects too without much 
success.

Eric
On Sep 17 2018, at 10:15 am, Brian Rak  wrote:
>
> I'm trying to get some old IRR objects removed from the LEVEL3 database,
> and not having much luck.
>
> Their support guys silently closed my ticket and then had our account
> manager email us directly basically saying "we don't what you want us to
> do".
>
> I used to use routing@level3 to get this done, however they don't seem
> to reply anymore.
>
> http://www.irr.net/docs/list.html directs me to r...@level3.net, which has
> an autoreply that says "open a ticket"
>

Re: Bell Canada IP transit - NID required?

[Eric Dugas]

I've requested many times 1G/10G EI circuits without CPEs and even had
Settlement based peering from AS577 delivered on an EVC on a CPE-less ENNI
so they definitely be flexible.

This was with Bell wholesale thought. If you deal with retail, your
experience may vary...

On Sat, Sep 8, 2018, 19:25 JASON BOTHE via NANOG  wrote:

>
> All,
>
> Just curious if anyone uses Bell Canada for IP transit in a colo
> environment and whether or not you were able to obtain a traditional
> cross-connect without having Bell place a managed CPE device in your cage.
> I can’t seem to find anyone intelligent enough to tell my any different
> other than “it’s never been done before” and “we need remote testing
> capabilities.”
>
> J~

Re: internet - sparkle

[Eric Dugas]

Replace Level3 with CenturyLink as they're basically taking over AS33566. Would 
add Zayo (AS6461) to the list.

I'm not familiar with Sparkle/Seabone to be honest as we're operating an 
eyeball network exclusively in the NA.
On May 16 2018, at 10:54 am, Aaron Gould  wrote:
>
> http://icaruswept.com/2016/06/28/who-owns-the-internet/
>
>
> .written in 12/2015 - do y'all think this is accurate, and, in 2018, is it
> still accurate ? (asking since my next question is related to Sparkle, since
> they are listed in that previous article as a significant Internet presence)
>
>
>
> Also, please tell me your feelings/experiences of Sparkle as an Internet
> uplink provider. like for 10/100 gig.
>
>
>
> My coworker just got back from ITW/Chicago and he is considering Sparkle as
> an additional Internet provider for the ISP I work for in San Antonio, TX .
> we would need to uplink to Sparkle in the central Texas area somehow. He
> mentioned that Sparkle may be in McAllen / Dallas and could possibly, in the
> future be in Austin or San Antonio
>
>
>
>
>
> - Aaron

Re: Québec Sales tax

[Eric Dugas]

Replied off-list since it's a bit off-topic.
On Tue, Mar 27, 2018, 18:47 Jean-Francois Mezei <jfmezei_na...@vaxination.ca 
(mailto:jfmezei_na...@vaxination.ca)> wrote:
> On 2018-03-27 18:28, Eric Dugas wrote:
> > On the IP geoloc subject, we (EBOX) actually have multiple pools for 
> > QC-based and ON-based customers.
>
> You may all have different IP pools, but are they registered such that
> geolocation services show them with different provinces, or do they all
> point to your
>
> OrgName: EBOX
> OrgId: QUEBE-50
> Address: 1225 St-Charles Ouest, Suite 1100
> City: Longueuil
> StateProv: QC
> PostalCode: J4K 0B9
> Country: CA
>
> address ?
> (there were complains in the past of some of your ON customers unable to
> access Sport Check and being directed to Sport Experts store web sites
> due to geolocation.

Re: Québec Sales tax

[Eric Dugas]

On the IP geoloc subject, we (EBOX) actually have multiple pools for QC-based 
and ON-based customers. When a customer is provisioned, his service address is 
validated in our system and it auto-populates the Radius profile with a 
different profile for each provinces e.g. fttn-on-50 or fttn-qc-50. I don't see 
why we couldn't do this on Telus in the west (we're currently only servicing QC 
and ON).

On the TPIA side, it's a little bit less easy. I could automatically SWIP 
netblocks from reports we get from the operators to the POI they're configured 
in.
I don't see this as a big issue.
Eric
On Mar 27 2018, at 6:10 pm, Jean-Francois Mezei  
wrote:
>
> Not quite networking but probably relevant.
> The Canadian province of Québec just introduced a new budget with
> basically the intent to force foreign digital companies who sell
> services to Québekers to collect the local value added sales tax and
> remit those to the QC government.
>
> The goal is to capture tax from Netflix who has so far escaped taxation
> in Canada by having no legal/physical presence in Canada, no cache
> servers of its own etc. Netflix does not currently collect province
> information from customers (or any address info for that matter).
>
> They based many of their arguments on an OECD study (which ironically
> the Canadian federal government says is not completed yet (as excuse for
> not proceeding with similar tax).
>
> So foreign digital services will be required to require subscibers enter
> AND VALIDATE their address so that they have an accurate province field
> (validation remains to be finalized), and IF they sell more than $30,000
> to Québec residents, will be required to self register with QC
> government to collect local sales tax (and remit to QC government).
>
> The Québec budget expects that validation of address will be based on IP
> address geolocation or custoemrs send paper bills to prove place of
> residence.
>
> (Although requiring full address/phone number and sendint this to credit
> card network for authorization might constitute a better means to
> validate address).
>
> I suspect the big winners will be VPN services in the USA :-)
> Because many ISPs span multiple provinces, IP geolocation generally
> points to their HQ address, not necessarily the province of the
> subscriber. (This is especially true for DSL in bell Canada wholesale
> where currently a single point of connection between Bell and ISP allows
> full reach of all of its DSL territory in QC/ON. For Cable, ISPs require
> different IP pools for Rogers in Ontario and Vidéotron in Ontario (with
> a couple of exceptions where Vidéotron has service in a couple fo
> Ontario towns). In Western Canada, things are harder as Shaw serves BC,
> AB, SASK and MB.
>

Re: Greenland DSL or Internet service provider?

[Eric Dugas]

Pretty sure there's not a lot of provider and there's probably one national
infrastructure (a bit like Iceland). Try contacting Telepost as they seem
to be the only provider in the country:
https://telepost.gl/en/english/liberalized-wholesale

On Thu, Jan 18, 2018 at 3:24 PM, Rivera, Alberto 
wrote:

> We are searching for a provider who can deliver MPLS, dedicated circuit,
> DSL or Internet by cable access to the following GPS information address:
>
>
>
> Greenland
>
> Quanaaq
>
> GPS:   76°30'58.4"N 68°36'03.7"W
>
>
>
> Any ideas?
>
>
>
> Thank you!
>
>
>
> Alberto Rivera
>
> PreSales Engineer – Enterprise Sales
>
> PCCW Global
>
> 450 Spring Park Place
>
> Suite 100
>
> Herndon, VA 20170
>
> Tel: +1(703)774-9459 Office | + 1(571)315-5309 Cell
>
> Email: ariv...@pccwglobal.com
>
> Website: www.pccwglobal.com
>
> To view PCCW Global’s communication videos
>  click here
>
>
>   cid:9f4812ce-f4a5-4441-a4e4-1d77c1ee1ad7
>
>  
> cid:21f87991-196a-41be-a978-deb2e5059c9b
>
>  
> cid:1d9fa650-71e3-4e53-a84f-f92859afadfa
>
>  
> cid:e396fb8d-688f-4d85-befe-85c9f88f81c9
>
>  
> cid:0e7d23dc-f767-4fec-b036-a8410443413f
>
>
>
>

Re: Poor speed to AWS

[Eric Dugas]

Someone got in touch. I'm in contact with peering@ and amzn-noc-contact@

Thanks for the off-list replies!

On Dec 7 2017, at 4:45 am, Luke <l...@flem.io> wrote:
> Hey Eric, have you tried contacting their NOC?
>
> amzn-noc-cont...@amazon.com (mailto:amzn-noc-cont...@amazon.com)
> https://peeringdb.com/net/1418
>
> > On 7 Dec 2017, at 13:08, Eric Dugas <edu...@unknowndevice.ca 
> > (mailto:edu...@unknowndevice.ca)> wrote:
> > Anyone from AWS can contact me off-list? We peer with AS16509 in Montreal 
> > and Toronto and get really good speed to US-EAST-1, US-EAST-2 and of course 
> > CA-CENTRAL-1 but anything else outside the east coast (US-WEST-1 and 
> > US-WEST-2 more precisely) is about ten times slower even on multi-threaded 
> > HTTP(S) or SCP/SFTP transfers. Goes through two of our transit providers, 
> > Telia and Zayo.
> >
> > Thanks
> > Eric
>

Poor speed to AWS

[Eric Dugas]

Anyone from AWS can contact me off-list? We peer with AS16509 in Montreal and 
Toronto and get really good speed to US-EAST-1, US-EAST-2 and of course 
CA-CENTRAL-1 but anything else outside the east coast (US-WEST-1 and US-WEST-2 
more precisely) is about ten times slower even on multi-threaded HTTP(S) or 
SCP/SFTP transfers. Goes through two of our transit providers, Telia and Zayo.

Thanks
Eric

Re: Out of country blocker for streaming services

[Eric Dugas]

Contact the company you're leasing the subnet from and ask them to update the 
geo location to your particular location(s). It's going to take time, usually 
around two to four weeks to get updated at MaxMind, ipinfodb.com, etc.

I have to add that leasing subnets is a bad idea in general and this one of the 
reasons.

Good luck
Eric

On Nov 8 2017, at 6:31 pm, Brett A Mansfield  
wrote:
> Anyone able to tell me who the best person/company to contact is to get my 
> subnet unblocked by all of the streaming providers?
>
> They all say I’m using a VPN service or an unblocker. This is a subnet I just 
> leased from another provider.
>
> Shows it is in NJ but I use the IPs in Utah.
>
> Thank you,
> Brett A Mansfield

Re: facebook fna

[Eric Dugas]

It takes a couple of days before it ramps up. Pretty sure it's all covered
in the docs on the partner portal.

On 24 October 2017 at 10:56, Aaron Gould  wrote:

> How long is typical for the newly installed fna server cache to stay in
> "testing" phase before moving to "in production" ?  I've been watching ~100
> mbps sustained towards mine since 6 p.m. last night and it's in "testing"
> mode according to the fna partner portal.  .so I'm looking forward to it
> moving to production and wanted to know how long does it usually take?
>
>
>
>
>
> -Aaron
>
>

Re: Question about Customer Population by ASN for Canada

[Eric Dugas]

For some reason my previous email was empty.

What I wrote:

"Some of these numbers are largely inflated...

e.g. Teksavvy at 937,855 estimated users. How can they have 937,855 users
if they "only" have 686,848 IPv4 (https://bgp.he.net/AS5645)?

Also, Allstream/Zayo AS15290 has a lot of IPs but it's mostly corps/govs.
So it's a mix of inflated and false positives.

Eric"

Eric

On October 2, 2017 at 4:15:53 PM, Filip Hruska (f...@fhrnet.eu) wrote:

Hi,

There are various reasons that might be causing this:
* Lots of VPNs on OVH network
* OVH offers "desktop-as-a-service" and from what I understand it's
quite popular
* OVH is also a home ISP - just in France though; but not sure if/how
APNIC separated OVH as an ISP and OVH as a server provider.
I think it's all under the same ASN (might be wrong though)
* There are some scrapers on the OVH network - definitely not half a
million though


Best Regards,
Filip Hruska

Dne 10/2/17 v 22:05 Stephen Fulton napsal(a):
> Hi Jack,
>
> As OVH is a data centre, I find that extraordinary if eyeballs were
> the cost.  VPN's may be popular but that seems excessive. Probably
> bots of some sort, scraping the internet.
>
> -- Stephen
>
> On 2017-10-02 3:57 PM, Jacques Latour wrote:
>> Hi all!
>>
>> I'm working on our IPv6 and DNSSEC adoption report for Canada and the
>> data I use comes largely from APNIC
>> (https://stats.labs.apnic.net/dnssec/CA) and
>> (https://stats.labs.apnic.net/ipv6/CA).
>>
>> Labs.APNIC has a pretty cool system to measure this kind of stuff by
>> deploying specially crafted google ads, see "How Big is that
>> Network?"  https://labs.apnic.net/?p=526, and APNIC is able to assess
>> the population behind a network based on ad placement distribution.
>> See https://stats.labs.apnic.net/cgi-bin/aspop?c=CA for Canada.
>>
>> The question I have is why does OVH come #6 with an estimated
>> population of 1,480,927 behind its ASN? Remember these are actual
>> placement of ads.  Should I count those users as part of my stats?
>>
>> RankASN AS Name CC  Users (est.)% of country % of
>> Internet   Samples
>> 1   AS812   ROGERS-CABLE - Rogers Cable Communications Inc.
>> CA 5,420,034
>> 16.72   0.16555,718
>> 2   AS577   BACOM - Bell Canada
>> CA 4,474,012
>> 13.80.132   458,722
>> 3   AS6327  SHAW - Shaw Communications Inc.
>> CA 3,708,414
>> 11.44   0.109   380,225
>> 4   AS852   ASN852 - TELUS Communications Inc.
>> CA 2,914,405
>> 8.990.086   298,815
>> 5   AS5769  VIDEOTRON - Videotron Telecom Ltee
>> CA 2,189,946
>> 6.760.065   224,536
>> 6   AS16276 OVH
>> CA 1,480,927
>> 4.570.044   151,840
>> 7   AS15290 ALLST-15290 - Allstream Corp.
>> CA 1,272,374
>> 3.930.038   130,457
>> 8   AS855   CANET-ASN-4 - Bell Aliant Regional Communications,
>> Inc. CA
>> 1,211,485   3.740.036   124,214
>> 9   AS7992  COGECOWAVE - Cogeco Cable
>> CA 1,112,002
>> 3.430.033   114,014
>> 10  AS5645  TEKSAVVY - TekSavvy Solutions, Inc.
>> CA 967,401 2.98
>> 0.029   99,188
>> 11  AS11260 EASTLINK-HSI - EastLink
>> CA 695,598 2.15
>> 0.021   71,320
>> 12  AS47027 SEASIDE-COMM - Seaside Communications, Inc.
>> CA 425,561 1.31
>> 0.013   43,633
>> 13  AS803   SASKTEL - Saskatchewan Telecommunications
>> CA 392,186 1.21
>> 0.012   40,211
>> 14  AS11814 DISTRIBUTEL-AS11814 - DISTRIBUTEL COMMUNICATIONS LTD.
>> CA 370,348 1.14
>> 0.011   37,972
>>
>> Jack
>>
>>
>>
>>
>

-- 
Best Regards,
Filip Hruska
Linux System Administrator

Re: Question about Customer Population by ASN for Canada

[Eric Dugas]

Re: USA local SIM card

[Eric Dugas]

I'm using KnowRoaming in Europe. Didn't used it in the States yet but in
Canada, I was on Bell LTE network. Pretty sure it's behind NAT though (it
is on KPN in NL anyway).

On Sep 17, 2017 19:08, "Max Tulyev"  wrote:

> Hi All,
>
> sorry for possible off-topic, I really did not know where to ask this.
>
> I'm going to visit USA for two weeks. I want to buy a local prepaid SIM
> card mostly for IP access.
>
> Is it possible in USA to buy a prepaid SIM as a visitor, without long
> term contract?
>
> I need a public (can be dynamic) IP address, NOT over NAT, and (or)
> IPv6, if possible.
>
> My phone is GSM UMTS 3G.
>
> Expected traffic volume is about 10G.
>
> Will use it in New York City and Orlando City, not in rural areas.
>
> Good data roaming tariff in Cannada will be a big advantage.
>
> What can you advice?
>
> Thank you!
>

Re: Moving fibre trunks: interruptions?

[Eric Dugas]

Re: US/Canada International border concerns for routing

[Eric Dugas]

Reliability of Juniper MIC3-3D-1X100GE-CFP and CFP in general

[Eric Dugas]

Hello,

We're planning to phase out some 10G link-aggregations in favor of 100G
interfaces. We've been looking at buying MIC3-3D-1X100GE-CFP, MPC3E and
Fiberstore CFPs.

I've been told that CFPs (in general) weren't that reliable. They were
kinda "replaced" almost a year and a half or so after its introduction by
CFP2 and then by CFP4 and so on. Size and power consumption aside, are the
MIC3-3D-1X100GE-CFP and CFP modules reliable at all? Are they the SFP-TX of
the 100GBase?

Eric

RE: NANOG 70 network diagram and upstream

[Eric Dugas]

And the 4x100G. That's four times the capacity of the network I work for.
~100k subs.

On Jun 2, 2017 16:54, "Aaron Gould"  wrote:

> Btw
>
> Wow, a ~2 million dollar boundary (dual PTX1000's) for the NANOG 70
> conference geez
>
> -aaron
>
> -Original Message-
> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Eric Kuhnke
> Sent: Friday, June 2, 2017 1:43 PM
> To: nanog@nanog.org list 
> Subject: NANOG 70 network diagram and upstream
>
> Just a small thing, but as one of the folks who used to work on the core
> network gear of AS11404, the network diagram has something in it that might
> confuse attendees as to who is really sponsoring the upstream:
>
> https://www.nanog.org/meetings/nanog70/diagram
>
> AS11404 was formerly known as Spectrum Networks, acquired in 2013 by
> Wavedivision Holdings LLC (Wave Broadband) and became the backbone of the
> Wave network. It's a totally different thing than the Charter service which
> is trademarked as as Spectrum.
>
> https://www.peeringdb.com/asn/11404
>
> The logo in the right side bubble there shouldn't be the Charter/Spectrum
> trademarked font, but rather should be Wave, who built the dark fiber into
> the hotel and are providing the upstream. The last mile fiber into the
> hotel is Wave.
>
>
> -Eric
>
>

Re: Lille, France

[Eric Dugas]

Re: Frontier

[Eric Dugas]

I hope someone contacted you off-list because their NOC's answer
was unacceptable.

Pretty sure it's a human error and not malicious but network operators have
to react quickly to this type of issue.

Several days? Even several hours is a ridiculous response time. Contact
their upstream providers and mention they (the upstream) are not doing
their job by filtering their customer's BGP announcements. Contact IXes (if
they're connected to any), peers, etc. Rinse and repeat.

At last, threaten them with legal actions by sending angry emails or calls
to senior ops/management/marketing/legal department.

On May 2, 2017 17:14, "Matt Hoppes" 
wrote:

I need a network administrator from Frontier to contact me ASAP regarding
BGP advertisement of a block that needs to stop please.

We are down. Have been told it will be several days until restoration. And
frontier is advertising our ips so I can't even advertise them out a
different route.

The NOC had been completely unhelpful.

570-707-3000
mhop...@rivervalleyinternet.net

Re: Regulatory Recovery Surcharge for Canadian corporations

[Eric Dugas]

>From what I've gathered so far, every other carriers that we use are either
invoicing us from Canada or outside the US (e.g. Telia from Vancouver, BC and
Cogent from Toronto, ON).

  

A couple of minutes after firing my first email, our rep called me to follow
up. He'll escalate this as far as he can with his COO and CFO and suggested
two scenarios.  

  
On Mar 14 2017, at 10:41 am, Graham Johnston <johnst...@westmancom.com> wrote:  

> We don't explicitly pay a charge like this for the transit bandwidth we
purchase in Toronto from an international carrier, and I doubt that it is
built into the cost without any mention of it. I've never heard of such a
thing.

>

> Graham Johnston  
Network Planner  
Westman Communications Group  
204.717.2829  
johnst...@westmancom.com

>

> \-Original Message-  
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Eric Dugas  
Sent: Tuesday, March 14, 2017 9:04 AM  
To: NANOG  
Subject: Regulatory Recovery Surcharge for Canadian corporations

>

> I recently negotiated a new contract with a tier1 for IP transit in Canada
and  
just got the invoice. I saw a "new" Regulatory Recovery Surcharge of 10% the  
MRC (before taxes) that I've never seen before. Do any of my Canadian fellows  
on this list are paying this outrageous surcharge?

>

>

>

> Other than saying "it's in the MSA", our rep, their tax and billing
department  
are not useful at all. The actual rate is not specified anywhere in the MSA or  
in the contract.

Regulatory Recovery Surcharge for Canadian corporations

[Eric Dugas]

I recently negotiated a new contract with a tier1 for IP transit in Canada and
just got the invoice. I saw a "new" Regulatory Recovery Surcharge of 10% the
MRC (before taxes) that I've never seen before. Do any of my Canadian fellows
on this list are paying this outrageous surcharge?  

  

Other than saying "it's in the MSA", our rep, their tax and billing department
are not useful at all. The actual rate is not specified anywhere in the MSA or
in the contract.  

Engineering contact at RocketFiber

[Eric Dugas]

Anyone from RocketFiber's engineering group on this list?

Contact me off-list please!

Eric

Re: Telia network quality

[Eric Dugas]

Was connected to them in NYC and in the past two years, we only had one issue
and it was a faulty card in one of their core. New workplace is connected to
them in Montreal. No issue so far!

  
On Feb 7 2017, at 9:14 am, James Stankiewicz  wrote:  

> We have been using Telia for the last several years and they have top  
notch!!

>

> On Tue, Feb 7, 2017 at 7:24 AM, Dmitry Sherman  wrote:

>

> > Same here 2 BGP flaps in past week.  
>  
> Dmitry Sherman  
> dmi...@interhost.net  
> Interhost Networks Ltd  
> Web:   
> fb: https://www.facebook.com/InterhostIL  
> Office: (+972)-(0)74-7029881 Fax: (+972)-(0)53-7976157  
>  
>  
> \-Original Message-  
> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Greg Sowell  
> Sent: Sunday, February 5, 2017 1:37 AM  
> To: Kaiser, Erich   
> Cc: nanog@nanog.org  
> Subject: Re: Telia network quality  
>  
> I've been using them out of Dallas for about 2.5 years now with very good  
> success. Their NOC has been top notch in responding to our issues, though  
> I've seen repeated peering issues for them with a single provider, but  
> who's to say that's their fault and not the other parties?  
>  
> On Thu, Feb 2, 2017 at 8:55 PM, Kaiser, Erich  wrote:  
>  
> > I would say that information is not 100% accurate. We use Telia for  
> > waves nationwide and also have several DIA ingest(transit) points from  
> > them. If anything, the IRU carriers they are using may have a problem  
> > sometimes due to fiber cuts, but that is why you build redundant paths.  
> >  
> > They are very ontop of the ball when one of the waves goes down. We  
> > actually don't utilize a ton of their transit due to the nature of our  
> > network design, because we are connected to all of the major IXs.  
> >  
> > Erich Kaiser  
> > The Fusion Network  
> > er...@gotfusion.net  
> > Office: 630-621-4804  
> > Cell: 630-777-9291  
> >  
> >  
> >  
> > On Thu, Feb 2, 2017 at 10:12 AM, Don  wrote:  
> >  
> > > I heard Telia's quality had been on the decline lately as they were  
> > > signing on lots of high-capacity new customers, and Cloudflare had  
> > > some complaint about them a few months prior too. Does anybody have  
> > > any  
> > insight  
> > > into whether this is still the case? I was trying to evaluate  
> > > whether  
> > Telia  
> > > would be a good carrier to switch over to as a primary provider, as  
> > > their pricing does look pretty attractive.  
> > >  
> > > B/R  
> > > Don  
> >  
>  
>  
>  
> \--  
> \  
> GregSowell.com  
> TheBrothersWISP.com  
> StrayaNet.com  
>  
> This mail was received via PineApp Mail-SeCure System.  
>  
>  
>

>

>  
\--  
*Jim Stankiewicz*  
*NJEDge.Net*  
stankiew...@njedge.net

Re: Favorite Speed Test Systems

[Eric Dugas]

I like nperf.com as I usually always get consistent results and you
can keep track of your results if you sign up. They only have one
server in Canada (hosted by OVH in Beauharnois) but you can host your
own like Ookla's Speedtest.net.

On 5 December 2016 at 15:37, Janusz Jezowicz  wrote:
> My company Speedchecker offers good alternative, we have HTML5 technology
> as well as native SDKs for mobile such as iOS,Android and Windows
>
> I can send more information about our measurement methodology, customer
> base etc if required.
>
> We did comparison of Fast.com and our technology few months ago here -
> http://blog.speedchecker.xyz/2016/09/08/are-isps-still-throttling-netflix/
>
> Regards,
>
> Janusz Jezowicz
> *Speedchecker Ltd*
> *email*: jan...@speedchecker.xyz
> *skype*: jezowicz
> *phone*: +442032863573
> *web*: www.speedchecker.xyz
> The Black Church, St. Mary’s Place, Dublin 7, D07 P4AX, Ireland
>
>
> On 5 December 2016 at 15:50, Graham Johnston 
> wrote:
>
>> For many years we have had a local instance of the Ookla speedtest.net on
>> our network, and while it is pretty good some other tests seem include more
>> detailed results.
>>
>> I am aware of the following speedtest systems that an operator can likely
>> have a local instance of:
>>
>> * Speedtest.net
>>
>> * Sourceforge.net/speedtest
>>
>> * Dslreports.com/speedtest
>>
>> Are there others? What is your preferred one and why?
>>
>> Thanks,
>> Graham
>>
>>

Re: Oracle buys... Dyn.

[Eric Dugas]

I chuckled at "In September, after the release of Oracle's second-generation
Infrastructure-as-a-Service (IaaS) datacenters, Oracle CTO Larry Ellison
proclaimed that "Amazon's lead is over" in the cloud market."

  

Eric

  
On Nov 21 2016, at 12:18 pm, J. Hellenthal  wrote:  

> Don't blame ya I'm a little negative on this one too as I can already
"assume" specialized DNS integration with oracle products among possibly
?oracle cloud? Structures spawning up for competition with AWS, Azure ...
others but these are just speculations.

>

> \--  
 Onward!,  
 Jason Hellenthal,  
 Systems & Network Admin,  
 Mobile: 0x9CA0BD58,  
 JJH48-ARIN

>

> On Nov 21, 2016, at 10:26, Jay R. Ashworth  wrote:

>

> Happy Monday.

>

> This seems to me to be equivalent (and bad for the same reasons) to cable  
companies and/or ISPs being co-owned with program providers.

>

>  http://www.zdnet.com/article/oracle-acquires-dns-provider-dyn-to-take-on-
amazons-lead-in-the-cloud

>

> How will this affect *your* operations planning, if at all? Am I being  
overly cynical about Larry Ellison? :-)

>

> Cheers,  
\-- jra

>

> \--  
Jay R. Ashworth Baylink j...@baylink.com  
Designer The Things I Think RFC 2100  
Ashworth & Associates  2000 Land Rover DII  
St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274

Re: buying a /24 ipv4

[Eric Dugas]

I had a good first experience with them. Would do business with them
again.![](https://link.nylas.com/open/4sk3yzfka4ymj01d79p0ldahw/local-
7d1f435e-7abb?r=bmFub2dAbmFub2cub3Jn)

  
On Nov 4 2016, at 4:47 pm, Jeremy Austin  wrote:  

> Hilco Streambank is ipv4auctions.com

>

> They are reasonably competent.  
On Fri, Nov 4, 2016 at 12:42 PM Javier J  wrote:

>

> > What are the going rates these days in north america.  
>  
> What are some good sites to get a block?  
>  
>  
> In the process now of setting up an Org and AS with Arin for a client.  
>  
> Thanks in advance for your help.  
>  
> \- Javier  
>

Any Google Cloud people on the list?

[Eric Dugas]

Any Google Cloud people or people really used to work with GC/GCI on the list?  
  
Please contact me off-list  
  
Thanks

Eric

![](https://link.nylas.com/open/4sk3yzfka4ymj01d79p0ldahw/local-
f01e8d07-1e4e?r=bmFub2dAbmFub2cub3Jn)

Yellow Pages - YP.ca sys/net admins

[Eric Dugas]

Hello,

Just trying to reach a clueful system or network admins from Yellow Pages.

You can contact me off-list.

Eric

RE: Measuring the quality of Internet access

[Eric Dugas]

CIRA (.CA) started a project one or two years ago: 
https://cira.ca/build-better-internet/cira-internet-performance-test

CRTC (Canadian equivalent of the FCC) also conducted tests by sending test 
boxes to volunteers: http://www.crtc.gc.ca/eng/internet/performance.htm and 
https://www.measuringbroadbandcanada.com

Eric

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Max Tulyev
Sent: June 13, 2016 3:12 PM
To: NANOG list 
Subject: Measuring the quality of Internet access

Hi All,

I know there are many people from many countries.

Do you know something about mandatory measurements of Internet access quality 
from country telecom regulators? If yes, could you please share that 
information with me?

I found ETSI EG 202 057-4 standard
(http://www.etsi.org/deliver/etsi_eg/202000_202099/20205704/01.02.01_60/eg_20205704v010201p.pdf),
but in fact it is about measurements inside operator's network, not Internet 
access itself.

Is it possible in general to measure the quality of Internet access? And if yes 
- how?

Local last-mile providers in Manhattan

[Eric Dugas]

Hi NANOG,

I'm searching for last-mile providers in Manhattan (near the Holland
tunnel) to provide a 100Mbps and 1Gbps EPL to 60 Hudson. I would like to
avoid the bigger players as much as possible.

Thanks
Eric

Long-haul 100Mbps EPL circuit throughput issue

[Eric Dugas]

Hello NANOG,

We've been dealing with an interesting throughput issue with one of our
carrier. Specs and topology:

100Mbps EPL, fiber from a national carrier. We do MPLS to the CPE providing
a VRF circuit to our customer back to our data center through our MPLS
network. Circuit has 75 ms of latency since it's around 5000km.

Linux test machine in customer's VRF <-> SRX100 <-> Carrier CPE (Cisco
2960G) <-> Carrier's MPLS network <-> NNI - MX80 <-> Our MPLS network <->
Terminating edge - MX80 <-> Distribution switch - EX3300 <-> Linux test
machine in customer's VRF

We can full the link in UDP traffic with iperf but with TCP, we can reach
80-90% and then the traffic drops to 50% and slowly increase up to 90%.

Any one have dealt with this kind of problem in the past? We've tested by
forcing ports to 100-FD at both ends, policing the circuit on our side,
called the carrier and escalated to L2/L3 support. They tried to also
police the circuit but as far as I know, they didn't modify anything else.
I've told our support to make them look for underrun errors on their Cisco
switch and they can see some. They're pretty much in the same boat as us
and they're not sure where to look at.

Thanks
Eric

1G/10G EVPL between Toronto and Vancouver

[Eric Dugas]

Hello,

I'm searching for carriers with POPs at 151 Front St. W. and 1050 West
Pender/555 Hastings in Vancouver, BC. Searching for a 1G EVPL and 10G EVPL.

I asked all the national telcos and they're really expensive so I'm
searching for alternatives. I'm already in touch with GTT by the way.

Thanks
Eric

RE: World's Fastest Internet™ in Canadaland

[Eric Dugas]

Nice try Bell.. So-Net did it two years ago, 2Gbps FTTH in Japan.

Article: http://bgr.com/2013/06/13/so-net-nuro-2gbps-fiber-service/

If you read Japanese: http://www.nuro.jp/hikari/

Eric

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Hank Disuko
Sent: June 26, 2015 2:04 PM
To: NANOG
Subject: World's Fastest Internet™ in Canadaland

Bell Canada is apparently gearing up to provide the good people of Toronto with 
the World's Fastest Internet™.
http://www.thestar.com/news/city_hall/2015/06/25/bell-canada-to-give-toronto-worlds-fastest-internet.html

  

RE: Peering and Network Cost

[Eric Dugas]

We went that way too about 2 years ago. We usually pass around 25 to 40% of our 
North American traffic to the 4 IXes we're connected at a very low cost in 
Toronto and Montreal. One of the biggest IX we're connected to in New York is 
almost the same price per Mbps as some cheap transit providers but we're 
keeping our port for the connectivity improvement.

Eric

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Mike Hammett
Sent: May 21, 2015 8:50 AM
To: nanog@nanog.org
Subject: Re: Peering and Network Cost

As a small ISP, I'll peer with everybody possible. ;-) It's mostly about cost, 
but the quality goes up as well. Some of the people we're working with saw an 
increase in consumption the moment they joined IXes. The quality of the 
connections improved, so the streaming video (assumed) was able to flow at a 
higher bit-rate. 




- 
Mike Hammett 
Intelligent Computing Solutions 
http://www.ics-il.com 



Midwest Internet Exchange 
http://www.midwest-ix.com 


- Original Message -

From: Rafael Possamai raf...@gav.ufsc.br 
To: James Bensley jwbens...@gmail.com 
Cc: nanog@nanog.org 
Sent: Thursday, May 21, 2015 7:40:23 AM 
Subject: Re: Peering and Network Cost 

James, curious to know... what size ISPs are they? In the last few years 
with the larger ones it has always been about lowering cost and increasing 
revenue, which throws the original idea of peering out the window (unless 
you are willing to pay). 

On Thu, May 21, 2015 at 4:52 AM, James Bensley jwbens...@gmail.com wrote: 

 On 17 April 2015 at 16:53, Justin Wilson - MTIN li...@mtin.net wrote: 
  Peering and peering on an exchange are two different things. Peering at 
 an exchange has several benefits other than the simple cost of transit. If 
 you are in a large data center which charges fees for cross connects a 
 single cross connect to an exchange can save you money. 
  
  Peering can also be a sales tool. If you buy from a VOIP provider and 
 are peered with them your latency and such will go down. You also have 
 more control over the QOS over that peer. This can be spun into marketing. 
  
  Not to toot our own horn but we put together a list of benefits for our 
 IX customers: 
  http://www.midwest-ix.com/blog/?p=15 
  
  
  Also, a good article at: 
  
 http://blog.webserver.com.my/index.php/the-benefits-of-hosting-at-internet-exchange-point/
  
 
 
 I also have a similar working document that I'd welcome feedback on to 
 improve; 
 
 
 https://docs.google.com/document/d/1i2bPZDt75hAwcR4iKMqaNSGIeM-nJSWLZ6SLTTnuXNs/edit?usp=sharing
  
 
 I've used it once to help an ISP evalutate peering and started them in 
 the world of public peering. I'm now going through that proces again 
 with another ISP and again they will start public peering soon, having 
 used this doc in both cases as an intro/FAQ for them. 
 
 Cheers, 
 James. 
 

Huawei Atom Router

[Eric Dugas]

Has anyone seen/touched Huawei's Atom Router? It was announced at the Mobile 
World Congress 2014.. haven't seen anything on the Interweb since. I'd be 
interested in getting one or two units to play in my lab!

http://www.huawei.com/mwc2014/en/articles/hw-328011.htm

Eric

Re: BGPMON Alert Questions

[Eric Dugas]

Thanks, also emailed support@ noc@. Didn't receive any bounce emails..

e...@zerofail.com
AS40191

On Apr 2, 2014 5:06 PM, Aris Lambrianidis effulge...@gmail.com wrote:
Contacted ip@indosat.com about this, I urge others to do the same.

--Aris


On Wed, Apr 2, 2014 at 9:33 PM, Andrew (Andy) Ashley
andre...@aware.co.thwrote:

 Hi All,

 I am a network admin for Aware Corporation AS18356 (Thailand), as
 mentioned in the alert.
 We operate a BGPMon PeerMon node on our network, which peers with the
 BGPMon service as a collector.

 It is likely that AS4761 (INDOSAT) has somehow managed to hijack these
 prefixes and CAT (Communications Authority of Thailand AS4651) is not
 filtering them,
 hence they are announced to us and are triggering these BGPMon alerts.

 I have had several mails to our NOC about this already and have responded
 directly to those.
 I suggest contacting Indosat directly to get this resolved.
 AS18356 is a stub AS, so we are not actually advertising these learned
 hijacked prefixes to anyone but BGPMon for data collection purposes.

 Thanks.

 Regards,

 Andrew Ashley

 Office: +27 21 673 6841
 E-mail: andre...@aware.co.th
 Web: www.aware.co.thhttp://www.aware.co.th



 On 2014/04/02, 21:05, Vlade Ristevski vrist...@ramapo.edu wrote:

 I just got the same alert for one of my prefixes one minute ago.
 
 On 4/2/2014 2:59 PM, Frank Bulk wrote:
  I received a similar notification about one of our prefixes also a few
  minutes ago.  I couldn't find a looking glass for AS4761 or AS4651.
 But I
  also couldn't hit the websites for either AS, either.
 
  Frank
 
  -Original Message-
  From: Joseph Jenkins [mailto:j...@breathe-underwater.com]
  Sent: Wednesday, April 02, 2014 1:52 PM
  To: nanog@nanog.org
  Subject: BGPMON Alert Questions
 
  So I setup BGPMON for my prefixes and got an alert about someone in
  Thailand announcing my prefix.  Everything looks fine to me and I've
  checked a bunch of different Looking Glasses and everything announcing
  correctly.
 
  I am assuming I should be contacting the provider about their
  misconfiguration and announcing my prefixes and get them to fix it.  Any
  other recommendations?
 
  Is there a way I can verify what they are announcing just to make sure
 they
  are still doing it?
 
  Here is the alert for reference:
 
  Your prefix:  8.37.93.0/24:
 
  Update time:  2014-04-02 18:26 (UTC)
 
  Detected by #peers:   2
 
  Detected prefix:  8.37.93.0/24
 
  Announced by: AS4761 (INDOSAT-INP-AP INDOSAT Internet Network
  Provider,ID)
 
  Upstream AS:  AS4651 (THAI-GATEWAY The Communications Authority
 of
  Thailand(CAT),TH)
 
  ASpath:   18356 9931 4651 4761
 
 
 
 
 --
 Vlad
 
 

RE: Fusion Splicer

[Eric Dugas]

We have the 70S, it's pretty awesome. We paid around $15K CAD new. You might 
want to look for the 12S or 19S if the price is an issue. I believe you can 
also find them refurbished.

Eric

-Original Message-
From: Pui Edylie [mailto:em...@edylie.net] 
Sent: March 18, 2014 10:43 PM
To: Shawn L; nanog
Subject: Re: Fusion Splicer

Hi Shawn,

Maybe 3K USD but i am open to any recommendation.

The usage is going to be almost daily

It seems Fujikura is the top contender

Cheers

On 3/18/2014 8:35 PM, Shawn L wrote:
 It depends on what you mean by affordable and how much you're 
 going to use it.


 On Tue, Mar 18, 2014 at 4:47 AM, Pui Edylie em...@edylie.net wrote:

 Dear Member,

 Anyone can recommend a reliable and affordable fusion splicer please?

 Thanks!

RE: BGP from Juniper to Cisco ASR

[Eric Dugas]

Probably a TTL problem. Did you configure ebgp-multihop?

Eric Dugas
ZEROFAIL / AS40191
edu...@zerofail.com

-Original Message-
From: Philip Lavine [mailto:source_ro...@yahoo.com] 
Sent: December 18, 2013 10:48 AM
To: NANOG list
Subject: BGP from Juniper to Cisco ASR

Dec 18 07:46:33: %BGP-3-NOTIFICATION: received from neighbor REMOTE PEER 
active 2/5 (authentication failure) 0 bytes Dec 18 15:46:33.615: BGP: ses 
global REMOTE PEER (0x7FB1CD209CF0:0) act Receive NOTIFICATION 2/5 
(authentication failure) 0 bytes 

Although I have seem this on the message boards I am little confused in that 
the ISP is telling me that there is no authentication enabled on the Juniper 
and I do not have authentication enabled on the ASR. So what is going on here?