Re: interesting troubleshooting

2020-03-22 Thread Adam Atkinson

On 20/03/2020 21:33, Nimrod Levy wrote:


I was contacted by my NOC to investigate a LAG that was not distributing
traffic evenly among the members to the point where one member was
congested while the utilization on the LAG was reasonably low.


I don't know how well-known this is, and it may not be something many 
people would want to do, but Enterasys switches, now part of Extreme's 
portfolio, allow "round-robin" as a load-sharing algorithm on LAGs.


see e.g.

https://gtacknowledge.extremenetworks.com/articles/How_To/How-to-configure-LACP-Output-Algorithm-as-Round-Robin

This may not be the only product line supporting this.



Re: Stupid Question maybe?

2018-12-20 Thread Adam Atkinson

On 19/12/2018 16:24, Naslund, Steve wrote:


It has ALWAYS been the only correct way to configure equipment and is
a requirement under CIDR.  Here were your commonly used netmasks
before CIDR/VLSM :

255.0.0.0 255.255.0.0 255.255.255.0

Which one is not contiguous?


There is an example in RFC950 on page 15.

   3.  A Class C Network Case (illustrating non-contiguous subnet bits)

  For this case, assume that the requesting host is on class C
  network 192.1.127.0, has address 192.1.127.19, that there is a
  gateway at 192.1.127.50, and that on network an 3-bit subnet field
  is in use (01011000), that is, the address mask is 255.255.255.88.

Admittedly, page 6 contains:

  Since the bits that identify the subnet are specified by a
  bitmask, they need not be adjacent in the address.  However, we
  recommend that the subnet bits be contiguous and located as the
  most significant bits of the local address.

I have never seen noncontiguous network masks used in real life, but I 
may not be old enough.


--
Adam Atkinson


Re: is odd number of links in lag group ok

2018-05-15 Thread Adam Atkinson

On 15/05/18 16:28, Mark Tinka wrote:


That said, an even number of links just leaves the warm & fuzzies turned
on :-)...


Well, power of two, surely? 6 is even, but is not a "good" number of 
links for a lag group.


(Extreme X8 supports up to 64 links in a group, and Enterasys up to 127 
if I recall correctly. Though Enterasys, unusually, seems to support 
round-robin load balancing in which case the argument for powers of 2 
numbers of links ceases to make sense.)


Re: OSPF Vulnerability - Owning the Routing Table

2013-08-02 Thread Adam Atkinson

Glen Kent wrote:

Hi,

Does anybody have details on what this vulnerability is?

https://www.blackhat.com/us-13/briefings.html#Nakibly

Glen



Could it be related to:

http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20130801-lsaospf

announced very recently?

There is a little more information here than in your link, but not 
enough to go out and reproduce the problem.




Re: So what's the deal with 10Gbase-T

2012-10-01 Thread Adam Atkinson

Andreas Echavez wrote:

Hey guys,

Does anyone here have experience running copper 10Gbase-T networks? 


Yes.

 It

seems like the standard just died out. For us it would make a lot of sense
for our applications -- even if throughput and latency aren't as great. If
anyone out there knows of any *copper* 10 gig-t switches (48 port?), I'd be
interested to hear your experiences. I can't seem to find any high-density
ones from major vendors.


Well, I'm not sure about 48 port. I have several of these:

http://www.extremenetworks.com/products/summit-x650.aspx

which are 24 port 10Gbase-T switches. I got them in.. late 2008?
2009? Not sure offhand.

From the same manufacturer there's the more recent

http://www.extremenetworks.com/products/summit-x670.aspx

also 1U, which appears to be 48 port or more and to have a copper 
version but I've not actually seen one.


And both models are stackable.



Re: need help about 40G

2012-09-28 Thread Adam Atkinson

Deric Kwok wrote:

Hi all

Do you have experience in 40G equipments

eg: switch and NIC?


I have never used 40 gig but this:

http://www.extremenetworks.com/products/blackdiamond-x.aspx

appears to have 192 ports of it. I have never seen or used this product 
so am not recommending it or attempting to sell it to you. I have not 
seen Extreme mentioned in other replies so far, is all. It may or may

not have advantages over other products mentioned so far. I have no idea
since I've never seen or used any 40gig product.



Re: Cellphones and Audio (was Ghost Click, though I got no idea why)

2012-05-03 Thread Adam Atkinson

Jay Ashworth wrote:


Googling PCM adult male voice, 4kHz adult male and similar isn't
finding me anything. Was I told nonsense?




[snippage]

What might be the case is that you'd 
have more trouble *distinguishing* amongst women, or between women and 
children, because the tones necessary for that are more located above the

cutoff frequency.


Thank you for this and the link. Very interesting stuff. I have never 
tried to check to what extent I / others can distinguish different 
female / young speakers on the phone. I shall try to pay more attention 
to this in the future.


  In short: it depends a lot on what you mean by 'serves well'.  :-)

Well, just the above seems like enough that you'd think there'd be more 
(justified) grumbling that thanks to a choice made many many decades ago 
it's harder to distinguish young or female speakers than it is adult 
male ones. Maybe there is and I've just not noticed it. Is this one of 
the things pushing adoption of higher bandwidth audio codecs? (My guess: 
no.)




Re: Cellphones and Audio (was Ghost Click, though I got no idea why)

2012-05-02 Thread Adam Atkinson

Jay Ashworth wrote:


Now, those codecs *are* specially tuned for spoken word -- if you try
to stuff music down them, it's not gonna work very well at all...


It was claimed to me many years ago that the 4kHz cutoff used in POTS 
serves women and children less well than it does adult males. I have
never been aware that I have any greater problems understanding women or 
children on the phone than I do men, but my hearing is not great. I 
can't hear the difference between G.711 and G.729, for example, but some 
people can.


Googling PCM adult male voice, 4kHz adult male and similar isn't 
finding me anything. Was I told nonsense?




Re: Rate Limiting and Bit Counting

2011-08-30 Thread Adam Atkinson

Luke Marrott wrote:

I'm looking to evaluate some solutions for Rate limiting and bit counting /
metering. 
Does anyone have any experience with hardware like this they could

recommend?


I have some not-very-recent experience with Cisco's Service Control 
Engine. A quick check reveals that there is still a product with this 
name, and it sounds like it does similar things to the one I remember.


It may well be overkill (and too expensive) for what you want, but I 
guess it goes on the list.


--
Adam Atkinson




Re: SORBS contact

2011-07-29 Thread Adam Atkinson

Nick Hilliard wrote:


Email is such a lousy medium for this.  We're all much more decent people
in person than over snarky emails.


Speak for yourself!



Re: unqualified domains, was ICANN to allow commercial gTLDs

2011-06-20 Thread Adam Atkinson

Florian Weimer wrote:


It was a very long time ago, but I seem to recall being shown
http://dk, the home page of Denmark, some time in the mid 90s.

Must I be recalling incorrectly?


It must have been before 1996.  Windows environments cannot resolve
A/ records for single-label domain names.


This would have been May 1995 at the latest. And I don't recall
the OS being used at the time. Some flavour of Unix, Windows or
MacOS (or System 7 or whatever it was called at the time) or possibly
even an Amiga.




Re: unqualified domains, was ICANN to allow commercial gTLDs

2011-06-19 Thread Adam Atkinson
It was a very long time ago, but I seem to recall being shown http://dk, 
the home page of Denmark, some time in the mid 90s.


Must I be recalling incorrectly?




Re: unqualified domains, was ICANN to allow commercial gTLDs

2011-06-19 Thread Adam Atkinson

Mark Andrews wrote:


It was a very long time ago, but I seem to recall being shown http://dk,
the home page of Denmark, some time in the mid 90s.


DK should NOT be doing this.


Oh, I'm not claiming it does it now. It certainly doesn't.

I _think_ I was shown http://dk in about 1993 or 1994 as an example
of something a bit silly. If my recollection is even correct, I would be 
curious to know at what point Denmark decided it no longer wanted 
whatever was on that page as the Denmark home page. And it's

so long since I saw whatever I saw that I could very well be
remembering incorrectly, as I said.



Re: unqualified domains, was ICANN to allow commercial gTLDs

2011-06-19 Thread Adam Atkinson

Adam Atkinson wrote:

It was a very long time ago, but I seem to recall being shown 
http://dk,

the home page of Denmark, some time in the mid 90s.


DK should NOT be doing this.


Oh, I'm not claiming it does it now. It certainly doesn't.


I should have checked before I wrote that. The _last_ time I tried it
it redirected to something else in Denmark but that was also years
ago, just not as many as I think I remember being shown http://dk

_Now_ I get rend up at http://www.dk.com/ if I don't
put a dot on the end, and https://www.dk-hostmaster.dk/ if I do.



Re: unqualified domains, was ICANN to allow commercial gTLDs

2011-06-19 Thread Adam Atkinson

Mark Andrews wrote:


_Now_ I get rend up at http://www.dk.com/ if I don't


That's your browser trying to be helpful.  If it is Firefox this
can be turned off with about:config and browser.fixup.alternate.enabled
to false.  The default is true.


Ah, thanks. I imagined it was FF trying to be helpul but wandering
around the settings thingy didn't produce anything that seemed
relevant.




Re: 365x24x7

2011-04-17 Thread Adam Atkinson

Bill Stewart wrote:


Rotating shifts between daytime and nighttime is a horrible thing to
do to your workers, both for their health and their attention span.
Full-time night work isn't great, but rotating work is even worse.
Apes are generally diurnal, not nocturnal or crepuscular.   Shuffling
who has to work which days is annoying enough.


I spent several months working in a place with rotating shifts. One week 
10pm to 7am, then the next week 2pm to 10pm then the week after 7am to 
2pm and then repeat. I never understood why they were different lengths 
either. It was pretty grim and I'd much prefer to have had shifts change 
ever few months.


Some people claimed they'd have preferred it if we'd changed to the 
_following_ shift rater than the preceding shift each week but never 
having tried that I don't know how it would be.




Re: 365x24x7

2011-04-17 Thread Adam Atkinson

John Levine wrote:


I've read stuff that confirms that changing to a later shift is much
easier than changing to an earlier one.  It certainly matches my
experience that the jet lag flying to Europe, where I have to get up
six hours earlier, is much worse than flying back.


Last time I went to the US I stayed on something pretty close to my 
usual timetable while there. So I went to bed at about 6pm US time

and got up in the very early morning US time.

Fortunately, this was fine for the 4-day event I was attending.

I think I will do this in future if I can.


It also makes the obvious point that fewer shift changes are easier on
the employees than more.


One of my sisters-in-law is a nurse and her shifts seem to be all over 
the place from day to day. I don't understand how she copes.




Re: Looking for an IPv6 naysayer...

2011-02-12 Thread Adam Atkinson

George Bonser wrote:


I have yet to see a broadband provider that configures a network so that
individual nodes in the home network get global IPs.


When I switched to ADSL I'm pretty sure I was offered the choice of a 
single public IP address on the outside of my router, or a /29 public 
range for my home network (and presumably also a public address for the 
external interface of my router). I chose the former and don't regret 
having done so. I can do a mixture of static and dynamic NAT to allow 
things from the outside into particular internal hosts if I want do.


This was in 2005, and I can very well believe this choice was not 
available some time later.