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 affil
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
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 ho
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 narr
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 anticip
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
>
> 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 Goo
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: S
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
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?
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
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 v
> 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.
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 contro
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 wrong,
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 (
> 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?
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 y
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.
>
> 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 seem
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 "
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 resolved
perchance is RDAP implemented by all RIRs?
randy
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.
"smart
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: SRv6
> 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.
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 over
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 pro
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 whe
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 years.
> 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 do
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 r
> "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 goi
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 recen
34 matches
Mail list logo
