Re: Small Internet border router options?

[Heasley]

>>> Best regards,
 On Mon, May 13, 2024 at 3:54 PM Tom Samplonius >>> > wrote:
>>>  What are using for small campus border routers?  So four to eight
>>>   10G ports with a FIB for full scale L3?
>>>   

vMX, XRv, vEOS, …. There are several virtual routers that might meet your 
requirements, since you did not specify traffic requirements, and you wouldnt 
have to deal with crap s/w. 

Probably cheaper than an 8xg too. 

Re: Small Internet border router options?

[Mel Beckman]

You have to turn off netflow to get full performance from the XGs. 

-mel via cell

> On May 13, 2024, at 3:22 PM, Harlan Stenn via NANOG  wrote:
> 
> On 5/13/2024 12:45 PM, Jean Franco wrote:
>> Hi Tom.
>> Ubiquiti EdgeRouter Infinity.
> 
> What version of firmware are you using?
> 
> We have never seen our box (an ER-8-XG) route packets for more than about an 
> hour before it falls over.
> 
> If you have having better luck with this and would be open to helping us, 
> please let me know - we'd greatly appreciate it.
> 
>> Best regards,
>> On Mon, May 13, 2024 at 3:54 PM Tom Samplonius > > wrote:
>>   What are using for small campus border routers?  So four to eight
>>10G ports with a FIB for full scale L3?
>>Tom
> 
> --
> Harlan Stenn 
> https://www.nwtime.org/ - be a member!

Re: Small Internet border router options?

[Harlan Stenn via NANOG]

On 5/13/2024 12:45 PM, Jean Franco wrote:

Hi Tom.

Ubiquiti EdgeRouter Infinity.


What version of firmware are you using?

We have never seen our box (an ER-8-XG) route packets for more than 
about an hour before it falls over.


If you have having better luck with this and would be open to helping 
us, please let me know - we'd greatly appreciate it.



Best regards,

On Mon, May 13, 2024 at 3:54 PM Tom Samplonius > wrote:



   What are using for small campus border routers?  So four to eight
10G ports with a FIB for full scale L3?


Tom


--
Harlan Stenn 
https://www.nwtime.org/ - be a member!

GOV zone operational update: DNSSEC transition to algorithm 13

[Christian Elmerot]

Cloudflare will start the transition of the .GOV zone to use DNSSEC 
signing algorithm 13 (ECDSA P-256) about a week from now.


We do not expect any action to be required by the operators of DNS 
resolvers or by end-users due to this change. This note is being sent as 
a courtesy, in the interests of operational transparency..


We plan to start the transition on May 20th, 2024. The initial step will 
be to include algorithm 13 signatures alongside algorithm 8 signatures 
in signed responses sent by the authoritative .GOV nameservers.


The transition will proceed through the following sequence of events:

1. Algorithm 13 signatures are published in addition to algorithm 8 
signatures
2. Algorithm 13 DNSKEY records are published alongside the current 
algorithm 8 DNSKEYs

3. Algorithm 13 DS record is published in the root zone
4. Algorithm 8 DS record is removed from the root zone
5. Algorithm 8 DNSKEY records are removed
6. Algorithm 8 signatures are removed from responses

Cloudflare has been using algorithm 13 for zone signing since 2015, 
pioneering its use to the wider community. The widespread adoption since 
serves as a testament to the maturity of the resolver ecosystem's 
ability to recognize and validate the algorithm. Other important zones 
also use algorithm 13 today, such as the .COM and .NET Top-Level Domains 
(TLDs) that transitioned to algorithm 13 in the fourth quarter of 2023.


While we anticipate minimal operational impact for end users, we 
encourage you to reach out to us with any questions or reports of 
unexpected behavior related to the transition.


Christian Elmerot, Cloudflare

Re: Small Internet border router options?

[Pim van Pelt via NANOG]

Hoi Tom,

On 13.05.2024 20:52, Tom Samplonius wrote:

   What are using for small campus border routers?  So four to eight 10G ports 
with a FIB for full scale L3?
If you're into open source, take a look at VPP [https://fd.io/] which 
does a good job at ~100Gbit or below.

https://ipng.ch/s/articles/2021/09/21/vpp-7.html

I built a 10G european ring with a bunch of these supermicro/dell 
servers at AS8298:

https://ipng.ch/s/articles/2021/02/27/network.html

groet,
Pim

--
Pim van Pelt 
PBVP1-RIPE https://ipng.ch/

On consistency and 192.0.0.0/24

[John Kristoff]

As one to never let a good academic question go unasked... what is it
about 192.0.0.0/24 that is or isn't a bogon. This doesn't seem so
straightforward an answer to me, at least in theory.  Although in
practice it may already be decided whether one likes the answer or not.

192.0.0.0/24 was originally assigned to IANA for "protocol assignments"
in IETF RFC 5736, and later added to the list of reserved / special use
addresses in IETF RFC 6890 (aka BCP 153).   There is a corresponding
IPv6 block (2001::/23), but it has a significantly different history.

Team Cymru's bogon list includes the v4 prefix.  NLNOG's bogon
filtering guide does not.  When I asked Job about NLNOG's position he
said:

  "I was unsure what this prefix’s future plans would be and erred on
  the side of caution and didn’t include this prefix in the NLNOG bogon
  list recommendations."

The /24 as specified is not for "global" use, but some of the more
specific assignments are or can be.  See:
.

From my cursory examination I can't find cases where the v4 prefix or
more specifics have been publicly announced to any significant degree.
This however is not the case for the IPv6 prefix (e.g., the AS112
project, Teredo).

Maybe you'd say the /24 should be filtered, but not the more specifics
that are deemed available for global use.  That might be reasonable,
except many reasonable people will filter small prefixes.

IANA's language may have put any "do not filter" camp in a relatively
weak position:

  "Address prefixes listed in the Special-Purpose Address Registry are
  not guaranteed routability in any particular local or global context."

I can't remember hearing anyone complaining about bogon-related
reachability problems with the aggregate IANA prefixes generally.  Is
there a strong case to make that ops should not bogon filter any
addresses in these prefixes?  At least with IPv4?  What about for IPv6?

John

Re: Alien Waves

[eric c]

Hello,
Depends on the equipment but works just fine. I have tested Ciena
Waveserver/AI and Ekinops equipment as alien wave into an existing Cyan
ROADM system without a problem.  Usually just make sure your TX power is 0
or +5 + whatever the minimum for the ROAM system to pick it up.



On Sun, May 12, 2024 at 9:37 AM Mike Hammett  wrote:

> What are your experiences with alien waves, managed spectrum, spectrum as
> a service, etc?
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions
> http://www.ics-il.com
>
> Midwest-IX
> http://www.midwest-ix.com
>

TIMELY - FINAL REMINDER - ARIN Email Template Retirement Scheduled for 3 June 2024

[John Curran]

NANOGers -

If you are still emailing SWIP requests to ARIN for reporting reallocations and 
reassignments, please contact the ARIN Helpdesk ASAP to move a more 
appropriate/secure technology.

Thanks,
/John

John Curran
President and CEO
American Registry for Internet Numbers


Begin forwarded message:

Subject: [arin-announce] FINAL REMINDER - ARIN Email Template Retirement 
Scheduled for 3 June 2024
...
On 3 June 2024, ARIN will retire SWIP email templates for reporting 
reallocations and reassignments as described in the community Consultation 
conducted in November of 2023. After 3 June 2024, ARIN will not accept or 
respond to email templates.

We recognize this change is significant and have several alternative options 
for submitting reassignment information. To facilitate a smooth transition, we 
encourage users to explore ARIN’s Reg-RWS service, a secure and efficient means 
of interacting with ARIN’s database.

Those who do not need to automate reallocation and reassignment submissions may 
find it convenient to use ARIN Online to report this information to ARIN.

For organizations who are unable to utilize Reg-RWS or ARIN Online, or for 
those who prefer to continue composing reassignment information in email 
templates, ARIN has provided an open-source template processor that customers 
may run within their network. This software will allow users to convert email 
templates to REST calls compatible with Reg-RWS. This open-source template 
processor was released on GitHub on 1 November 2023, and is no longer 
maintained by ARIN post release. If you wish to use this product beyond its 
initial release, you will be able to fork the repository and maintain it as 
your needs require. To learn more, please visit: 
https://www.arin.net/resources/registry/reassignments/ostp/

If you have questions about this transition, or need assistance using Reg-RWS, 
please contact us by submitting an Ask ARIN ticket or chatting with us using 
ARIN Online, or calling the Registration Services Help Desk at +1.703.227.0660 
(Monday-Friday, 7:00 AM – 7:00 PM ET).

Regards,

John Sweeting
Chief Customer Officer
American Registry for Internet Numbers (ARIN)

---
REFERENCES:
ARIN Reg-RWS Service: https://www.arin.net/resources/manage/regrws/
Reporting Reassignments Using ARIN Online: 
https://www.arin.net/resources/registry/reassignments/#reporting-reassignments-using-arin-online

Re: Small Internet border router options?

[Jean Franco]

Hi Tom.

Ubiquiti EdgeRouter Infinity.

Best regards,

On Mon, May 13, 2024 at 3:54 PM Tom Samplonius  wrote:

>
>   What are using for small campus border routers?  So four to eight 10G
> ports with a FIB for full scale L3?
>
>
> Tom
>
>
>

RE: Small Internet border router options?

[Tony Wicks]

Juniper MX204, Nokia SR1/SR1s or for the cheaper side  Mikrotik CCR2216

-Original Message-
From: NANOG  On Behalf Of Tom
Samplonius
Sent: Tuesday, May 14, 2024 6:52 AM
To: NANOG 
Subject: Small Internet border router options?


  What are using for small campus border routers?  So four to eight 10G
ports with a FIB for full scale L3?  


Tom

Small Internet border router options?

[Tom Samplonius]

  What are using for small campus border routers?  So four to eight 10G ports 
with a FIB for full scale L3?  


Tom

[Event] Call for Presentations EPF 2024, Vienna, Austria // NANOG

[Arnold Nipper via NANOG]

Dear all,

This is a Call for Presentations for the European Peering Forum 2024.

AMS-IX, DE-CIX, LINX, NETNOD and guest IXP VIX, are happy to host the
European Peering Forum (EPF) 2024 from Sunday the 15th to Wednesday
18th September 2024 in Vienna, Austria.

The event will welcome peering managers and coordinators from networks
connected to the host and guest Internet exchanges.

Besides some interesting topical agenda, the three-day event
accommodates room for attendees to meet on a one-to-one basis to
discuss bilateral peering business opportunities.

The programme committee will be looking for presentations related to
peering and technical topics of interconnection. Your presentation
could address:

* Interconnection Automation
* Regional Peering
* Interconnection / Peering Internet Governance and Regulatory Topics
* Economic and Product Trends
* Peering / Interconnection strategies
* Interesting findings about Peering / Interconnection
* 400GE and beyond
* Any other hot topic related to Interconnection / Peering


Submissions
===
Presentations must be of a non-commercial nature. Product or marketing
heavy talks are strongly discouraged.

Submissions of presentations should be made to the programme committee
epf...@peering-forum.eu

Please include:


* Author's name and e-mail address
* Presentation title
* Abstract
* Slides (can be a draft version as long as the storyline is presented 
clearly)

* Time requested (max. 30 minutes incl. Q&A)

Submissions will be rated by the programme committee and admitted
according to the available time slots.


Deadlines
=
Please send in your presentation asap. The latest date for submission
is June 16th.

More information about the event and other activities around EPF17
may be found at

* https://peering-forum.eu/2024/

/

On behalf of EPF,

Best regards,

AMS-IX, DE-CIX, LINX and NETNOD
--
Keep calm, keep distance, keep connected!

Arnold Nipper
email: arn...@nipper.de
mobile: +49 172 2650958