Re: Starting to Drop Invalids for Customers

On 10/Dec/19 19:20, Randy Bush wrote: > > cool. any stats and lessons appreciated. Will do, Randy. Mark.

Re: Starting to Drop Invalids for Customers

On 10/Dec/19 21:47, Arturo Servin wrote: > Mark > > Invalid according to RPKI or IRR? Or both? According to RPKI. Mark.

Re: Short-circuited traceroutes on FIOS

I'm in the same region as Chris and I still can't make it fail. I wonder if it's because I have static addressing? On Tue, Dec 10, 2019 at 11:59 PM Christopher Morrow wrote: > On Tue, Dec 10, 2019 at 11:44 PM Lee wrote: > > It's protocol specific. Windows tracert uses icmp instead of udp. > >

Re: Starting to Drop Invalids for Customers

Christopher Morrow wrote on 11/12/2019 03:45: On Tue, Dec 10, 2019 at 7:32 PM Rubens Kuhl wrote: Which brings me to my favorite possible RPKI-IRR integration: a ROA that says that IRR objects on IRR source x with maintainer Y are authoritative for a given number resource. Kinda like SPF for

Re: Starting to Drop Invalids for Customers

> > > Which brings me to my favorite possible RPKI-IRR integration: a ROA that > says that IRR objects on IRR source x with maintainer Y are authoritative > for a given number resource. Kinda like SPF for BGP. > > > > Is this required? or a crutch for use until a network can publish all > of their

Re: Short-circuited traceroutes on FIOS

Traceroute is becoming more and more an expert's tool because interpretation of its results isn't straightforward. I had written a paper last year and mentioned its misuse in academia in the context of estimating the number of energy-consuming devices between a source and a destination.

Re: Starting to Drop Invalids for Customers

On Wed, Dec 11, 2019 at 11:35 AM Matt Corallo wrote: > > Right, but you’re also taking a strong, cryptographically-authenticated > system and making it sign non-authenticated data. Please don’t do that. If > you want to add the data to RPKI, there should be a way to add the data to > RPKI, not

Downtown Boston Dark Fiber Pricing

Hi, I have questions regarding IRU pricing in this market. Please contact off list. Thanks gang. Regards, Roderick. Roderick Beck VP of Business Development United Cable Company www.unitedcablecompany.com New York City & Budapest

Re: Short-circuited traceroutes on FIOS

On Tue, 10 Dec 2019, Joe Maimon wrote: Anyone have an idea why there are some destinations that on residential verizon fios here in NY area terminate right on first external hop? They're returning fake ICMP echo replies from their BNGs for echo packets with TTL=1, thus any ICMP traceroute

Re: Short-circuited traceroutes on FIOS

How have we gone this long of a conversation without someone from FIOS stepping in and setting the record straight? - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Joe Maimon" To: "North American

Re: Short-circuited traceroutes on FIOS

If you have static addressing (biz account) then possibly different from what I have. In North NJ, 3 different accounts I can verify have ICMP blocked as of sometime earlier this year or late last year so have to use udp to get a real traceroute. Could not be deployed in all areas the same way.

Re: Starting to Drop Invalids for Customers

On Wed, Dec 11, 2019 at 5:52 AM Rubens Kuhl wrote: > > >> >> > Which brings me to my favorite possible RPKI-IRR integration: a ROA that >> > says that IRR objects on IRR source x with maintainer Y are authoritative >> > for a given number resource. Kinda like SPF for BGP. >> > >> >> Is this

Re: Starting to Drop Invalids for Customers

On Wed, Dec 11, 2019 at 12:16 PM Christopher Morrow wrote: > On Wed, Dec 11, 2019 at 5:52 AM Rubens Kuhl wrote: > > > > > >> > >> > Which brings me to my favorite possible RPKI-IRR integration: a ROA > that says that IRR objects on IRR source x with maintainer Y are > authoritative for a given

Re: Short-circuited traceroutes on FIOS

Greetings, * Mike Hammett (na...@ics-il.net) wrote: > How have we gone this long of a conversation without someone from FIOS > stepping in and setting the record straight? How have we gone this long without ipv6 on FIOS ...? (though I've heard that it may have shown up in some places, I'm

Re: Starting to Drop Invalids for Customers

Right, but you’re also taking a strong, cryptographically-authenticated system and making it sign non-authenticated data. Please don’t do that. If you want to add the data to RPKI, there should be a way to add the data to RPKI, not sign away control of your number resources to unauthenticated

Re: Starting to Drop Invalids for Customers

On Wed, Dec 11, 2019 at 11:52 AM Rubens Kuhl wrote: > > > > On Wed, Dec 11, 2019 at 12:16 PM Christopher Morrow > wrote: >> >> On Wed, Dec 11, 2019 at 5:52 AM Rubens Kuhl wrote: >> > >> > >> >> >> >> > Which brings me to my favorite possible RPKI-IRR integration: a ROA >> >> > that says that

Re: Short-circuited traceroutes on FIOS

On Wed, 11 Dec 2019 at 19:14, Rob Foehl wrote: > Support claims that it was a mistake, but it's also been 15+ months and > it's pretty deliberate behavior. Draw your own conclusions... TTL decrement issues are fairly common across multiple vendors and hw, can be sw can be hw limit. Common

Re: Starting to Drop Invalids for Customers

Ah, right. Fair. I was responding, I suppose, to Rubens' original description, which was exactly this. On 12/11/19 5:08 PM, Christopher Morrow wrote: > On Wed, Dec 11, 2019 at 11:35 AM Matt Corallo wrote: >> >> Right, but you’re also taking a strong, cryptographically-authenticated >> system

Re: Short-circuited traceroutes on FIOS

On Wed, 11 Dec 2019 19:26:09 +0200, Saku Ytti said: > On Wed, 11 Dec 2019 at 19:14, Rob Foehl wrote: > > > Support claims that it was a mistake, but it's also been 15+ months and > > it's pretty deliberate behavior. Draw your own conclusions... > > TTL decrement issues are fairly common across