Re: free collaborative tools for low BW and losy connections

On 3/30/20 11:18 AM, Keith Medcalf wrote: On Monday, 30 March, 2020 11:19, Michael Thomas wrote: On 3/30/20 5:52 AM, Rich Kulawiec wrote: On Mon, Mar 30, 2020 at 06:30:16AM -0500, Joe Greco wrote: Actual text traffic has been slowly dying off for years as webforums have matured and become

Re: Measuring packet loss and Latency Between eastern Europe and north america

Smokeping On Mon, Mar 30, 2020 at 4:19 PM Matt Erculiani wrote: > Don’t forget you can use any port/protocol for MTR and traceroute, which > is basically all the fancy apps will do, just automatically. > > $ mtr -T -P 443 den01.example.com > > This will send 443 tcp syn packets that should bypa

Re: rack rails

That's a tough one. In the telco space, the common sizes are 19" and 23". 19" for gear, 23" for fiber patch panels, etc. There are also some 25" floating around (Nortel, I'm looking at you). Unfortunately, 19" gear fits in 19" racks. It fits in 23" sometimes -- if the manufacture makes b

Re: rack rails

2-post racks (typically 23" not 19” however 19 is making a dent) are still very common in MPOE rooms and OSP plant termination.Minimal space consumption is the prime reason. Frankly most fiber patch panels are a foot deep and DWDM gear has been designed to be that profile too. Many carrier

Re: rack rails

> On Mar 30, 2020, at 5:24 PM, Karsten Elfenbein > wrote: > > Hi, > > something like https://www.opencompute.org/projects/rack-and-power > comes into my mind for that. > Mounting on 4 posts should be the default. It is insane what some > vendors want to mount on 2 posts only. > That brings

Re: rack rails

Hi, something like https://www.opencompute.org/projects/rack-and-power comes into my mind for that. Mounting on 4 posts should be the default. It is insane what some vendors want to mount on 2 posts only. Regards, Karsten Am Mo., 30. März 2020 um 19:46 Uhr schrieb Baldur Norddahl : >> >> > > I h

Re: Measuring packet loss and Latency Between eastern Europe and north america

Don’t forget you can use any port/protocol for MTR and traceroute, which is basically all the fancy apps will do, just automatically. $ mtr -T -P 443 den01.example.com This will send 443 tcp syn packets that should bypass icmp filtering or rate limiting. Note this does not help if icmp responses

Re: free collaborative tools for low BW and losy connections

On Mon, Mar 30, 2020 at 8:56 AM Rich Kulawiec wrote: > On Mon, Mar 30, 2020 at 06:30:16AM -0500, Joe Greco wrote: > > Actual text traffic has been slowly dying off for years as webforums > > have matured and become a better choice of technology for nontechnical > > end users on high speed Interne

Re: free collaborative tools for low BW and losy connections

On 3/30/20 11:28 AM, Joe Greco wrote: On Mon, Mar 30, 2020 at 12:18:37PM -0600, Keith Medcalf wrote: The thing that mailing lists lack is a central directory of their existence. The discovery problem is a pretty big one. Where is this to be found for webforums? I have never seen one. Or do

Re: free collaborative tools for low BW and losy connections

On Mon, Mar 30, 2020 at 12:18:37PM -0600, Keith Medcalf wrote: > >The thing that mailing lists lack is a central directory of their > >existence. The discovery problem is a pretty big one. > > Where is this to be found for webforums? I have never seen one. Or do > you think Google is such a mas

Re: Free.fr vs HE.net IPv6 (Was: CISA: Guidance on the Essential Critical Infrastructure Workforce)

Single homed on Cogent.* is a problem. Their network is known for being cheap, not resilient. Last time I was involved in a Cogent install for a customer, all of their distribution devices connected to a SINGLE core at a major south-central US carrier hotel. True device redundancy required a wave t

Re: free collaborative tools for low BW and losy connections

On 3/30/20 11:18 AM, Keith Medcalf wrote: On Monday, 30 March, 2020 11:19, Michael Thomas wrote: On 3/30/20 5:52 AM, Rich Kulawiec wrote: On Mon, Mar 30, 2020 at 06:30:16AM -0500, Joe Greco wrote: Actual text traffic has been slowly dying off for years as webforums have matured and become

RE: free collaborative tools for low BW and losy connections

On Monday, 30 March, 2020 11:19, Michael Thomas wrote: >On 3/30/20 5:52 AM, Rich Kulawiec wrote: >> On Mon, Mar 30, 2020 at 06:30:16AM -0500, Joe Greco wrote: >>> Actual text traffic has been slowly dying off for years as webforums >>> have matured and become a better choice of technology for

Re: rack rails

> > > I have considered making my own rails using a laser cutting service. I have done this before where I created 500 mm to 19 inch rack adapters and had them laser cut at lasergist.com. Fairly simple really, just make a drawing in Fusion360 and upload the drawing. A few days later the adapters ar

Re: free collaborative tools for low BW and losy connections

On 3/30/20 5:52 AM, Rich Kulawiec wrote: On Mon, Mar 30, 2020 at 06:30:16AM -0500, Joe Greco wrote: Actual text traffic has been slowly dying off for years as webforums have matured and become a better choice of technology for nontechnical end users on high speed Internet connections. My view

Re: rack rails

Not sure to be honest, I see the following though which may work just not sure how thin this one is. I noticed in the DOCs it says not to use if placing directly on top of another device, which you could assume might mean it's too thick. BTI7801 Chassis Support Bracket Kit (BT8A78SSB3) https:/

Re: [EXT] Re: rack rails

On Mon, Mar 30, 2020 at 07:09:48PM +0300, Nitzan Tzelniker wrote: > We tried to flip the sides of rails in QFX5120 and it cause two problems > that prevent us from keeping it this way > 1. The switch was 2 cm from the rear post line > 2. The switch vibrate as you can see in the video > https://pho

Re: [EXT] Re: rack rails

We tried to flip the sides of rails in QFX5120 and it cause two problems that prevent us from keeping it this way 1. The switch was 2 cm from the rear post line 2. The switch vibrate as you can see in the video https://photos.app.goo.gl/WQwcE9vcPjSiEi9N9 Nitzan On Mon, Mar 30, 2020 at 6:54 PM To

Re: [EXT] Re: rack rails

* Cummings, Chris > Now that you say that, I think you're right. I am referring specifically to > the EX4650 and they are the cheesy type where the rear half of the rail stays > screwed in to the rack and the front half of the rail is attached to the > switch. I assume it is the same on the QFX

Re: [EXT] Re: rack rails

On Mon, Mar 30, 2020 at 05:27:44PM +0200, Tore Anderson wrote: > * Chuck Anderson > > > The point is that the switches need to be removable without empty > > space above/below, and ideally from the rear side of the rack. By > > having extending/sliding rails, you can lift out or drop in the switc

Re: [EXT] Re: rack rails

Now that you say that, I think you're right. I am referring specifically to the EX4650 and they are the cheesy type where the rear half of the rail stays screwed in to the rack and the front half of the rail is attached to the switch. I assume it is the same on the QFX since they are very simila

Re: [EXT] Re: rack rails

On Mon, Mar 30, 2020 at 03:15:54PM +, Cummings, Chris wrote: > Juniper's ToR switches have slide in rails. They are a bit frustrating > compared to Dell easy rails, but they do the trick. You can slide the switch in/out while attached securely to the rails? That is news to me and my QFX5k

Re: [EXT] Re: rack rails

* Chuck Anderson > The point is that the switches need to be removable without empty > space above/below, and ideally from the rear side of the rack. By > having extending/sliding rails, you can lift out or drop in the switch > after you slide it out. Then you can remove the rails. > > With fix

Re: [EXT] Re: rack rails

I've been asking manufacturers for proper server-like slide-rails for their switches for years. Now they've started making the switches as deep or even deeper than servers, but they still use the same old rack ear mounting method. The Arista 4 post rack kits are pretty good. Toolless as well.

Re: rack rails

Juniper's ToR switches have slide in rails. They are a bit frustrating compared to Dell easy rails, but they do the trick. -- Chris On 3/30/20, 10:14, "NANOG on behalf of Tore Anderson" wrote: * Luke Guillory > I've had gear that came with a small rear support shelf that didn't

Re: [EXT] Re: rack rails

On Mon, Mar 30, 2020 at 10:09:25AM -0500, Chris Adams wrote: > Once upon a time, Chuck Anderson said: > > I've been asking manufacturers for proper server-like slide-rails for their > > switches for years. Now they've started making the switches as deep or > > even deeper than servers, but they

Re: rack rails

* Luke Guillory > I've had gear that came with a small rear support shelf that didn't had to > the height, RGB Networks BNPs for example. I'm pretty sure we've used these > with the BNPs one on top of the other. > > Page 16 in this PDF shows the shelf. > > http://www.konturm.ru/catalogy/df/bn

Re: [EXT] Re: rack rails

Once upon a time, Chuck Anderson said: > I've been asking manufacturers for proper server-like slide-rails for their > switches for years. Now they've started making the switches as deep or even > deeper than servers, but they still use the same old rack ear mounting method. Maybe it's because

Re: rack rails

I've had gear that came with a small rear support shelf that didn't had to the height, RGB Networks BNPs for example. I'm pretty sure we've used these with the BNPs one on top of the other. Page 16 in this PDF shows the shelf. http://www.konturm.ru/catalogy/df/bnp2xr_installation_guide_3.7.1_2

Re: [EXT] Re: rack rails

On Mon, Mar 30, 2020 at 04:18:18PM +0200, Tore Anderson wrote: > When a rack has been filled up, removal/insertion through the rear will often > be essentially impossible due to cables, vertical PDUs and stuff like that > that gets in the way. > > Explained in pictures here: > https://www.redpi

Re: rack rails

* David Funderburk > 2 - Do you know of any universal rail kits for 1U, 2U and 3U servers, > routers, switches that work well?  The brand names are nice but expensive. > Thought I'd explore some cheaper options first. We use a lot of MikroTik, HP, > Dell and some CISCO with a few other things h

Re: rack rails

On point #1, I typically look for a part number and use Google. If a part number is present it often provide clues as to the brand, if not a range of compatible models. If no part number, sometimes the finish can provide clues - e.g. powder coated black rails or mounts often went with other ite

Reminder - NANOG 79 Call For Presentations - Remote Participation

Hello NANOG community! A friendly reminder that our Call For Presentations is open, and the PC is accepting proposals for all future NANOG meetings. In response to COVID-19 , the Program Committee is now exploring the option of remot

Re: free collaborative tools for low BW and losy connections

On Mon, Mar 30, 2020 at 06:30:16AM -0500, Joe Greco wrote: > Actual text traffic has been slowly dying off for years as webforums > have matured and become a better choice of technology for nontechnical > end users on high speed Internet connections. My view is that the move to web forums is a hug

RE: Measuring packet loss and Latency Between eastern Europe and north america

We use Ping Plotter for similar analysis which may help you. http://www.pingplotter.com/ Sam Roche – Supervisor of Network Operations Support: supp...@lakelandnetworks.com 705-640-0556 TF: 844.444.4249 Direct: sro...@lakelandnetworks.com

rack rails

1 - We now have some time on our hands to do some things in our storage area which includes identifying a # of rack rails found in a box. Does anyone have any tips or tricks for identifying what equipment rails might match? 2 - Do you know of any universal rail kits for 1U, 2U and 3U servers, ro

Re: free collaborative tools for low BW and losy connections

> > Actual text traffic has been slowly dying off for years as webforums > have matured and become a better choice of technology for nontechnical > end users on high speed Internet connections. > The solaris groups for info worked great Psinet uk liked using the sun kit for great nntp even uucp

Re: free collaborative tools for low BW and losy connections

On Sun, Mar 29, 2020 at 04:18:51PM -0700, Michael Thomas wrote: > > On 3/29/20 1:46 PM, Joe Greco wrote: > >On Sun, Mar 29, 2020 at 07:46:28PM +0100, Nick Hilliard wrote: > >>Joe Greco wrote on 29/03/2020 15:56: > >> > >>The concept of flooding isn't problematic by itself. > >>Flood often works fi

Re: UDP/123 policers & status

> On 30 Mar 2020, at 11:08, Harlan Stenn wrote: ... > Are y'all seriously recommending that NTP always sends a max-sized > packet as a client request so the client/server can send back an > identical response? The request only has to be larger than or equal size of the response, they don’t bot

Re: UDP/123 policers & status

On Mon, 30 Mar 2020 at 12:08, Harlan Stenn wrote: > Are y'all seriously recommending that NTP always sends a max-sized > packet as a client request so the client/server can send back an > identical response? I'm seriously recommending that, when the server cannot verify authenticity of packet, f

Re: UDP/123 policers & status

On Mon, 30 Mar 2020 at 11:56, Harlan Stenn wrote: > OK, and exactly how bad is a single byte attenuation, when compared > against the cost of 100% of all of the 1-byte shorter NTP packets being > made bigger to make the attenuation vector 0? I can't parse that, sorry. I'm saying attenuation of 1

Re: UDP/123 policers & status

On 3/30/2020 2:01 AM, Ragnar Sundblad wrote: > > >> On 30 Mar 2020, at 08:18, Saku Ytti wrote: >> >> On Mon, 30 Mar 2020 at 01:58, Ragnar Sundblad wrote: >> >>> A protocol with varying packet size, as the NTS protected NTP is, >>> can easily have the bad property of having responses larger than

Re: UDP/123 policers & status

> On 30 Mar 2020, at 08:18, Saku Ytti wrote: > > On Mon, 30 Mar 2020 at 01:58, Ragnar Sundblad wrote: > >> A protocol with varying packet size, as the NTS protected NTP is, >> can easily have the bad property of having responses larger than the >> requests if not taken care. Don’t you see th

Re: UDP/123 policers & status

On 3/30/2020 1:27 AM, Saku Ytti wrote: > On Mon, 30 Mar 2020 at 11:15, Harlan Stenn wrote: > >> Please help me understand this. >> >> Exactly how bad is it if the query and response packets are of a >> different size? Does it matter at 4 bytes? 32? > > Presumably, if it's attenuation vector

Re: UDP/123 policers & status

On Mon, 30 Mar 2020 at 11:15, Harlan Stenn wrote: > Please help me understand this. > > Exactly how bad is it if the query and response packets are of a > different size? Does it matter at 4 bytes? 32? Presumably, if it's attenuation vector (1byte or more), presumably attacker will use any of

Re: UDP/123 policers & status

On 3/29/2020 11:18 PM, Saku Ytti wrote: > On Mon, 30 Mar 2020 at 01:58, Ragnar Sundblad wrote: > >> A protocol with varying packet size, as the NTS protected NTP is, >> can easily have the bad property of having responses larger than the >> requests if not taken care. Don’t you see that? > >