Re: Router ID on IPv6-Only

[Saku Ytti]

Hey,

> Well, now there is no IPv4. But BGP, OSPFv3, and other routing protocols 
> still use 32-bit router IDs for IPv6. On the one hand, there are plenty of 
> 32-bit numbers to use. Generally speaking, router IDs just need to be unique 
> inside of an AS to do their job, but (a) for humans or automation to generate 
> them and (b) to easily recognize them, it's convenient to have some algorithm 
> or methodology for assigning them.

2nd hand knowledge, but when this was discussed early on in
standardization, someone argued against 128b ID, because it would
require too much bandwidth in their OSPF network. Joys of everyone
plays standardisation.

> Has anyone thought about this or have a good way to do it? We had ideas like 
> use bits 32-63 from an interface. Seems like it could work, but also could 
> totally break down if we're using >64-bit prefixes for things like 
> router-to-router links or pulling router loopbacks out of a common /64.

If your data is in a database I think the best bet is to
algorithmically generate multiple forms of IDs in your device and
interface rows, to satisfy various restrictions on what forms  of IDs
are accepted. And then use these IDs. If your data is in configs, you
don't have really good solutions, but you could choose 32b from your
IPv6 loopback right side :/.

-- 
  ++ytti

Router ID on IPv6-Only

[Crist Clark]

During some IPv6 numbering discussions at work today, someone had a
question that I hadn't really considered before. How to choose 32-bit
router IDs for IPv6-only routers.

Quick background. We have a requirement to convert a significant portion of
our network to IPv6-only over the next few years. Previously, I, and
everyone else on the team, have only ever set up routers in dual-stack
environments. Choosing a router ID for use in routing protocols just
followed whatever rules you used for your IPv4 networking. You used the
same router ID in IPv4 and IPv6.

Well, now there is no IPv4. But BGP, OSPFv3, and other routing protocols
still use 32-bit router IDs for IPv6. On the one hand, there are plenty of
32-bit numbers to use. Generally speaking, router IDs just need to be
unique inside of an AS to do their job, but (a) for humans or automation to
generate them and (b) to easily recognize them, it's convenient to have
some algorithm or methodology for assigning them.

Has anyone thought about this or have a good way to do it? We had ideas
like use bits 32-63 from an interface. Seems like it could work, but also
could totally break down if we're using >64-bit prefixes for things like
router-to-router links or pulling router loopbacks out of a common /64.

Also, various network OS implementations will typically automatically
choose a router ID from the IPv4 addresses on the router by some algorithm
(e.g. numerically lowest) if not explicitly configured. Was curious what
IPv6-only routers do. Haven't had the chance to get on some lab gear or
GNS3 to just try it and see.

Re: End of Cogent-Sprint peering wars?

[Saku Ytti]

On Thu, 8 Sept 2022 at 01:06, Jawaid Bazyar  wrote:

> $1 deals usually come with an operation in the red, or assumption of 
> significant debts.

To me this looks like a continuation of the game of attrition for
infrastructure players. No one seems to know how to capitalise
infrastructure, and ostensibly cheap deals have brought shops down
before due to naive buyers (GTT).
But I do think this makes sense for both tmus and ccoi, for tmus
infrastructure is a bad risk and they can always afford to procure the
service at market price, by moving costs to customers.  For CCOI they
don't have much choice but to figure out how to turn infrastructure
into money, if they can't they're dead anyhow, now they're dead just
little bit sooner, so it seems like a good risk for CCOI.
I am a little bit more optimistic in CCOI leadership's ability to
capitalise this than the ability GTT had, and wish them good luck.


-- 
  ++ytti

Re: End of Cogent-Sprint peering wars?

[Randy Bush]

> Yes, and the new administration will force more depeering for those
> that peers with Sprint but not with Cogent. So the net result will be
> negative.

if i was as good as you at predicting the future, i would bet on the
horses not work on the internet.

randy

Contacts for AT Postmaster, AWS WAF, Azure WAF

[Malli, Vishal]

Hi All,

We recently obtained our first /24 from the ARIN waiting list. We've been 
testing it out the past few weeks, and we're finding that it's blocked in a 
couple places. Geolocation data has already been updated with the major 
providers, and the range is not listed in any known blocklists.

I'm looking for contacts for the following. Please reach out off-list if you 
can assist. Thank you in advance!


  *   AT Postmaster - getting 521 errors, already emailed 
'abuse_...@abuse-att.net' multiple times but no response.

  *   AWS WAF - some sites that use awselb/2.0 are throwing a "403 Forbidden." 
They work fine from an older IP. Product vendors are unable to resolve so far.

  *   Azure WAF - one site is completely resetting our connection attempts. 
Works fine from an older IP. Product vendor is unable to resolve so far.


Vishal Malli
IT Systems Engineer
City of Manteca, CA
vma...@manteca.gov

Re: End of Cogent-Sprint peering wars?

[Lou D]

My comment while was intended to a joke , sadly my concern is that Sprint
has been a great provider .

- Responsive staff
- Functional Looking Glass Server
- Clear BGP Community documentation

Cogent in my experiences from different employers is that Cogent has been
inconsistent .
 It’s a large global network with various assets , systems and personnel
maybe it’s to be expected and it’s easy to joke about it .

with that said,  as Network Engineer who has to depend on these  providers
my skin is deeply in this game ,I truly hope that the better qualities
arise to the surface from the merger .



On Wed, Sep 7, 2022 at 8:00 PM Randy Bush  wrote:

> > Is there a hotline for those of us who have Cogent and Sprint….. sighs
>
> not a pots type, but i find email to the usual addresses works well.
>
> two reputable top tier providers.  been using one or t'other for
> decades.
>
> but it seems popular for folk with no real skin in the game to diss
> them.  amusing at best.
>
> randy
>

Re: End of Cogent-Sprint peering wars?

[Rubens Kuhl]

Yes, and the new administration will force more depeering for those
that peers with Sprint but not with Cogent. So the net result will be
negative.

Rubens


On Wed, Sep 7, 2022 at 5:47 PM Sean Donelan  wrote:
>
>
> Are Sprint AS1239 and Cogent AS174 finally going to settle their peering
> disputes?
>
> T-Mobile sells legacy Sprint wireline business to Cogent for $1, expects
> hefty charge
> https://www.reuters.com/markets/deals/cogent-communications-acquire-t-mobiles-wireline-business-2022-09-07/
>
> 1,400 customers
> 1,300 employees
>
> 19,000 long-haul route miles
> 1,300 metro route miles
> 16,800 leased route miles
>
>

Re: End of Cogent-Sprint peering wars?

[Randy Bush]

> Is there a hotline for those of us who have Cogent and Sprint….. sighs

not a pots type, but i find email to the usual addresses works well.

two reputable top tier providers.  been using one or t'other for
decades.

but it seems popular for folk with no real skin in the game to diss
them.  amusing at best.

randy

Re: End of Cogent-Sprint peering wars?

[Adam Thompson]

1-800-FTC-HELP
(Doesn't exist but should)
-Adam

Get Outlook for Android

From: Lou D 
Sent: Wednesday, September 7, 2022 5:49:25 PM
To: Adam Thompson 
Cc: Dave Taht ; Jawaid Bazyar ; 
NANOG ; Sean Donelan 
Subject: Re: End of Cogent-Sprint peering wars?

Is there a hotline for those of us who have Cogent and Sprint….. sighs

On Wed, Sep 7, 2022 at 6:17 PM Adam Thompson 
mailto:athomp...@merlin.mb.ca>> wrote:
Well, yes, that goes hand-in-hand with "...expects hefty charge".
To me, this just says T-Mobile wants out of the POTS business at almost any 
cost.
All those poor people stuck with Cogent now, I feel sorry for them!

Adam Thompson
Consultant, Infrastructure Services
MERLIN
100 - 135 Innovation Drive
Winnipeg, MB R3T 6A8
(204) 977-6824 or 1-800-430-6404 (MB only)
https://www.merlin.mb.ca
Chat with me on Teams: athomp...@merlin.mb.ca

> -Original Message-
> From: NANOG 
> mailto:merlin.mb...@nanog.org>>
>  On
> Behalf Of Jawaid Bazyar
> Sent: September 7, 2022 5:04 PM
> To: Dave Taht mailto:dave.t...@gmail.com>>; Sean Donelan 
> mailto:s...@donelan.com>>
> Cc: NANOG mailto:nanog@nanog.org>>
> Subject: Re: End of Cogent-Sprint peering wars?
>
> $1 deals usually come with an operation in the red, or assumption of
> significant debts.
>
> On 9/7/22, 2:55 PM, "NANOG on behalf of Dave Taht"  bounces+jbazyar=verobroadband@nanog.org
>  on behalf of
> dave.t...@gmail.com> wrote:
>
> On Wed, Sep 7, 2022 at 1:48 PM Sean Donelan 
> mailto:s...@donelan.com>>
> wrote:
> >
> >
> > Are Sprint AS1239 and Cogent AS174 finally going to settle
> their peering
> > disputes?
> >
> > T-Mobile sells legacy Sprint wireline business to Cogent for
> $1, expects
> > hefty charge
> > https://www.reuters.com/markets/deals/cogent-communications-
> acquire-t-mobiles-wireline-business-2022-09-07/
> >
> > 1,400 customers
> > 1,300 employees
> >
> > 19,000 long-haul route miles
> > 1,300 metro route miles
> > 16,800 leased route miles
>
> That's a dollar well spent. It also explains the layoffs.
> >
>
>
> --
> FQ World Domination pending:
> https://blog.cerowrt.org/post/state_of_fq_codel/
> Dave Täht CEO, TekLibre, LLC
>

Re: End of Cogent-Sprint peering wars?

[Lou D]

Is there a hotline for those of us who have Cogent and Sprint….. sighs

On Wed, Sep 7, 2022 at 6:17 PM Adam Thompson  wrote:

> Well, yes, that goes hand-in-hand with "...expects hefty charge".
> To me, this just says T-Mobile wants out of the POTS business at almost
> any cost.
> All those poor people stuck with Cogent now, I feel sorry for them!
>
> Adam Thompson
> Consultant, Infrastructure Services
> MERLIN
> 100 - 135 Innovation Drive
> Winnipeg, MB R3T 6A8
> (204) 977-6824 or 1-800-430-6404 (MB only)
> https://www.merlin.mb.ca
> Chat with me on Teams: athomp...@merlin.mb.ca
>
> > -Original Message-
> > From: NANOG  On
> > Behalf Of Jawaid Bazyar
> > Sent: September 7, 2022 5:04 PM
> > To: Dave Taht ; Sean Donelan 
> > Cc: NANOG 
> > Subject: Re: End of Cogent-Sprint peering wars?
> >
> > $1 deals usually come with an operation in the red, or assumption of
> > significant debts.
> >
> > On 9/7/22, 2:55 PM, "NANOG on behalf of Dave Taht"  > bounces+jbazyar=verobroadband@nanog.org on behalf of
> > dave.t...@gmail.com> wrote:
> >
> > On Wed, Sep 7, 2022 at 1:48 PM Sean Donelan 
> > wrote:
> > >
> > >
> > > Are Sprint AS1239 and Cogent AS174 finally going to settle
> > their peering
> > > disputes?
> > >
> > > T-Mobile sells legacy Sprint wireline business to Cogent for
> > $1, expects
> > > hefty charge
> > > https://www.reuters.com/markets/deals/cogent-communications-
> > acquire-t-mobiles-wireline-business-2022-09-07/
> > >
> > > 1,400 customers
> > > 1,300 employees
> > >
> > > 19,000 long-haul route miles
> > > 1,300 metro route miles
> > > 16,800 leased route miles
> >
> > That's a dollar well spent. It also explains the layoffs.
> > >
> >
> >
> > --
> > FQ World Domination pending:
> > https://blog.cerowrt.org/post/state_of_fq_codel/
> > Dave Täht CEO, TekLibre, LLC
> >
>
>

RE: End of Cogent-Sprint peering wars?

[Adam Thompson]

Well, yes, that goes hand-in-hand with "...expects hefty charge".
To me, this just says T-Mobile wants out of the POTS business at almost any 
cost.
All those poor people stuck with Cogent now, I feel sorry for them!

Adam Thompson
Consultant, Infrastructure Services
MERLIN
100 - 135 Innovation Drive
Winnipeg, MB R3T 6A8
(204) 977-6824 or 1-800-430-6404 (MB only)
https://www.merlin.mb.ca
Chat with me on Teams: athomp...@merlin.mb.ca

> -Original Message-
> From: NANOG  On
> Behalf Of Jawaid Bazyar
> Sent: September 7, 2022 5:04 PM
> To: Dave Taht ; Sean Donelan 
> Cc: NANOG 
> Subject: Re: End of Cogent-Sprint peering wars?
> 
> $1 deals usually come with an operation in the red, or assumption of
> significant debts.
> 
> On 9/7/22, 2:55 PM, "NANOG on behalf of Dave Taht"  bounces+jbazyar=verobroadband@nanog.org on behalf of
> dave.t...@gmail.com> wrote:
> 
> On Wed, Sep 7, 2022 at 1:48 PM Sean Donelan 
> wrote:
> >
> >
> > Are Sprint AS1239 and Cogent AS174 finally going to settle
> their peering
> > disputes?
> >
> > T-Mobile sells legacy Sprint wireline business to Cogent for
> $1, expects
> > hefty charge
> > https://www.reuters.com/markets/deals/cogent-communications-
> acquire-t-mobiles-wireline-business-2022-09-07/
> >
> > 1,400 customers
> > 1,300 employees
> >
> > 19,000 long-haul route miles
> > 1,300 metro route miles
> > 16,800 leased route miles
> 
> That's a dollar well spent. It also explains the layoffs.
> >
> 
> 
> --
> FQ World Domination pending:
> https://blog.cerowrt.org/post/state_of_fq_codel/
> Dave Täht CEO, TekLibre, LLC
> 

Re: End of Cogent-Sprint peering wars?

[Jawaid Bazyar]

$1 deals usually come with an operation in the red, or assumption of 
significant debts.

On 9/7/22, 2:55 PM, "NANOG on behalf of Dave Taht" 
 wrote:

On Wed, Sep 7, 2022 at 1:48 PM Sean Donelan  wrote:
>
>
> Are Sprint AS1239 and Cogent AS174 finally going to settle their peering
> disputes?
>
> T-Mobile sells legacy Sprint wireline business to Cogent for $1, expects
> hefty charge
> 
https://www.reuters.com/markets/deals/cogent-communications-acquire-t-mobiles-wireline-business-2022-09-07/
>
> 1,400 customers
> 1,300 employees
>
> 19,000 long-haul route miles
> 1,300 metro route miles
> 16,800 leased route miles

That's a dollar well spent. It also explains the layoffs.
>


-- 
FQ World Domination pending: 
https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC

Re: End of Cogent-Sprint peering wars?

[Dave Taht]

On Wed, Sep 7, 2022 at 1:48 PM Sean Donelan  wrote:
>
>
> Are Sprint AS1239 and Cogent AS174 finally going to settle their peering
> disputes?
>
> T-Mobile sells legacy Sprint wireline business to Cogent for $1, expects
> hefty charge
> https://www.reuters.com/markets/deals/cogent-communications-acquire-t-mobiles-wireline-business-2022-09-07/
>
> 1,400 customers
> 1,300 employees
>
> 19,000 long-haul route miles
> 1,300 metro route miles
> 16,800 leased route miles

That's a dollar well spent. It also explains the layoffs.
>


-- 
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC

End of Cogent-Sprint peering wars?

[Sean Donelan]

Are Sprint AS1239 and Cogent AS174 finally going to settle their peering 
disputes?


T-Mobile sells legacy Sprint wireline business to Cogent for $1, expects 
hefty charge

https://www.reuters.com/markets/deals/cogent-communications-acquire-t-mobiles-wireline-business-2022-09-07/

1,400 customers
1,300 employees

19,000 long-haul route miles
1,300 metro route miles
16,800 leased route miles

Re: AS15960 abuse contact?

[Jay Hennigan]

On 9/7/22 13:09, Tim Burke wrote:
Anyone have an abuse contact at AS15960 / bluehornet / mapp.com that 
doesn't go to /dev/null? I have been getting a ridiculous amount of 
political spam from them, and despite repeatedly unsubscribing 
and submitting abuse complaints, the garbage increases exponentially.


If you think you're getting a ridiculous amount of political spam now, 
just wait about six weeks.


As far as things going to /dev/null,

 match as-path _15690_
 set ip next-hop null0

--
Jay Hennigan - j...@west.net
Network Engineering - CCIE #7880
503 897-8550 - WB6RDV

RE: AS15960 abuse contact?

[Ryan Hamel]

Might as well send it to their upstream abuse contacts and state their
customer is unresponsive.

 

Ryan

 

From: NANOG  On Behalf Of Tim
Burke
Sent: Wednesday, September 7, 2022 1:10 PM
To: nanog@nanog.org list 
Subject: AS15960 abuse contact?

 

Anyone have an abuse contact at AS15960 / bluehornet / mapp.com that doesn't
go to /dev/null? I have been getting a ridiculous amount of political spam
from them, and despite repeatedly unsubscribing and submitting abuse
complaints, the garbage increases exponentially. 

 

V/r

Tim

AS15960 abuse contact?

[Tim Burke]

Anyone have an abuse contact at AS15960 / bluehornet / mapp.com that doesn't go 
to /dev/null? I have been getting a ridiculous amount of political spam from 
them, and despite repeatedly unsubscribing and submitting abuse complaints, the 
garbage increases exponentially.


V/r

Tim