Looking for a cyberArc EPm sales rep/vendor for the UK

[touseef.rehman1--- via NANOG]

 So starting a new gig where I previously worked looking to use this 
least priviliage software for dev machines in windows 365  and physical. 
Looking for some routes into puchasing the software per user- not sure 
if other aspects of cyber arc are required anyway if anyone has some 
good contacts to negotiate purchasing?






Sent via BT Email App

Re: ru tld down?

[touseef.rehman1--- via NANOG]

 does this impact microsoft copilot in EU from being accessed?





Sent via BT Email App



From: Bill Woodcock 

Sent: 30 January 2024 16:10:49 GMT

To: Dmitry Sherman 

Cc: nanog@nanog.org 

Subject: Re: ru tld down?








 On Jan 30, 2024, at 17:00, Dmitry Sherman  
wrote:


 ru tld down?


 Not exactly down…  they just busted their DNSSEC, or their domain got 
hijacked or something.  Bad DNSKEY records.




     -Bill

Re: Last Mile ISP Quality Measurements

[touseef.rehman1--- via NANOG]

 I would personally have end IT friendly mimick and test their existing 
systems on the nee ISP. Especially cloud tech having read a book on 
cloud by some PHD administrators they redefined  cloud as being cloudy 
in a sense to do with not knowing what route your clients packets will 
take to reach the server.






Sent via BT Email App



From: Tim Burke 

Sent: 8 August 2023 22:47:06 BST

To: Mike Hammett , NANOG 

Subject: Re: Last Mile ISP Quality Measurements






   We are doing something similar with netpath in Solarwinds, but 
mainly using the stream URLs of some popular streaming services that we 
see commonly used (FuboTV, etc). Came in handy recently in tracking down 
customer complaints that ended up being a peering capacity issue further 
upstream.













   Tim















  From: NANOG  on behalf of Mike 
Hammett 

 Sent: Tuesday, August 8, 2023 4:08 PM
 To: NANOG 
 Subject: Last Mile ISP Quality Measurements


    








What are other last mile ISPs doing to measure the quality of their 
connections? We all know pinging various destinations. We also all know 
that pinging a destination doesn't necessarily tell you the whole 
quality story.









I currently have Smokeping pulling the HTTPS for about 20 - 25 of 
the "top" websites, per the old Alexa rankings. I feel as though I could 
be doing more. I am more closely wanting to emulate the end-user 
experience in a repeatable, quantifiable fashion. I'd like to do A/B 
comparisons as well. When I make X change, how does it change?

















If I'm already doing the low-hanging fruit path, then so be it.










 -

 Mike Hammett

 Intelligent Computing Solutions 

   
 
 



 Midwest Internet Exchange 

   
 



 The Brothers WISP 

   

Re: 100GbE beyond 40km

[touseef.rehman1--- via NANOG]

There is a cryo folder on c:\ which contains all the tables and so forth 
I guess we coukd zip that up, I very much doubt I can re-add the machine 
to xp but i will give it a shot no harm if its only for a rdp session.

cryo as in cryochamber

Sent via BT Email App
From: Randy Carpenter 
Sent: 27 September 2021 17:40:19 BST
To: Dan Murphy 
Cc: nanog 
Subject: Re: 100GbE beyond 40km



Looking at EDFA options... they are all ~1500nm as far as I can tell. Is 
there a specific model you are talking about?


thanks,
-Randy


- On Sep 27, 2021, at 10:25 AM, Dan Murphy  
wrote:


Are you saying we could use normal QSFP28 LR4 or ER4 modules with an 
amplifier in between?
Yes, that is the idea from 30,000 ft. Fun fact, the ER4 optics you 
mention are amplified inside the pluggable in a very similar manner to 
how these EDFA systems work.


Basically: QSFP28 100G ER <-> EDFA Amp <-> OSP/dark fiber <-> EDFA Amp 
<-> QSFP28 100G ER
Very simple, and from the Juniper gear's POV, there is no funny 
business. All the magic happens down at layer 0.


The systems are commoditized and pretty easy to find. I saw a few people 
on this thread mention Solid Optics, personally I have not heard of 
them, but I would trust LB's recommendation. I've used systems by other 
manufacturers in the past and wasn't crazy about them. I don't want to 
flame that manufacturer since they read this mailer, and who knows, the 
issues I saw might have been isolated to manufacturing issues, but I 
still wouldn't recommend them.


The learning curve is pretty low, and the manufacturers of this gear are 
~usually~ very eager to guide basic implementation. However, ping me off 
list, or on here, if you have any deeper questions about this.


Have a good week everyone!


On Sun, Sep 26, 2021 at 12:17 AM Lady Benjamin Cannon  > wrote:


My guess is that he was talking about the difference between a 
100gbit/sec stream of ethernet frames with no error correction, and a 
112gbit/sec (or so, depending on scheme) stream of transport with FEC 
(Forward Error Correction - which is essentially just cramming extra 
bits in there incase they are needed.


Ethernet has to re-transmit instead, and that can cause performance 
degradation and jitter, until it just quits working altogether.   
Systems implementing FEC are much 


(This is a guess, there’s a chance something else was meant by this)

-LB.

On Sep 25, 2021, at 1:55 AM, Etienne-Victor Depasquale via NANOG 
mailto:nanog@nanog.org> > wrote:


Bear with my ignorance, I'm genuinely surprised at this:
Does this have to be Ethernet? You could look into line gear with 
coherent optics.


Specifically, do you mean something like: "does this have to be 
IEEE-standardized all the way down to L1 optics?" Because you can 
transmit Ethernet frames over line gear with coherent optics, right ?


Please don't flame me, I'm just ignorant and willing to learn.

Cheers,

Etienne


On Fri, Sep 24, 2021 at 11:25 PM Bill Blackford  > wrote:


Does this have to be Ethernet? You could look into line gear with 
coherent optics. IIRC, they have built-in 
chromatic dispersion compensation, and depending on the card, would 
include amplification.


On Fri, Sep 24, 2021 at 1:40 PM Randy Carpenter  > wrote:


 How is everyone accomplishing 100GbE at farther than 40km distances?

 Juniper is saying it can't be done with anything they offer, except 
for a single CFP-based line card that is EOL.


 There are QSFP "ZR" modules from third parties, but I am hesitant to 
try those without there being an equivalent official part.



 The application is an ISP upgrading from Nx10G, where one of their 
fiber paths is ~35km and the other is ~60km.




 thanks,
 -Randy


--
Bill Blackford
Logged into reality and abusing my sudo privileges.


--

Ing. Etienne-Victor Depasquale
Assistant Lecturer
Department of Communications & Computer Engineering
Faculty of Information & Communication Technology
University of Malta
Web. https://www.um.edu.mt/profile/etiennedepasquale 







--


Daniel Murphy
Senior Data Center Engineer
(646) 698-8018

Re: DNS & IP address management

[touseef.rehman1--- via NANOG]

I am a noob here and I know we have failed to implement DNS scavenging 
which removes duplicate entries, not sure if its related to your issue. 
But if its not enabled on the dns server this can be troublesome.


Sent via BT Email App
From: Owen DeLong via NANOG 
Sent: 23 September 2021 02:45:27 BST
To: Joel Sommers 
Cc: nanog@nanog.org
Subject: Re: DNS & IP address management
Many organizations will use their in-addr.arpa zone(s) as an alternative 
form of poor-man’s IPAM.




It looks like you’ve come across some such organizations.



Likely those are simply the free (unassigned) addresses within the 
organization. Likely there are other similar host names in other /24s in 
the same organization if they have more than a /24 of total address 
space.




OTOH, organizations which do this tend to be relatively small as it 
doesn’t scale well to multiple administrators managing the same free 
pool.




Owen





On Sep 22, 2021, at 07:12 , Joel Sommers  wrote:



Hello all -



I am a researcher at Colgate University, working with colleagues at the 
University of Wisconsin and Boston University on studying aspects of the 
DNS.




We're wondering if anyone here would be willing to share some insight 
into an apparent IP address management practice we have observed that is 
evident through the DNS.  In particular, we've seen a number of 
organizations that have a fairly large number of IPv4 addresses 
(typically all within the same /24 aggregate or similar) all associated 
with a single FQDN, where the name is typically something like 
"reserved.52net.example.tld".  Besides the common "reserved" keyword in 
the FQDN, we also see names like "not-in-use.example.tld", again with 
quite a few addresses all mapped to that one name.  The naming appears 
to suggest that this is an on-the-cheap IP address management practice, 
but we are wondering if there are other operational reasons that might 
be behind what we observe.




Thank you for any insights you have -- please feel free to respond 
off-list.




Regards,

Joel Sommers