Re: Question about mutual transit and complex BGP peering

2024-04-22 Thread Matthew Petach
On Mon, Apr 22, 2024 at 7:35 AM Sriram, Kotikalapudi (Fed) via NANOG < nanog@nanog.org> wrote: > Requesting responses to the following questions. Would be helpful in some > IETF work in progress. > > Q1: Consider an AS peering relationship that is complex (or hybrid) > meaning, for example,

Re: N91 Women mixer on Sunday?

2024-03-29 Thread Matthew Petach
On Thu, Mar 28, 2024 at 11:17 PM Eric Parsonage wrote: > It's easily fixed by having a mixer at the same time for the other half of > the gathering population thus showing all the population gathering matters > equally. > I believe the mixer for the other half of the gathering population has

Re: Backward Compatibility Re: 202401100645.AYC Re: IPv4 address block

2024-01-12 Thread Matthew Petach
On Fri, Jan 12, 2024 at 2:47 PM Randy Bush wrote: > > Perhaps you are too young to realize that the original IPv6 plan was > > not designed to be backward compatible to IPv4, and Dual-Stack was > > developed (through some iterations) to bridge the transition between > > IPv4 and IPv6? You may

Re: 202401100645.AYC Re: IPv4 address block

2024-01-12 Thread Matthew Petach
On Fri, Jan 12, 2024 at 2:43 AM Nick Hilliard wrote: > Matthew Petach wrote on 11/01/2024 21:05: > > I think that's a bit of an unfair categorization--we can't look at > > pre-exhaustion demand numbers and extrapolate to post-exhaustion > > allocations, given the dif

Re: 202401100645.AYC Re: IPv4 address block

2024-01-11 Thread Matthew Petach
On Thu, Jan 11, 2024 at 9:29 AM Tom Beecher wrote: > Christopher- > > Reclassifying this space, would add 10+ years onto the free pool for each >> RIR. Looking at the APNIC free pool, I would estimate there is about 1/6th >> of a /8 pool available for delegation, another 1/6th reserved. >>

Re: transit and peering costs projections

2023-10-15 Thread Matthew Petach
On Sun, Oct 15, 2023 at 9:47 AM Dave Taht wrote: > [...] > The three forms of traffic I care most about are voip, gaming, and > videoconferencing, which are rewarding to have at lower latencies. > When I was a kid, we had switched phone networks, and while the sound > quality was poorer than

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-14 Thread Matthew Petach
On Sat, Oct 14, 2023 at 2:37 PM John Kristoff wrote: > On Sat, 14 Oct 2023 13:59:11 -0700 > Matthew Petach wrote: > > > That last report shows that only half of the top 1000 websites on the > > Alexa ranking support IPv6. > > The Alexa ranking is no longer maintained.

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-14 Thread Matthew Petach
On Wed, Oct 11, 2023 at 1:53 PM Mark Andrews wrote: > > On 12 Oct 2023, at 06:51, Delong.com wrote: > > > The point here is that at some point, even with translation, we run out > of IPv4 addresses to use for this purpose. What then? > > You deliver the Internet over IPv6. A really large

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-10 Thread Matthew Petach
On Tue, Oct 10, 2023 at 12:58 PM Delong.com via NANOG wrote: > Isn’t this supposed to be one of the few ACTUAL benefits of RPKI — You can > specify the maximum prefix length allowed to be advertised within a shorter > prefix and those (theoretically) block hijackers taking advantage of >

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-09 Thread Matthew Petach
On Mon, Oct 9, 2023 at 11:38 AM Delong.com via NANOG wrote: > [...] > > My grimmer picture for IPv4 is about the intrinsic pressure to deaggregate > that comes from the ever finer splitting of blocks in the transfer market > and the ever finer grained dense packing of hosts into prefixes that is

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-07 Thread Matthew Petach
On Sat, Oct 7, 2023 at 9:27 AM Willy Manga wrote: > Hi. > > On 06/10/2023 16:00, nanog-requ...@nanog.org wrote: > > From: Matthew Petach > [...] > > > > There's significantly less pressure to deaggregate IPv6 space right now, > > because we don't see m

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-05 Thread Matthew Petach
On Wed, Oct 4, 2023 at 11:33 PM Mark Tinka wrote: > > > On 10/5/23 08:24, Geoff Huston wrote: > > The IPv6 FIB is under the same pressure from more specifics. Its taken 20 > years to get there, but the IPv6 FIB is now looking stable at 60% opf the > total FIB size [2]. For me, thats a very

Re: U.S. test of national alerts on Oct. 4 at 2:20pm EDT (1820 UTC)

2023-10-04 Thread Matthew Petach
On Wed, Oct 4, 2023 at 12:37 PM Sean Donelan wrote: > On Wed, 4 Oct 2023, Matthew Petach wrote: > > Well, today's alert still showed up as "Presidential Alert", so I guess > the > > US hasn't quite finished changing over yet. ^_^; > > (Samsung Galaxy pho

Re: U.S. test of national alerts on Oct. 4 at 2:20pm EDT (1820 UTC)

2023-10-04 Thread Matthew Petach
On Wed, Oct 4, 2023 at 12:25 PM Sean Donelan wrote: > > Emergency alerts are built into all android, ios and other mobile phones > sold in almost every country during the last 5 years. GSM standards are > global. The U.S. finally changed "presidential alert" to "national alert" > recently.

Re: cogent spamming directly from ARIN records?

2023-10-04 Thread Matthew Petach
On Mon, Oct 2, 2023 at 7:27 PM Collider wrote: > Congrats! LIOAWKI is a hapax legomenon in DuckDuckGo's search results! > Could you please tell me & the list what it means? > Large Internet Outages Are What Kills Income! It's a phrase that is uttered by members of the finance organization

Re: cogent spamming directly from ARIN records?

2023-10-02 Thread Matthew Petach
On Mon, Oct 2, 2023, 12:14 Mark Tinka wrote: > > > On 10/2/23 20:58, Tim Burke wrote: > > > Hurricane has been doing the same thing lately... but their schtick is > to say that "we are seeing a significant amount of hops in your AS path and > wanted to know if you are open to resolve this

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-02 Thread Matthew Petach
On Mon, Oct 2, 2023 at 11:46 AM Tim Franklin wrote: > On 02/10/2023 19:24, Matthew Petach wrote: > > The problem with this approach is you now have non-deterministic routing. > > Depending on the state of FIB compression, packets *may* flow out > interfaces that are not w

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-02 Thread Matthew Petach
On Mon, Oct 2, 2023 at 6:21 AM t...@pelican.org wrote: > On Monday, 2 October, 2023 09:39, "William Herrin" said: > > > That depends. When the FIB gets too big, routers don't immediately > > die. Instead, their performance degrades. Just like what happens with > > oversubscription elsewhere in

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-01 Thread Matthew Petach
On Sun, Oct 1, 2023 at 11:25 AM Seth David Schoen wrote: > Matthew Petach writes: > > > I would go a step further; for any system of compression hoping to gain a > > net positive space savings, > > Godel's incompleteness theorem guarantees that there is at least one &

Re: maximum ipv4 bgp prefix length of /24 ?

2023-10-01 Thread Matthew Petach
On Sun, Oct 1, 2023 at 1:03 AM Saku Ytti wrote: > On Sun, 1 Oct 2023 at 06:07, Owen DeLong via NANOG > wrote: > > > Not sure why you think FIB compression is a risk or will be a mess. It’s > a pretty straightforward task. > > Also people falsely assume that the parts they don't know about, are

Re: maximum ipv4 bgp prefix length of /24 ?

2023-09-29 Thread Matthew Petach
On Fri, Sep 29, 2023 at 10:43 AM VOLKAN SALİH wrote: > thanks for your response. Honestly thanks for everyones reponses. > > comunism is the future. IMO. > > tier-1 network count is decreasing. competition is always good. while > monopoly, duopoly, triopoly is not.. I dream an earth with 1000

Re: maximum ipv4 bgp prefix length of /24 ?

2023-09-29 Thread Matthew Petach
On Fri, Sep 29, 2023 at 10:42 AM Valerie Wittkop wrote: > There is one person that reviews the moderation queue of the NANOG list. > My morning was rather hectic, and I didn’t get to the queue until just > before 12:30 EDT today. > > Apologies to all for the delay in the messages of this thread.

Re: maximum ipv4 bgp prefix length of /24 ?

2023-09-29 Thread Matthew Petach
On Fri, Sep 29, 2023 at 9:42 AM VOLKAN SALİH wrote: > [...] > > I presume there would be another 50 big ASNs that belong to CDNs. And I am > pretty sure those top 100 networks can invest in gear to support /25-/27. > Volkan, So far, you haven't presented any good financial reason those top 100

Re: constraining RPKI Trust Anchors

2023-09-26 Thread Matthew Petach
Job, This looks fantastic, thank you! For my edification and clarification, the reason you don't need a deny 2000::/3 or deny 0::/0 at the bottom of the ARIN list of allows is that every file comes with an implicit "deny all", is that correct? Is there a drawback to adding the explicit

Re: Zayo woes

2023-09-20 Thread Matthew Petach
On Tue, Sep 19, 2023 at 12:21 PM Mike Hammett wrote: > Well sure, and I would like to think (probably mistakenly) that just no > one important enough (to the money people) made the money people that these > other things are *REQUIRED* to make the deal work. > > Obviously, people lower on the

Re: Zayo woes

2023-09-19 Thread Matthew Petach
On Tue, Sep 19, 2023 at 7:19AM Mike Hammett wrote: > [...] > I've never understood companies that acquire and don't completely > integrate as quickly as they can. > Ah, spoken with the voice of someone who's never been in the position of: a) acquiring a company not-much-smaller-than-you that

Re: AFRINIC placed in receivership

2023-09-16 Thread Matthew Petach
On Sat, Sep 16, 2023 at 6:24 AM Eric Kuhnke wrote: > > https://www.devdiscourse.com/article/international/1813989-the-strange-case-of-africas-stolen-ip-addresses > "When African ISPs allocate IP addresses to all those new electronic devices, they will not be using the legacy IPv4 addresses

Re: IP Planning and Modelling Tools

2023-08-24 Thread Matthew Petach
On Wed, Aug 23, 2023 at 12:15 AM Pascal Masha wrote: > Hello Folks, > > Any good alternatives to Ciena Blue Planet out there? > > Regards, > Paschal Masha > Hi Pascal, I'm curious--what is it you need to do that you can't do within Netbox? (https://netbox.dev/) Matt

Re: Internet Exchange Visualization

2023-08-22 Thread Matthew Petach
Taht wrote: > >> I hear the cybergeography project is making a comeback. >> >> >> https://personalpages.manchester.ac.uk/staff/m.dodge/cybergeography/atlas/atlas.html >> >> On Mon, Aug 21, 2023 at 5:17 PM Matthew Petach >> wrote: >> > >>

Re: Internet Exchange Visualization

2023-08-21 Thread Matthew Petach
On Sun, Aug 20, 2023 at 11:06 PM Thomas Beer wrote: > Hi Matt, > > >> You might mean "exchange inter-connections" as "how are the different >> internet exchanges connected to each other?" >> in which case the answer is generally "through the Internet". ^_^; >> > > I meant ix internet exchange

Re: Destination Preference Attribute for BGP

2023-08-18 Thread Matthew Petach
On Fri, Aug 18, 2023 at 2:36 PM Mark Tinka wrote: > [...] > To be fair, you are talking about an arbitrary value of years back, on > boxes you don't name running code you won't mention. > > This really not saying much :-). > Hi Mark, I know it's annoying that I won't mention specifics.

Re: Internet Exchange Visualization

2023-08-15 Thread Matthew Petach
On Tue, Aug 15, 2023 at 8:24 AM Thomas Beer wrote: > Hi All! > > Has anybody a link to a cost-free service for visualizations of internet > exchange inter-connections? > > Thanks & cheers > Tom > Hi Tom, There's a couple of different ways of interpreting your question, which will impact the

Re: Cogent Abuse - Bogus Propagation of ASN 36471

2023-07-20 Thread Matthew Petach
On Thu, Jul 20, 2023 at 8:09 AM Pete Rohrman wrote: > Ben, > > Compromised as in a nefarious entity went into the router and changed > passwords and did whatever. Everything advertised by that comprised router > is bogus. The compromised router is owned by OrgID: S2NL (now defunct). > AS 36471

Re: 1299 capacity constraints

2023-07-16 Thread Matthew Petach
On Fri, Jul 14, 2023, 15:27 Ross Tajvar wrote: > It extremely depends on who you're trying to reach and from what location. > We've seen lots of T1s have congested peering lately. > Whoa. I thought I was the only one old-school enough to still be using a T1 for connectivity. Are people

Re: My first ARIN Experience but probably not the last, unfortunately..

2023-07-16 Thread Matthew Petach
On Fri, Jul 14, 2023 at 2:09 PM Darin Steffl wrote: > This screams of entitlement. If you can't afford $250 a year for ARIN, you > probably shouldn't be starting a new business. Sorry > #define SOAPBOX Darin, Please remember ARIN covers more than just the relatively prosperous United States.

Re: BGP routing ARIN space in APNIC region

2023-06-09 Thread Matthew Petach
On Fri, Jun 9, 2023 at 6:17 PM Jon Lewis wrote: > On Fri, 9 Jun 2023, Matthew Petach wrote: > > > > > Hi Mike, > > > > In general, no, there's nothing that prevents you from doing that. > ... > > Now, from a network reachability perspective, you shou

Re: BGP routing ARIN space in APNIC region

2023-06-09 Thread Matthew Petach
Hi Mike, In general, no, there's nothing that prevents you from doing that. In days gone by, some networks used to require consistent advertisements from a given ASN in all locations in order to peer. In your case, that would have made it economically disadvantageous to use the same ASN in Makai

Re: New addresses for b.root-servers.net

2023-06-07 Thread Matthew Petach
Hi Robert, If the goal is increased robustness by having addresses present from a different RIR, wouldn't it make this whole tempest in a teapot moot if, instead of *reunubering*, you simply *added* a second set of IPs, but continued to answer queries on the original addresses as well? Is there

Re: New addresses for b.root-servers.net

2023-06-02 Thread Matthew Petach
On Fri, Jun 2, 2023 at 10:40 AM William Herrin wrote: > On Fri, Jun 2, 2023 at 9:57 AM Jim wrote: > > A major concern would be if the IP address were eventually re-assigned > to something else that > > ended up reporting false answers due to a malicious or misconfigured DNS > service. > > Hi

Re: Do ISP's collect and analyze traffic of users?

2023-05-16 Thread Matthew Petach
On Tue, May 16, 2023 at 1:10 AM Jeroen Massar wrote: > > > > On 16 May 2023, at 06:46, Matthew Petach wrote: > > [..] > > I admit, I'm perhaps a little behind on the latest netflow whiz-bangs, > > but I've never seen a netflow record type that included HTTP c

Re: Do ISP's collect and analyze traffic of users?

2023-05-15 Thread Matthew Petach
On Mon, May 15, 2023 at 6:42 PM Dave Phelps wrote: > I think it's safe to assume they are selling such data. > > > https://www.techdirt.com/2021/08/25/isps-give-netflow-data-to-third-parties-who-sell-it-without-user-awareness-consent/ > > >

Caveat emptor: avoid Inseego 5G products unless you still believe in classful routing

2023-03-28 Thread Matthew Petach
In the category of "I can't believe I still have to worry about this in 2023" comes an unfortunate discovery I made recently when setting up a network for a local non-profit. The Inseego FX2000 5G router looked like a nice product, it supports OpenVPN out of the box, flexible firewall rules, etc.

Re: Verizon/Qwest single end-user difficulty vs Xfinity

2023-03-19 Thread Matthew Petach
On Sat, Mar 18, 2023 at 12:52 PM Jeff Woolsey wrote: > Verizon 5G Internet Support is not at a high-enough pay grade to assess > this problem... So I'm turning to y'all. > > I'm trying to save $$$ and increase speed, using Verizon 5G Home > Internet to replace XFinity, even though they gave me

Re: Starlink routing

2023-01-22 Thread Matthew Petach
On Sun, Jan 22, 2023 at 2:45 PM Michael Thomas wrote: > I read in the Economist that the gen of starlink satellites will have > the ability to route messages between each satellite. Would conventional > routing protocols be up to such a challenge? Or would it have to be > custom made for that

Re: AS3356 Announcing 2000::/12

2022-12-09 Thread Matthew Petach
On Thu, Dec 8, 2022 at 9:35 AM Randy Bush wrote: > while i think the announcement is, shall we say, embarrassing, i do not > see how it would be damaging. real/correct announcements would be for > longer prefixes, yes? > > randy > Putting on a probably-overly-paranoid hat for a moment... If

Re: ingress/egress 9/8 gov.xxx.ticket; was: Re: pls pls me 80/81...

2022-11-24 Thread Matthew Petach
Whoa! Is it the start of April already? I must have overslept last night, I could have sworn we just barely made it to Thanksgiving! Matt On Tue, Nov 22, 2022 at 6:48 AM AQ Glass wrote: > anybody interested in this project? > > @oracle can own the .ticket tld; NS * ticket. -> virtualhost > >

Re: Alternative Re: ipv4/25s and above

2022-11-23 Thread Matthew Petach
On Tue, Nov 22, 2022 at 8:26 PM Abraham Y. Chen wrote: > Dear Tom: * > [...] > > 2) "...Your proposal appears to rely on a specific value in the IP > option header to create your overlay": Not really, as soon as the > 100.64/10 netblock is replaced by the 240/4, each CG-NAT module can >

Re: Alternative Re: ipv4/25s and above

2022-11-20 Thread Matthew Petach
On Fri, Nov 18, 2022 at 7:53 PM Abraham Y. Chen wrote: > Dear Owen: > > 1) "... Africa ... They don’t really have a lot of alternatives. ...": > Actually, there is, simple and in plain sight. Please have a look at the > below IETF Draft: > > >

Re: BCP38 For BGP Customers

2022-11-08 Thread Matthew Petach
On Tue, Nov 8, 2022 at 8:44 AM Grant Taylor via NANOG wrote: > [...] > > I don't understand why you would want to allow packets that couldn't > return the same path. > > As for asymmetrically routed packets, I would still expect a return path > to exist, even if it's not utilized. > > Grant,

Re: Newbies Question: Do I really need to sacrifice Prefix-aggregation to do BGP Load-sharing?

2022-10-20 Thread Matthew Petach
On Thu, Oct 20, 2022 at 6:23 AM Jon Lewis wrote: > [...] > While writing this though, two things occurred to me. > > 1) Are there any networks with routing policy that looks at prepends and > says "if we see a peering path with >X number of prepends (or maybe > just path length >X),

2022.10.19 NANOG86 community meeting notes

2022-10-19 Thread Matthew Petach
For anyone who missed the community meeting this morning at NANOG 86 and wants to know what was covered before the official notes and video are available, here's the notes I took from the meeting this morning. And if you missed Geoff Bennett's talk on how optical networking transformed our world,

Re: any dangers of filtering every /24 on full internet table to preserve FIB space ?

2022-10-16 Thread Matthew Petach
On Tue, Oct 11, 2022 at 7:03 PM William Herrin wrote: > On Tue, Oct 11, 2022 at 5:32 PM Matthew Petach > wrote: > [...] > All TCP/IP routing is more-specific route first. That is the expected > behavior. I honestly don't fathom your view that BGP is or should be > differ

Re: any dangers of filtering every /24 on full internet table to preserve FIB space ?

2022-10-11 Thread Matthew Petach
On Tue, Oct 11, 2022 at 1:59 PM William Herrin wrote: > On Tue, Oct 11, 2022 at 1:15 PM Matthew Petach > wrote: > > Wouldn't that same argument mean that every ISP that isn't honoring > > my /26 announcement, but is instead following the covering /24, or /20, > >

Re: any dangers of filtering every /24 on full internet table to preserve FIB space ?

2022-10-11 Thread Matthew Petach
On Tue, Oct 11, 2022 at 7:41 AM William Herrin wrote: > On Mon, Oct 10, 2022 at 3:37 PM Matthew Petach > wrote: > > They became even more huffy, insisting that we were breaking the > internet by not > > following the correct routing for the more-specific /24s which wer

Re: any dangers of filtering every /24 on full internet table to preserve FIB space ?

2022-10-10 Thread Matthew Petach
On Mon, Oct 10, 2022 at 8:44 AM Mark Tinka wrote: > On 10/10/22 16:58, Edvinas Kairys wrote: > > > Hello, > > > > We're considering to buy some Cisco boxes - NCS-55A1-24H. That box has > > 24x100G, but only 2.2mln route (FIB) memory entries. In a near future > > it will be not enough - so we're

Re: email spam

2022-08-24 Thread Matthew Petach
On Wed, Aug 24, 2022 at 7:28 AM Jawaid Bazyar wrote: > "flawlessly map IP address to GPS coordinates" Thanks, I needed a good hearty belly laugh to start off the day today. ;P *hint* It's easier to fix the spam problem than it is to map IP addresses to physical locations in reality-land.

Turkish aphorisms versus Latin aphorisms on the v6 internet

2022-08-20 Thread Matthew Petach
On Mon, Aug 15, 2022 at 8:22 AM VOLKAN KIRIK wrote: > the lesson of (/for) the he.net > > kolayın tuzağına düşme > > do not fall into trap of the easy way. > > now tier1 league of them will take like forever for never > I would suggest this is more aptly a case of the Latin phrase "caveat

Re: Verizon no BGP route to some of AS38365 (182.61.200.0/24)

2022-07-21 Thread Matthew Petach
holow29, Usually decisions made about limiting route propagation outbound for certain prefixes tend to happen along financial and operational constraints. Remember, outbound route announcements control inbound traffic volumes. So, if you've got some full pipes across the ocean, for example, one

Assumptions about network designs...

2022-07-11 Thread Matthew Petach
On Mon, Jul 11, 2022 at 9:01 AM Andrey Kostin wrote: > It's hard to believe that a same time maintenance affecting so many > devices in the core network could be approved. Core networks are build > with redundancy, so that failures can't completely destroy the whole > network. I think you

Re: FCC BDC engineer?

2022-07-05 Thread Matthew Petach
On Tue, Jul 5, 2022 at 11:52 AM Bryan Fields wrote: > On 7/5/22 1:58 PM, Andrew Latham wrote: > > I read https://docs.fcc.gov/public/attachments/DA-22-543A1.pdf and a PE > is > > not required. > > I'd agree. > > 47 CFR § 1.7004(d) > "All providers also shall submit a certification of the

Re: Serious Juniper Hardware EoL Announcements

2022-06-14 Thread Matthew Petach
On Tue, Jun 14, 2022 at 9:38 AM Adam Thompson wrote: > [Not specific to the Juniper EoLs...] > > I sort of agree with Mark: > > I've been sampling a fairly wide variety of sources in various parts of > the global supply chain, and my synthesis of what they're saying is that we > probably won't

2022.06.08 NANOG85 community meeting notes

2022-06-08 Thread Matthew Petach
For members of the broader NANOG community who may not have been able to see the community meeting that happened this morning, I jotted down some notes on what was discussed. Much of the content was directly from the slide deck

Re: gitlab contact?

2022-04-07 Thread Matthew Petach
On Thu, Apr 7, 2022 at 9:57 AM Dave Taht wrote: > Most cloud operations websites are kept internal. gitlab's is not, > which is pretty cool. In looking over this issue, today: > > https://gitlab.com/gitlab-com/gl-infra/production/-/issues/6768 > > They are tracking tcp syn retransmits, but not

Is it time to bring back the IPv6-only hour (well, half hour)?

2022-04-04 Thread Matthew Petach via NANOG
On Thu, Mar 31, 2022 at 2:01 PM Mark Andrews wrote: > You have to try running IPv6 only occasionally to weed out the > dependencies. You can do this on a per node basis. Just turn off the IPv4 > interface and see how you run. I do this periodically on my Mac and disable > IPv4. This also

Re: Let's Focus on Moving Forward Re: V6 still not supported re: 202203261833.AYC

2022-04-04 Thread Matthew Petach via NANOG
On Mon, Apr 4, 2022 at 10:41 AM Vasilenko Eduard via NANOG wrote: > 240.0.01.1 address is appointed not to the router. It is appointed to > Realm. > It is up to the realm owner (ISP to Enterprise) what particular router (or > routers) would do translation between realms. > Please forgive me as

Re: V6 still not supported

2022-04-02 Thread Matthew Petach
On Fri, Apr 1, 2022 at 6:37 AM Masataka Ohta < mo...@necom830.hpcl.titech.ac.jp> wrote: > > If you make the stateful NATs static, that is, each > private address has a statically configured range of > public port numbers, it is extremely easy because no > logging is necessary for police grade

Re: DMARC ViolationAS21299 - 46.42.196.0/24 ASN prepending 255 times

2022-03-31 Thread Matthew Petach
On Thu, Mar 31, 2022 at 3:16 PM Joe Maimon wrote: > > > Joe Provo wrote: > > On Fri, Mar 25, 2022 at 11:08:01AM +0300, Paschal Masha wrote: > >> :) probably the longest prepend in the world. > >> > >> A thought though, is it breaking any standard or best practice > procedures? > > > > That said,

Re: Let's Focus on Moving Forward Re: V6 still not supported re: 202203261833.AYC

2022-03-31 Thread Matthew Petach
On Wed, Mar 30, 2022 at 12:47 PM Tom Beecher wrote: > If the IETF has really been unable to achieve consensus on properly >> supporting the currently still dominant internet protocol, that is >> seriously problematic and a huge process failure. >> > > That is not an accurate statement. > > The

Re: IPv6 Only

2022-03-31 Thread Matthew Petach
On Thu, Mar 31, 2022 at 5:36 AM Jacques Latour wrote: > Exactly what I was asking, when and how will we collectively turn off the > lights on IPv4? > Working on the World IPv6 Launch {day|week|forever} efforts, I noticed an interesting pattern of companies that put up IPv6 resources, with all

Re: Cogent ...

2022-03-31 Thread Matthew Petach
that US companies can forbid you from talking about your compensation, I felt it prudent to point out that's actually not a terribly good comparison. ^_^; Thanks! Matt [0] https://www.quora.com/My-coworker-asked-about-my-salary-how-should-I-respond/answer/Matthew-Petach

Re: DMARC ViolationAS21299 - 46.42.196.0/24 ASN prepending 255 times

2022-03-26 Thread Matthew Petach
gt; Engineering, University of Connecticut > Homepage: https://sites.google.com/site/amirherzberg/home > `Applied Introduction to Cryptography' textbook and lectures: > https://sites.google.com/site/amirherzberg/applied-crypto-textbook > <https://sites.google.com/site/amirherzber

Re: DMARC ViolationAS21299 - 46.42.196.0/24 ASN prepending 255 times

2022-03-25 Thread Matthew Petach
On Fri, Mar 25, 2022 at 2:59 PM Adam Thompson wrote: > Tom, how exactly does someone “ride the 0/0” train in the DFZ? > It's not so much "ride the 0/0 train" as much as it is "treat excessive prepends as network-unreachable" Think of prepends beyond say 10 prepends as a way to signal

Re: "Permanent" DST

2022-03-15 Thread Matthew Petach
Please provide a link documenting this claim. I have been reviewing the actions listed on congress.gov, and this is not an action listed as having taken place. https://www.congress.gov/bill/117th-congress/senate-bill/623/all-actions?overview=closed#tabs The last action shown for this bill was

Re: Cogent cutting links to Russia?

2022-03-04 Thread Matthew Petach
On Fri, Mar 4, 2022 at 11:00 PM Masataka Ohta < mo...@necom830.hpcl.titech.ac.jp> wrote: > Sean Donelan wrote: > > > The Russia sanctions are different (see a lawyer), > > It seems to me that, according to > > > https://home.treasury.gov/system/files/126/ukraine_overview_of_sanctions.pdf > >

Re: Cogent cutting links to Russia?

2022-03-04 Thread Matthew Petach
On Fri, Mar 4, 2022 at 12:55 PM Martin Hannigan wrote: > > I would argue they don't have much of a choice: > > "The economic sanctions put in place as a result of the invasion and the > increasingly uncertain security situation make it impossible for Cogent to > continue to provide you with

Re: Starlink terminals deployed in Ukraine

2022-03-03 Thread Matthew Petach
On Thu, Mar 3, 2022, 07:17 Dorn Hetzel wrote: > One hopes there is some respectable, perhaps even paranoid, encryption on > his control functions. > >> Talk about timely! We just had a very nice presentation about this in Austin:

Re: Starlink terminals deployed in Ukraine

2022-03-01 Thread Matthew Petach
On Tue, Mar 1, 2022 at 11:59 AM Scott McGrath wrote: > Starlink however forgets that Russia does have anti satellite weapons and > they probably will not hesitate to use them which will make low earth orbit > a very dangerous place when Russia starts blowing up the Starlink birds. > I applaud

Re: Starlink terminals deployed in Ukraine

2022-03-01 Thread Matthew Petach
On Tue, Mar 1, 2022 at 10:38 AM Crist Clark wrote: > So they’re going to offer the service to anyone in a denied area for free > somehow? How do you send someone a bill or how do they pay it if you can’t > do business in the country? > It's not like Google is billing anyone for using 8.8.8.8 et

Re: Ukraine request yikes

2022-03-01 Thread Matthew Petach
On Tue, Mar 1, 2022 at 12:19 AM George Herbert wrote: > Posted by Bill Woodcock on Twitter… > https://twitter.com/woodyatpch/status/1498472865301098500?s=21 > > https://pastebin.com/DLbmYahS > > Ukraine (I think I read as) want ICANN to turn root nameservers off, > revoke address delegations,

Re: BANDWIDTH and VONAGE lose FCC rules exemption for STIR/SHAKEN

2022-02-24 Thread Matthew Petach
What made my otherwise-largely-quiescent phone go berserk was joining AARP. Went from weeks between random telemarketing call to now getting sometimes more than 100 calls before lunchtime. Today, I couldn't hang up on one person offering me Medicare benefits fast enough before another was

Re: New minimum speed for US broadband connections

2022-02-16 Thread Matthew Petach
On Wed, Feb 16, 2022 at 1:16 PM Josh Luthman wrote: > I'll once again please ask for specific examples as I continue to see the > generic "it isn't in some parts of San Jose". > You want a specific example? Friend of mine asked me to help them get better Internet connectivity a few weeks ago.

Re: What do you think about the "cloudification" of mobile?

2022-01-25 Thread Matthew Petach
On Tue, Jan 25, 2022 at 10:11 AM Michael Thomas wrote: > > [...] > > Since everybody has their own wifi it seems that federating all of them > for pretty good coverage by a provider and charging a nominal fee to > manage it would suit a lot of people needs. It doesn't need expensive > spectrum

Re: Redeploying most of 127/8, 0/8, 240/4 and *.0 as unicast

2021-11-21 Thread Matthew Petach
On Sat, Nov 20, 2021 at 6:27 PM Joe Maimon wrote: > Tom Beecher wrote: > [...] > > > > IPv6 isn't perfect. That's not an excuse to ignore it and invest the > > limited resources we have into Yet Another IPv4 Zombification Effort. > > > As noted earlier, False Dilemma > > Even worse, your

Re: DNS hijack?

2021-11-12 Thread Matthew Petach
On Fri, Nov 12, 2021 at 5:55 AM William Herrin wrote: > On Thu, Nov 11, 2021 at 6:36 PM Jeff Shultz > wrote: > > > > > > Yeah, apparently when a domain expires, a lot of DNS queries to domains > in that domain's DNS server... get redirected to a Network Solutions "this > is expired" website at

Re: DNS pulling BGP routes?

2021-10-18 Thread Matthew Petach
On Mon, Oct 18, 2021 at 1:17 PM William Herrin wrote: > On Mon, Oct 18, 2021 at 11:47 AM Matthew Petach > wrote: > > On Mon, Oct 18, 2021 at 11:16 AM William Herrin wrote: > >> On Mon, Oct 18, 2021 at 10:30 AM Baldur Norddahl > >> wrote: > >> >

Re: DNS pulling BGP routes?

2021-10-18 Thread Matthew Petach
On Mon, Oct 18, 2021 at 11:16 AM William Herrin wrote: > On Mon, Oct 18, 2021 at 10:30 AM Baldur Norddahl > wrote: > > Around here there are certain expectations if you sell a product called > IP Transit and other expectations if you call the product paid peering. The > latter is not providing

Re: DNS pulling BGP routes?

2021-10-18 Thread Matthew Petach
On Sun, Oct 17, 2021 at 4:54 AM Masataka Ohta < mo...@necom830.hpcl.titech.ac.jp> wrote: > Matthew Petach wrote: > > > I'd like to take a moment to point out the other problem with this > > sentence, which is "antitrust agencies". > > > > One of the

Re: DNS pulling BGP routes?

2021-10-16 Thread Matthew Petach
On Wed, Oct 13, 2021 at 6:26 AM Masataka Ohta < mo...@necom830.hpcl.titech.ac.jp> wrote: > Matthew Petach wrote: > > >>> With an anycast setup using the same IP addresses in every > >>> location, returning SERVFAIL doesn't have the same effect, > >>

Re: S.Korea broadband firm sues Netflix after traffic surge

2021-10-12 Thread Matthew Petach
On Tue, Oct 12, 2021 at 2:01 PM Tom Beecher wrote: > I think it would be absolutely *stunning* for content providers >> to turn the model on its head; use a bittorrent like model for >> caching and serving content out of subscribers homes at >> recalcitrant ISPs, so that data doesn't come from

Re: DNS pulling BGP routes?

2021-10-12 Thread Matthew Petach
On Tue, Oct 12, 2021 at 8:41 AM Masataka Ohta < mo...@necom830.hpcl.titech.ac.jp> wrote: > Matthew Petach wrote: > > > With an anycast setup using the same IP addresses in every > > location, returning SERVFAIL doesn't have the same effect, > > however, because faili

Re: S.Korea broadband firm sues Netflix after traffic surge

2021-10-12 Thread Matthew Petach
On Tue, Oct 12, 2021 at 8:16 AM Jared Brown wrote: > Mark Tinka wrote: [...] > > > But I doubt that > > will work, unless someone can think up a clever way to modify BitTorrent > > to suit today's network architectures. > Unless network topology is somehow exposed, this isn't possible. All >

Re: S.Korea broadband firm sues Netflix after traffic surge

2021-10-11 Thread Matthew Petach
On Mon, Oct 11, 2021 at 10:09 AM Michael Thomas wrote: > > On 10/11/21 12:49 AM, Matthew Petach wrote: > > > Instead of a 4K stream, drop it to 480 or 240; the eyeball network > should be happy at the reduced strain the resulting stream puts > on their network. > > As

Re: S.Korea broadband firm sues Netflix after traffic surge

2021-10-11 Thread Matthew Petach
On Mon, Oct 11, 2021 at 1:01 AM Mark Tinka wrote: > However, in an era where content is making a push to get as close to the > eyeballs as possible, kit getting cheaper and faster because of merchant > silicon, and abundance of aggregated capacity at exchange points, can we > leverage the

Re: DNS pulling BGP routes?

2021-10-11 Thread Matthew Petach
On Mon, Oct 11, 2021 at 8:07 AM Christopher Morrow wrote: > On Sat, Oct 9, 2021 at 11:16 AM Masataka Ohta < > mo...@necom830.hpcl.titech.ac.jp> wrote: > >> Bill Woodcock wrote: >> > [...] > > it seems that the problem FB ran into was really that there wasn't either: >"secondary path to

Re: DNS pulling BGP routes?

2021-10-11 Thread Matthew Petach
On Sat, Oct 9, 2021 at 1:40 AM Masataka Ohta < mo...@necom830.hpcl.titech.ac.jp> wrote: > Christopher Morrow wrote: > >> means their DNS servers were serving the zone, even after they > >> recognize their zone data were too old, that is, expired. > > > that's not what this means. I think Mr.

Re: S.Korea broadband firm sues Netflix after traffic surge

2021-10-11 Thread Matthew Petach
On Sun, Oct 10, 2021 at 2:44 PM Doug Barton wrote: > [some snipping below] > > Also just to be clear, these are my own opinions, not necessarily shared > by any current or former employers. > > On 10/10/21 12:31 PM, Mark Tinka wrote: > > On 10/10/21 21:08, Doug Barton wrote > >> Given that

Re: S.Korea broadband firm sues Netflix after traffic surge

2021-10-10 Thread Matthew Petach
On Sun, Oct 10, 2021 at 12:12 PM Doug Barton wrote: > On 10/1/21 7:45 AM, Mark Tinka wrote: > > The reason Google, Facebook, Microsoft, Amazon, e.t.c., all built their > > own global backbones is because of this nonsense that SK Broadband is > > trying to pull with Netflix. At some point, the

Re: DNS pulling BGP routes?

2021-10-06 Thread Matthew Petach
On Wed, Oct 6, 2021 at 10:45 AM Michael Thomas wrote: > So if I understand their post correctly, their DNS servers have the > ability to withdraw routes if they determine are sub-optimal (fsvo). I > can certainly understand for the DNS servers to not give answers they > think are unreachable but

Re: Facebook post-mortems...

2021-10-05 Thread Matthew Petach
On Tue, Oct 5, 2021 at 8:57 AM Kain, Becki (.) wrote: > Why ever would have a card reader on your external facing network, if that > was really the case why they couldn't get in to fix it? > Let's hypothesize for a moment. Let's suppose you've decided that certificate-based authentication is

Re: massive facebook outage presently

2021-10-04 Thread Matthew Petach
On Mon, Oct 4, 2021 at 11:59 AM Jason Kuehl wrote: > I mean, you're an idiot if you post that public on the internet about > your own place of work. What do you think would happen? Nothing? He should > never of said anything, but now the Facebook hitman got him. > > Some of us have done that,

  1   2   3   4   5   6   >