CenturyLink -> Lumen

2020-09-15 Thread R. Leigh Hennig
https://www.fiercetelecom.com/telecom/centurylink-rebrands-re-defines-enterprise-sector-as-lumen-technology Curious. Any thoughts on how this changes their business approach, if any? Obviously something like this has to be planned far in advance, but I can’t help but wonder what impact the

Re: BFD for routes learned trough Route-servers in IXPs

2020-09-15 Thread Ryan Hamel
> "How can I check if my communication against the NextHop of the routes that I > learn from the route-servers are OK? If it is not OK, how can I remove it > from my FIB?" Install a route optimizer that constantly pings next hops, when the drop threshold is met, remove the routes. No one is

Re: Network Gear Seismic Tolerances

2020-09-15 Thread Brandon Butterworth
On Tue Sep 15, 2020 at 05:59:28PM -0700, Crist Clark wrote: > But now there are people with the idea that seismic isolation is the > technology we need for all of our electronics, down to network gear in > IDRs. I am trying to find any real information about this, but Google-fu is > not producing

Re: BFD for routes learned trough Route-servers in IXPs

2020-09-15 Thread Randy Bush
> So, I was searching on how to solve that and I found a draft (8th release) > with the intention to solve that... > https://tools.ietf.org/html/draft-ietf-idr-rs-bfd-08 > > If understood correctly, the effective implementation of it will depend on > new code on any BGP engine that will want to

Re: Network Gear Seismic Tolerances

2020-09-15 Thread Tim McKee
Look at marine equipment specs. They define vibration tolerances quite well. Not my specialty, but I had brief exposure one time. Tim McKee WN9Z Sent from my iPhone > On Sep 15, 2020, at 21:00, Crist Clark wrote: > >  > I've been living and working in earthquake country for many

Network Gear Seismic Tolerances

2020-09-15 Thread Crist Clark
I've been living and working in earthquake country for many years. The primary focus I've always encountered for network gear is to make sure it is properly secured to the racks and the racks properly secured to the building (and hope the building is well secured). I'm working on a project now

BFD for routes learned trough Route-servers in IXPs

2020-09-15 Thread Douglas Fischer
Time-to-time, in some IXP in the world some issue on the forwarding plane occurs. When it occurs, this topic comes back. The failures are not big enough to drop the BGP sessions between IXP participants and route-servers. But are enough to prejudice traffic between participants. And then the

RE: SRv6

2020-09-15 Thread aaron1
Nick, does CRH-16/32 and uSID change the overhead concern? I could be wrong, but I thought that's what SRm6 was for, was to shrink the overhead, perhaps amongst other things. Also, with VPN's over SRv6 would this enable automatic vpn capability over the internet? I mean if I can do VPN's

Re: SRv6

2020-09-15 Thread Randy Bush
> You might be on to something, but I'm unsure... are you suggesting that it's > any less private over SRv6 than it was over MPLS ? neither srv6, srmpls, mpls, gre, ... provide privacy. they all transport the payload in nekkid cleartext. Dance like no one's watching. Encrypt like everyone is.

RE: SRv6

2020-09-15 Thread aaron1
You might be on to something, but I'm unsure... are you suggesting that it's any less private over SRv6 than it was over MPLS ? -Original Message- From: Randy Bush Sent: Tuesday, September 15, 2020 1:12 PM To: aar...@gvtc.com Cc: North American Network Operators' Group Subject: Re:

Re: SRv6

2020-09-15 Thread Tom Hill
On 15/09/2020 18:00, aar...@gvtc.com wrote: > And with this v6 SID being smartly divided into > Locator:Function(Argument), I'm reading that this will carry with it > much more functionality as well, like network programmability, > application-to-network interaction or something like that.

Re: how would draft-ymbk-opsawg-finding-geofeeds work in noam

2020-09-15 Thread Randy Bush
perchance is RDAP implemented by all RIRs? randy

Re: SRv6

2020-09-15 Thread Jeff Tantsura
Randy, Was meant as the reply to Aaron’s comment about VPN’s over non MPLS underlay, not the encryption of it (which is orthogonal). Cheers, Jeff On Sep 15, 2020, 12:59 PM -0700, Randy Bush , wrote: > > GRE, VXLAN or any other tunneling encap of the day. > > As long as next-hop could be

Re: SRv6

2020-09-15 Thread James W. Laferriere
Hello All , On Tue, 15 Sep 2020, Mark Tinka wrote: On 15/Sep/20 11:53, Saku Ytti wrote: I think SRv6 is an abomination, it is complex SW, and very complex HW, because it exists. We pay the premium to add HW support for it. And that is what the vendor(s) pushing this hope operators

Re: SRv6

2020-09-15 Thread Randy Bush
> GRE, VXLAN or any other tunneling encap of the day. > As long as next-hop could be resolved behind remote end i was not aware that GRE, VXLAN (without CN103618596A), and other tunnel encaps encrypted the payload. learn something new every day. thanks! >>> I'm still learning, but, It does

Re: SRv6

2020-09-15 Thread Jeff Tantsura
GRE, VXLAN or any other tunneling encap of the day. As long as next-hop could be resolved behind remote end Regards, Jeff > On Sep 15, 2020, at 11:14, Randy Bush wrote: > >  >> >> I'm still learning, but, It does seem interesting that the IP layer >> (v6) can now support vpn's without mpls.

Re: SRv6

2020-09-15 Thread Nick Hilliard
Saku Ytti wrote on 15/09/2020 18:05: You just move the encapsulation from in-order to inside-ip making everything harder for SW and much harder for HW, the simplicity is a lie. to quantify this, the tunneling header increased in size from a minimum of 4 octets to a minimum of 40 octets. If

Re: SRv6

2020-09-15 Thread Randy Bush
> I'm still learning, but, It does seem interesting that the IP layer > (v6) can now support vpn's without mpls. as the packet payload is nekkid cleartext, where is the P in vpn?

Re: SRv6

2020-09-15 Thread Saku Ytti
On Tue, 15 Sep 2020 at 20:00, wrote: > I'm still learning, but, It does seem interesting that the IP layer (v6) can > now support vpn's without mpls. So one less layer of encapsulation seems > cool. Don't get me wrong, I love all that mpls has done for us and offers, > but, seems that SRx6

RE: SRv6

2020-09-15 Thread aaron1
Sorry guys, I'm not aware of much of what you mention as far as agenda, vendor motive, and hardware support, etc I'm still learning, but, It does seem interesting that the IP layer (v6) can now support vpn's without mpls. So one less layer of encapsulation seems cool. Don't get me

RE: microsoft mail contact

2020-09-15 Thread Brian Turnbow via NANOG
Hi Nick > > We recently acquired some IP space, but it seems outlook does not want to > receive email from that space. > > If there's someone that knows what we need to do, we would be grateful > for any pointers in the right direction. > First sign up for snds and get the ips under your

RE: IP addresses on subnet edge (/24)

2020-09-15 Thread Brian Turnbow via NANOG
> On 9/14/20 2:25 PM, Andrey Khomyakov wrote: > > TL;DR I suspect there are middle boxes that don't like IPs ending in > > .255. Anyone seen that? > > Yes. We'd every so often get random complaints that "my friend can't reach > my website but I can", etc., with not enough detail to track it down.

RE: IP addresses on subnet edge (/24)

2020-09-15 Thread Joe Klein
You could have them try the AWS E2 reachability site to confirm if this is the case. https://ec2-reachability.amazonaws.com/ Many of their test nodes end with .255 or .0. There are a few ending with 255.255 and several that end with 0.0. I’m not sure what the website test actually does (ICMP

microsoft mail contact

2020-09-15 Thread Nicholas Warren
We recently acquired some IP space, but it seems outlook does not want to receive email from that space. If there's someone that knows what we need to do, we would be grateful for any pointers in the right direction. nich

Re: Cogent emails

2020-09-15 Thread admin
Yes yesterday, it's so annoying. I've already told them many times that I'm not interested.14. sep. 2020 17:45 skrev Dovid Bender :Is anyone starting to get the "cogent emails" again?

Re: IP addresses on subnet edge (/24)

2020-09-15 Thread Jeremy Visser
On Tue, Sep 15, 2020 at 8:26 AM Töma Gavrichenkov wrote: > Also .0 and .1. > > Yes, there was some kind of a strange behavior with those addresses > before. We excluded those from rotation back in 2011 when that was really > biting us. There's an impression that this issue has become much less

Re: Phoenix-IX Contact

2020-09-15 Thread Kate Gerry
Thank Bill! I've been trying to reach Paul for ages now, hopefully he pops back up again. We want to upgrade. On an unrelated note, it looks like somebody has their ticket system subscribed to the list... Awesome. > From: Dating Support > Subject: [#WQV-291-95071]: Phoenix-IX Contact > Date:

Re: curious spam...

2020-09-15 Thread Thomas Scott
> > I treat it as a back-end mailbox for my own smtp server. 100% of email > that reaches my gmail box without going to another address at my mail server first is spam. I used a similar flow a few years ago that worked until I made the mistake of signing into some service using "Sign in with

Re: SRv6

2020-09-15 Thread Mark Tinka
On 15/Sep/20 11:53, Saku Ytti wrote: > I think SRv6 is an > abomination, it is complex SW, and very complex HW, because it exists. > We pay the premium to add HW support for it. And that is what the vendor(s) pushing this hope operators "realize"... that SRv6 is a complex mess that needs some

Re: curious spam...

2020-09-15 Thread J. Hellenthal via NANOG
Hey google, siri, or Alexa phoning home and your information put into a local database as a new person in the area for which they have bought your address I could believe that. -- J. Hellenthal The fact that there's a highway to Hell but only a stairway to Heaven says a lot about

Re: SRv6

2020-09-15 Thread Saku Ytti
On Tue, 15 Sep 2020 at 12:15, Nick Hilliard wrote: > yep, and you're not alone - the complexity level is pretty high, right > from the control plane to the hardware. > > It's not clear that the modest net gain in functionality is worth it. Many people are buying hook, line and sinker on the

Re: SRv6

2020-09-15 Thread Mark Tinka
On 15/Sep/20 11:11, Nick Hilliard wrote: > > yep, and you're not alone - the complexity level is pretty high, right > from the control plane to the hardware. > > It's not clear that the modest net gain in functionality is worth it. Well, we know who's pushing this agenda, and why... Here's

Re: SRv6

2020-09-15 Thread Nick Hilliard
Mark Tinka wrote on 15/09/2020 07:04: My head hurts:-)... yep, and you're not alone - the complexity level is pretty high, right from the control plane to the hardware. It's not clear that the modest net gain in functionality is worth it. Nick

Re: curious spam...

2020-09-15 Thread William Herrin
On Tue, Sep 15, 2020 at 12:39 AM David Hubbard wrote: > Here in Florida the self-preservation interests of the two party system have > resulted in all voter registrations being made public, including email, > d/o/b, phone, home address (since you can't legally register any other), > party

Re: SRv6

2020-09-15 Thread Mark Tinka
On 14/Sep/20 22:42, aar...@gvtc.com wrote: > Oh snap! Hey hey, that's good, thanks Nick. I had to go into the locator > service of the remote pe and find a sid that would respond to ping. > > This is apparently an OAM Endpoint with Punt (End.OP) > >