RE: Microsoft peering contact
Hi All, I’ve also problems to get some responses, now tried a third email. Let see what will happened. But generally my “issue” is totally low prio. Thanks, From: NANOG On Behalf Of Ryan Hamel Sent: Monday, August 30, 2021 7:34 PM To: 'Tomas Lynch' ; 'NANOG' Subject: RE: Microsoft peering contact Tomas, In the bottom left corner, there is an escalation matrix based on priority, depending on the issue you can work up the chain at a reasonable pace. Ryan From: NANOG mailto:nanog-bounces+ryan=rkhtech@nanog.org> > On Behalf Of Tomas Lynch Sent: Monday, August 30, 2021 10:21 AM To: NANOG mailto:nanog@nanog.org> > Subject: Microsoft peering contact Hi, We have sent emails to Microsoft AS8075 peeringdb contacts but we have not received any answer yet. Can someone share a contact, in unicast, who can answer some issues with the Azure API? Thanks, Tomas Lynch openpgp-digital-signature.asc Description: PGP signature
ODP: SOHO IPv6 switches
Hi Sean, Cisco SG250? Thanks, -- Marcin Gondek / Drixter http://fido.e-utp.net/ AS56662 Od: NANOG w imieniu użytkownika Sean Donelan Wysłane: wtorek, 18 stycznia 2022 12:28 Do: nanog@nanog.org Temat: SOHO IPv6 switches Of course, any ethernet switch is "IPv6 ready." They are just ethernet packets, and the switch doesn't care what's in the packets. Which SOHO class switches are really IPv6 capable? Or is it still necessary to go with the enterprise class switches? IOT devices all want to chat with each other even if there is no upstream IPv6 (Verizon FIOS). IGMPv3 snooping and IPv4 controls keep IPv4 broadcast storms under control. But SOHO-class switches don't seem to have the same capabilities for IPv6. The top two capabilities: 1) MLD snooping and 2) a simple way to keep IPv6 off certain ports (i.e. ancient 10/100 devices, which don't like it. controlling the multicast floods may also help them). What's the goto SOHO-class switch for IPv6?
RE: Cisco Crosswork Network Insights - or how to destroy a useful service
Hi,
Maybe you should contact https://www.isolario.it/ for intergration?
Thanks,
--
Marcin Gondek / Drixter
http://fido.e-utp.net/
AS56662
-Original Message-
From: NANOG On Behalf Of Vasileios Kotronis
Sent: Wednesday, May 15, 2019 10:27 PM
To: Dale W. Carder
Cc: nanog@nanog.org
Subject: Re: Cisco Crosswork Network Insights - or how to destroy a useful
service
Hello,
we would be happy to collaborate to deploy and extend the ARTEMIS open-source
software tool
for monitoring, detection and potential automated mitigation of prefix hijacks,
available on GitHub at https://github.com/FORTH-ICS-INSPIRE/artemis .
Current monitoring sources include RIS live, BGPStream (classic RV + RIS and
beta BMP support) and ExaBGP APIs to local monitors.
You are most welcome to check out the code and test, provide feedback and/or
integrate with existing custom tools you might use.
Best regards,
Vasileios
On 15/5/19 8:58 μ.μ., Dale W. Carder wrote:
> Thus spake Job Snijders (j...@ntt.net) on Wed, May 15, 2019 at 12:16:06PM
> +0200:
>> I recognise the issue you describe, and I'd like to share with you
>> that we're going down another road. Nowadays, RIPE NCC offers a
>> streaming API ("RIS Live") which has the data needed to analyse and
>> correlate BGP UPDATES seen in the wild to business rules you as operator
>> define.
>>
>> NTT folks are working on https://github.com/nlnog/bgpalerter/ - which
>> relies on "RIPE RIS Live", this software should become a competitive
>> replacement to current BGP monitoring tools. Stay tuned, the software
>> will be more useful in the course of the next few weeks.
> Similarly, one can integrate CAIDA's BGPStream Broker Service[1] into
> their own tools. Like bgpalerter above, working with open source or
> rolling your own tools is increasingly straightforward[2] due to these
> community projects.
>
> Another viable project to keep an eye on is ARTEMIS[3] for monitoring.
>
> Dale
>
> [1] https://bgpstream.caida.org/data
> [2] https://github.com/dwcarder/bgpwatch
> [3] https://www.inspire.edu.gr/artemis/
--
===
Vasileios Kotronis
Postdoctoral Researcher, member of the INSPIRE Group INSPIRE = INternet
Security, Privacy, and Intelligence REsearch Telecommunications and Networks
Lab (TNL) Foundation for Research and Technology - Hellas (FORTH) Leoforos
Plastira 100, Heraklion 70013, Greece
Tel: +302810391241 Office: G-060
e-mail : vkotro...@ics.forth.gr
url: http://inspire.edu.gr
===
ODP: maximum ipv4 bgp prefix length of /24 ?
Hi, For testing/research take a look on dn42.net. Thanks, -- Marcin Gondek / Drixter http://fido.e-utp.net/ AS56662 Od: NANOG w imieniu użytkownika VOLKAN SALİH Wysłane: czwartek, 28 września 2023 23:25 Do: nanog@nanog.org Temat: maximum ipv4 bgp prefix length of /24 ? hello, I believe, ISPs should also allow ipv4 prefixes with length between /25-/27 instead of limiting maximum length to /24.. I also believe that RIRs and LIRs should allocate /27s which has 32 IPv4 address. considering IPv4 world is now mostly NAT'ed, 32 IPv4s are sufficient for most of the small and medium sized organizations and also home office workers like youtubers, and professional gamers and webmasters! It is because BGP research and experiment networks can not get /24 due to high IPv4 prices, but they have to get an IPv4 prefix to learn BGP in IPv4 world. What do you think about this? What could be done here? Is it unacceptable; considering most big networks that do full-table-routing also use multi-core routers with lots of RAM? those would probably handle /27s and while small networks mostly use default routing, it should be reasonable to allow /25-/27? Thanks for reading, regards..
ODP: AS6762 Looking Glass Down
Hi Seems that do not support IPv6 :-/ Thanks, -- Marcin Gondek / Drixter http://fido.e-utp.net/ AS56662 Od: NANOG w imieniu użytkownika Chris Welti via NANOG Wysłane: środa, 26 czerwca 2024 06:58 Do: Aaron Atac ; Nanog Temat: Re: AS6762 Looking Glass Down Hi Aaron, have a look at https://www.tisparkle.com/looking-glass Cheers, Chris On 25.06.24 19:13, Aaron Atac via NANOG wrote: > Hi, > > It seems the looking glass provided on peeringdb for AS6762 is down. Anyone > on the list know if there's an alternative link or when it might be back up? > > https://www.peeringdb.com/net/31 > > https://gambadilegno.noc.seabone.net/lg/ > > Thanks, > Aaron
