On 03/03/12 00:33, Mukom Akong T. wrote:
On Thu, Feb 16, 2012 at 4:46 AM, Michael Sinatra
wrote:
ULA is the IPv6 equivalent of RFC1918
Michael, could you explain this a bit more? In the sense that :
a. Anyone can use ULA pretty much as they wish without having to go to
their ISP or RIR - sa
On Thu, Feb 16, 2012 at 4:46 AM, Michael Sinatra
wrote:
> ULA is the IPv6 equivalent of RFC1918
Michael, could you explain this a bit more? In the sense that :
a. Anyone can use ULA pretty much as they wish without having to go to
their ISP or RIR - same for RFC1918
b. In order to get to the pub
Blocking incoming spam is worth spending $ on for software, 3rd party
filtering services, or dedicated spam filtering hardare. Blocking
outgoing spam? Huh?
--
Jon Lewis, MCP :) | I route
Senior Network Engineer
- Original Message -
> From: "Jimmy Hess"
> RJ45 is really an example of what was originally a misconception
> became so widespread, so universal, that reality has actually shifted
> so the misconception became reality. When was the last time you ever
> heard anyone say "8P8C connector?"
#x27;d put on a top 10 list,
but I'd like to solicit from this community what it considers to be the
most annoying and common operational misconceptions future operators
often come at you with.
I'd prefer replies off-list and can summarize back to the list if
there is interest.
John
H
Lamar Owen wrote:
>
> On Monday, February 20, 2012 09:07:20 PM Jimmy Hess wrote:
> > RJ45 is really an example of what was originally a misconception
> > became so widespread, so universal, that reality has actually shifted
> > so the misconception became reality. When was the last time you eve
On Monday, February 20, 2012 09:07:20 PM Jimmy Hess wrote:
> RJ45 is really an example of what was originally a misconception
> became so widespread, so universal, that reality has actually shifted
> so the misconception became reality. When was the last time you ever
> heard anyone say "8P8C con
Steven Bellovin wrote:
>> I'm not sure what, do you think, is the problem, because the
>> paragraph of RFC2923 you quote has nothing to do with TCP
>> MSS.
>
> Sure it does. That's in 2.1; the start of it discusses PMTUD
> failing for various reasons including firewalls.
Firewalls?
Though I ha
On Feb 20, 2012, at 10:27 PM, Masataka Ohta wrote:
> Steven Bellovin wrote:
>
>>> Timer timeouts do not affect TCP MSS.
>
>> RFC 2923:
>> TCP should notice that the connection is timing out. After
>> several timeouts, TCP should attempt to send smaller packets,
>> perhaps tur
George Bonser wrote:
> I, in fact, HAVE read the RFC.
You don't, at all.
> The initial value for search_high SHOULD be the largest possible
> packet that might be supported by the flow. This may be limited by
> the local interface MTU, by an explicit protocol mechanism such as
>
Steven Bellovin wrote:
>> Timer timeouts do not affect TCP MSS.
> RFC 2923:
>TCP should notice that the connection is timing out. After
>several timeouts, TCP should attempt to send smaller packets,
>perhaps turning off the DF flag for each packet. If this
>succe
1400 and stay there.
> -Original Message-
> From: Masataka Ohta [mailto:mo...@necom830.hpcl.titech.ac.jp]
> Sent: Monday, February 20, 2012 6:43 PM
> To: George Bonser
> Cc: nanog@nanog.org
> Subject: Re: Common operational misconceptions
>
> George Bonser wrote:
George Bonser wrote:
>> First, it sets eff_pmtu to 1400B. OK?
>
> Where did you get 1400 from?
Read the RFC. PERIOD.
Masataka Ohta
> -Original Message-
> From: Masataka Ohta
> First, it sets eff_pmtu to 1400B. OK?
Where did you get 1400 from? Are you talking specifically with the linux
implementation?
"As eff_pmtu of 1400B is close enough to search_high, you are done."
I suppose that depends on a specific impl
On Sat, Feb 18, 2012 at 1:19 AM, Bob Vaughan wrote:
> "Ethernet/Token Ring/Cisco Console/whatever uses an RJ45 connector"
> RJ45 defines a keyed 8P8C type connector, wired in a specific
> manner, for a specific 2 wire telco service. Incompatible with the
> above on several levels. "RJxx" == sp
>
>
>> The timer for Linux is 5 minute by default but you can change it.
>
> Timer timeouts do not affect TCP MSS.
>
RFC 2923:
TCP should notice that the connection is timing out. After
several timeouts, TCP should attempt to send smaller packets,
perhaps turning off the DF
George Bonser wrote:
> I am saying that MTU probing works just fine, even with a
> link in between that has a shorter MTU and doesn't pass
> ICMP.
And I have been saying your statement is unfounded.
> I actually have one of those.
I can't see any.
> It actively probes with packets of varying s
>
> Your trick is that your routers at the border between MTUs
> 7500 and 1500 (or maybe, 1400 or so) generate ICMP packet too big
> packets to your servers and no intermediate entities filter them, isn't
> it?
>
> Masataka Ohta
I am saying that MTU
George Bonser wrote:
> Must be magic then, because it works for me.
Yes, but magicians always use tricks.
> I've got a few dozen servers with MTU 7500 that aren't
> having a bit of trouble talking to anyone.
Your trick is that your routers at the border between MTUs
7500 and 1500 (or maybe, 140
> George Bonser wrote:
>
> >> It is seemingly working well means there is not much PMTU changes,
> >> which means we had better assumes some PMTU (1280B, for example) and
> >> use it without PMTUD.
>
> > It depends on the OS and the method being used. If you set the
> option
> > to "2" on Linux,
On Mon, 20 Feb 2012 15:42:56 +0900, Masataka Ohta said:
> George Bonser wrote:
>
> >> It is seemingly working well means there is not much PMTU changes,
> >> which means we had better assumes some PMTU (1280B, for example) and
> >> use it without PMTUD.
>
> > It depends on the OS and the method bei
On Sun, 19 Feb 2012 16:24:49 PST, Owen DeLong said:
> No, I think you do not understand...
>
> I have a NAT gateway with a single public address.
>
> I have 15 FTP servers and 22 web servers behind it.
>
> I want people to be able to go to ftp:// and/or =
> http:// for each of them.
>
> Please exp
On Feb 19, 2012, at 5:21 PM, Mark Andrews wrote:
>
> In message <201202200107.q1k17w5l000...@aurora.sol.net>, Joe Greco writes:
I have running code to make the reverse translations, with
which protocols such as ftp with PORT commands are working.
>>>
>>> No, I think you do not underst
George Bonser wrote:
>> It is seemingly working well means there is not much PMTU changes,
>> which means we had better assumes some PMTU (1280B, for example) and
>> use it without PMTUD.
> It depends on the OS and the method being used. If you set the
> option to "2" on Linux, it will do MTU pr
On Sun, Feb 19, 2012 at 10:09 PM, Andrew Jones wrote:
> On Mon, 20 Feb 2012 11:17:32 +0900, Masataka Ohta
> It seems to me that this will create all sorts of headaches for firewall
> ALGs. Rather than just passing port 21/tcp traffic to the FTP ALG for
> example, the devices would need to inspect
On Mon, 20 Feb 2012 11:17:32 +0900, Masataka Ohta
wrote:
>draft-ohta-urlsrv-00.txt
>
>DNS SRV RRs of a domain implicitly specify servers and port numbers
>corresponding to the domain.
>
>By combining URLs and SRV RRs, no port numbers have to be specified
>explicitly in URLs,
Owen DeLong wrote:
>> I have running code to make the reverse translations, with
>> which protocols such as ftp with PORT commands are working.
> No, I think you do not understand...
How can't I understand several minor issues with the running code.
> I have 15 FTP servers and 22 web servers be
On Sun, 2012-02-19 at 19:09 -0600, Jimmy Hess wrote:
> For HTTP; You put a device on that one IP that will accept each TCP
> connection, await the SNI or Host header from the client, and then
> make/forward the connection to a proper server for that hostname.
So you need an extra device to w
On Wed, 15 Feb 2012 12:47:15 -0800, John Kristoff wrote:
I have a handful of common misconceptions that I'd put on a top 10 list,
but I'd like to solicit from this community what it considers to be the
most annoying and common operational misconceptions future operators
often come a
In message <201202200107.q1k17w5l000...@aurora.sol.net>, Joe Greco writes:
> > > I have running code to make the reverse translations, with
> > > which protocols such as ftp with PORT commands are working.
> >
> > No, I think you do not understand...
> >
> > I have a NAT gateway with a single pu
On Sun, Feb 19, 2012 at 6:24 PM, Owen DeLong wrote:
> I have 15 FTP servers and 22 web servers behind it.
> I want people to be able to go to ftp:// and/or http://
> for each of them.
For HTTP; You put a device on that one IP that will accept each TCP
connection, await the SNI or Host header
> > I have running code to make the reverse translations, with
> > which protocols such as ftp with PORT commands are working.
>
> No, I think you do not understand...
>
> I have a NAT gateway with a single public address.
>
> I have 15 FTP servers and 22 web servers behind it.
>
> I want peopl
On Feb 18, 2012, at 3:31 AM, Masataka Ohta wrote:
> David Barak wrote:
>
>>> From: Owen DeLong o...@delong.com
>>
>>> Sigh... NAT is a horrible hack that served us all too well in
> >> address conservation. Beyond that, it is merely a source of pain.
>>
>> I understand why you say that - NAT d
Paul Graydon wrote:
Yes I'm serious, they were CCNP qualified, hired as a NOC engineer for
an ISP & Hosting company. For the company the NOC team was the top tier
of customer support (3rd line+), they looked after routers, switches,
firewalls, servers, leased lines, and so on.
This individual w
On Thu, 16 Feb 2012, Michael Sinatra wrote:
There was an old cruddy 1950s building on the UCB campus called Stanley Hall.
(Now there's a new, nice, modern building on the UCB campus called Stanley
Hall in place of the old one.)
It was great to take students on tours through this operational m
> Yes I'm serious, they were CCNP qualified, hired as a NOC engineer for
> an ISP & Hosting company.
There was a time a new hire with all the right holes punched in his ticket
deleted an item in an access-list in a PIX that was running an older version of
the software than he was familiar with
On 2/17/2012 10:55 PM, Michael Painter wrote:
Paul Graydon wrote:
Give me someone who can already think and analyse over someone who
'knows' it all, any day. You can be qualified to the hilt but
absolutely useless in the real world (I've watched CCNP and higher
struggling to figure out why they
David Barak wrote:
From: Owen DeLong o...@delong.com
Sigh... NAT is a horrible hack that served us all too well in
>> address conservation. Beyond that, it is merely a source of pain.
I understand why you say that - NAT did yeoman's work in address
> conservation. However, it also enabled
Michael Sinatra wrote:
The words "Internet" and "Web" can be used interchangeably
I prefer the term "intergophers" myself.
--
Earthquake Magnitude: 4.9
Date: Friday, February 17, 2012 14:28:20 UTC
Location: Komandorskiye Ostrova, Russia region
Latitude: 54.5969; Longitude: 168.8863
Depth: 34.7
Paul Graydon wrote:
Give me someone who can already think and analyse over someone who
'knows' it all, any day. You can be qualified to the hilt but
absolutely useless in the real world (I've watched CCNP and higher
struggling to figure out why they can't ping a 10.0.0.0/24 address at a
customer
learn to drive
in drivers education. You learned how to drive by driving. Higher education
gives you the foundation on which to learn.
-Original Message-
From: Paul Graydon [mailto:p...@paulgraydon.co.uk]
Sent: Friday, February 17, 2012 12:33 PM
To: nanog@nanog.org
Subject: Re: Common operatio
"Ethernet/Token Ring/Cisco Console/whatever uses an RJ45 connector"
RJ45 defines a keyed 8P8C type connector, wired in a specific
manner, for a specific 2 wire telco service. Incompatible with the
above on several levels. "RJxx" == specific connector/wiring pattern
for specific telco applic
On Wed, Feb 15, 2012 at 4:52 PM, Rich Kulawiec wrote:
> ICMP is evil.
To that I would add under...
Security misconceptions
0. Security is just common sense.
a. More draconian/more complicated policies/practices
automatically result in a good
secure, usable environment.
On Feb 17, 2012, at 11:04 AM, valdis.kletni...@vt.edu wrote:
> On Fri, 17 Feb 2012 10:49:13 PST, Owen DeLong said:
>> Now, come on... If you're in the 40-50 range, you should have put octal
>> before hex. :p
>
> IBM S/360 definitely preferred hex. And EBCDIC.
>
Strictly an artifact of it's EB
When I bring up Linux ISOs to the believers of this misconception,
they generally argue that Linux ISOs can be obtained without
BitTorrent as well so blocking BT is okay. But I believe it is up to
the user to decide which protocol to use to obtain the data and if the
user wants to use BT bu
On Feb 17, 2012, at 1:35 PM, Owen DeLong wrote:
> On Feb 17, 2012, at 6:52 AM, -Hammer- wrote:
>
>> Let me simplify that. If you are over 35 you know how to troubleshoot.
>>
> Is this a statement or something to be added to the list of misconceptions
> that are commonplace out there?
>
> Not tr
I couldn't argue with any of that. Again, there are exceptions on either
side.
-Hammer-
"I was a normal American nerd"
-Jack Herer
On 2/17/2012 2:40 PM, Ray Soucy wrote:
Maybe ;-)
I don't think it's an age thing, though.
The number of people who have a real interest in technology, and how
Maybe ;-)
I don't think it's an age thing, though.
The number of people who have a real interest in technology, and how
things work "under the hood" hasn't changed much. I know people 10
years younger than me who can keep up with the best of us, and people
10 years older who are complete failure
Still buzzing over that cheap auto insurance eh? :) Wait till people
stop carding you.
-Hammer-
"I was a normal American nerd"
-Jack Herer
On 2/17/2012 1:42 PM, Ray Soucy wrote:
As someone who was born in 1984 I respectfully disagree. ;-)
On Fri, Feb 17, 2012 at 9:52 AM, -Hammer- w
On Fri, Feb 17, 2012 at 18:06, George Bonser wrote:
> Fry's wanted $55 for a 1 meter LC-LC multi-mode patch cord yesterday at the
> store on Arques in Sunnyvale.
Admittedly high, but in the same store, one set of rows to the
left (as you were looking at the fibres) they sell 12-24 rack
scre
On Friday, February 17, 2012 01:30:30 AM Carsten Bormann wrote:
> Ah, one of the greatest misconceptions still around in 2012:
> -- OSI Layer numbers mean something.
> or
> -- Somewhere in the sky, there is an exact definition of what is layer 2,
> layer 3, layer 4, layer 5 (!), layer 7
Misconce
@nanog.org
Subject: Re: Common operational misconceptions
I often struggle with the concept of teaching someone how to
troubleshoot. We have young guys coming in all the time and it is
often an area in which they need to hone their skills. I found this
article a while back and I keep it bookmarked, it
as a 33 year old, I'm looking forward to hitting 35 so I can finally
understand what you guys are talking about! Will I get some sort of glow
or achievement?
think I'll get a raise when I can add 'troubleshooting' to my resume? :)
On Fri, Feb 17, 2012 at 2:42 PM, Ray Soucy wrote:
> As someone
I have found that the best solution to persistent hounding goes about like this:
"Sir, I'm doing everything I can to resolve the problem as quickly as possible.
However, I can focus on giving you status updates every 5 minutes, or, I can
focus on resolving the problem. I cannot do both. which wo
> GCOS - 36 bits and Octal and BCD (ASCII added later)
> DEC 10 and 20 - 36 bits and Octal
> PDP-8 - Octal
704 - was i think 36-bit but the mind fades
704x/709x - 36 bit
1401 - variable word length with BCD+zone-bit encoding per char
randy
As someone who was born in 1984 I respectfully disagree. ;-)
On Fri, Feb 17, 2012 at 9:52 AM, -Hammer- wrote:
> Let me simplify that. If you are over 35 you know how to troubleshoot.
>
> Yes, I'm going to get flamed. Yes, there are exceptions in both directions.
>
>
> -Hammer-
>
> "I was a nor
> A tech trying to troubleshoot it and fix it themselves is going to be
> hounded every five minutes for status updates and won't be able to get
> any work done because every five minutes (I kid you not, I have worked
> where that is a requirement) he has to pull his head out of what he is
> doing
On Fri, Feb 17, 2012 at 19:18, Robert Bonomi wrote:
> And the _real_ number crunchers used ones-complement arithmetic.
Not to mention 0 had a sign (and 0 did not compare
as equal to -0).
> > 3. Troubleshooting skills are limited to knowing the number of the
> vendor's help desk.
>
> There are no problems! Can't be. And if there are they hire external
> experts. BTDT. Those are well paid jobs.
I see that a lot and there is often an organizational reason for it. If a tech
says "
missing? That's bad. If not, can you reach the route? Try this radical
command that was invented by Steve Jobs while working on his first IPhone
(They won't know who Vint Cerf or anyone else is and by using Steves name
they will trust you)(I run Android):
telnet 1.2.3.4 1433
What? It answered?
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On 2/17/12 11:04 AM, valdis.kletni...@vt.edu wrote:
> On Fri, 17 Feb 2012 10:49:13 PST, Owen DeLong said:
>> Now, come on... If you're in the 40-50 range, you should have put octal
>> before hex. :p
>
> IBM S/360 definitely preferred hex. And E
Owen DeLong writes:
> 1.When the only tool you have is a hammer, you try to mold every problem
> into a nail.
Ack.
> 2.When you only know a procedure for doing something and don't understand
> the fundamentals
> of why X is supposed to occur at step Y, then when you get result A
I find a lot of new folks have a hard time with the difference in
port numbers and protocol numbers.
I just went through this with a CC, but with
virtually no hands-on experience a few minutes ago. Very disturbing
when a person can take the higher level tests, but still can't
understand
Well put and great example Owen.
-Hammer-
"I was a normal American nerd"
-Jack Herer
On 2/17/2012 12:59 PM, Owen DeLong wrote:
This reminds me of what I think is the biggest root misconception of the 20th
and 21st centuries:
Rapid step-by-step training can replace conceptual education on t
rea
From: -Hammer- [bhmc...@gmail.com]
Sent: Friday, February 17, 2012 9:52 AM
To: nanog@nanog.org
Subject: Re: Common operational misconceptions
Let me simplify that. If you are over 35 you know how to troubleshoot.
Yes, I'm going to get flamed. Yes, there
> From nanog-bounces+bonomi=mail.r-bonomi@nanog.org Fri Feb 17 13:11:28
> 2012
> To: Owen DeLong
> Subject: Re: Common operational misconceptions
> From: valdis.kletni...@vt.edu
> Date: Fri, 17 Feb 2012 14:04:45 -0500
> Cc: "nanog@nanog.org"
>
> O
On Fri, 17 Feb 2012 10:49:13 PST, Owen DeLong said:
> Now, come on... If you're in the 40-50 range, you should have put octal
> before hex. :p
IBM S/360 definitely preferred hex. And EBCDIC.
pgpJXJPC98gau.pgp
Description: PGP signature
This reminds me of what I think is the biggest root misconception of the 20th
and 21st centuries:
Rapid step-by-step training can replace conceptual education on the
fundamentals.
In other words, we have moved from the old-school of teaching people why things
work and how they work to a newer
ever seen this problem or a related one? At this point
>> your going to have to really troubleshoot, not just go on experience.
>>
>> Mario Eirea
>>
>> From: -Hammer- [bhmc...@gmail.com]
>> Sent: Friday, February 17, 2
On Feb 17, 2012, at 7:20 AM, David Barak wrote:
>> From: Owen DeLong o...@delong.com
>
>> Sigh... NAT is a horrible hack that served us all too well in address
>> conservation. Beyond that, it is merely a source of pain.
>
> I understand why you say that - NAT did yeoman's work in address
> c
in drivers education. You learned how to drive by driving. Higher education
gives you the foundation on which to learn.
-Original Message-
From: Paul Graydon [mailto:p...@paulgraydon.co.uk]
Sent: Friday, February 17, 2012 12:33 PM
To: nanog@nanog.org
Subject: Re: Common operational
On Feb 17, 2012, at 6:52 AM, -Hammer- wrote:
> Let me simplify that. If you are over 35 you know how to troubleshoot.
>
Is this a statement or something to be added to the list of misconceptions that
are commonplace out there?
Not trying to be flip... Honestly asking the question. I can see i
On 02/17/2012 04:29 AM, Leo Bicknell wrote:
In a message written on Thu, Feb 16, 2012 at 08:50:11PM -1000, Paul Graydon
wrote:
At the same time, it's shocking how many network people I come across
with no real grasp of even what OSI means by each layer, even if it's
only in theory. Just having
Leo Bicknell writes:
> I've repeatedly asked $BIG_COLO_PROVIDERS to offer a vending machine
> in the lobby next to the one with sodas that sold Cat 5, Fiber,
> SFP's, USB sticks, and so on.
Hmm.
http://gearomat.com/
Jens
--
---
...@pateam.com
5095 Ritter Rd
Mechanicsburg PA 17055
-Original Message-
From: Scott Helms [mailto:khe...@ispalliance.net]
Sent: Friday, February 17, 2012 11:24 AM
To: nanog@nanog.org
Subject: Re: Common operational misconceptions
On 2/17/2012 10:18 AM, Steve Clark wrote:
> I agree with this
- Original Message -
> From: "Mike Andrews"
> > > Which is a common transport problem I often see, "Our
> > > configuration looks right, it must be on your end."
> >
> > If i had a dollar for everytime i've heard that from a telco, i'd be
> > a rich man...
>
> That and "I'm getting a goo
In a message written on Fri, Feb 17, 2012 at 06:06:52PM +, George Bonser
wrote:
> Heh, that's been a notion I have had for a while. Opening an all-night shop
> somewhere in Silicon Valley that sold patch cords, memory sticks, disk
> drives, maybe even common router blades, optics modules, f
>
> Wow... would be handy if Radio Shack stocked router modules and
> blades,
> and chassis to test your suspect ones? :)
>
> (Yes, remember the tube testers as well...)
>
> Jeff
Heh, that's been a notion I have had for a while. Opening an all-night shop
somewhere in Silicon Valley that so
I am grateful you have not used the hardware I have in the past 15 years.
I haven't seen anything recently not do it, but when interfacing with a
customer who knows what old stuff they may be using.
Jared Mauch
On Feb 17, 2012, at 12:41 PM, Sven Olaf Kamphuis wrote:
> auto mdi/mii breaks teh
On 2/17/2012 12:00 PM, Gary Buhrmaster wrote:
> If the TV went on the blink (they all did then), you opened up the
> back, looked for fried components, and if one of the resistors was
> smoking, you soldered in a replacement. Or you took the tubes down to
> the local drugstore and tested them.
Wow
> Long before there was a Grainger (and Home Depot) in every city, and
> you could get parts shipped overnight, one had to "make do", and
> "making do" meant being able to figure things out to be able to "git r
> done"
> with what you had on hand, or could figure out.
>
> When working on my Grandf
On Feb 17, 2012, at 11:33 AM, John Osmon wrote:
On Fri, Feb 17, 2012 at 10:18:57AM -0500, Steve Clark wrote:
> I agree with this 100%.
>
> Having worked with many people over the last 40 years, the good trouble
> shooters understood how things
> were suppose to work. This helps immeasurably in
On Fri, 17 Feb 2012, Jens Link wrote:
Mathias Wolkert writes:
Autoneg. The old timers that don't trust it after a few decades of
decent code. Or those that lock one side and expect the other to adjust
to that.
you are referring to ehh *kuch* certain internet exchanges *kuch* ? :P
auto mdi
> BTW, I am a school board member who votes 1:8 often on things But
> let me give you a perspective, one of the board members called Golf an
> "Essential Life Skill." Maybe, but how about balancing a checkbook...
>
> Ralph Brandt
> Communications Engineer
> HP Enterprise Services
One of the
Mathias Wolkert writes:
> Autoneg. The old timers that don't trust it after a few decades of
> decent code. Or those that lock one side and expect the other to adjust
> to that.
Autoneg is black magic. Doesn't work. You have manually configure duplex
and speed on one side 1!
SCNR
Jens
--
On Fri, Feb 17, 2012 at 10:18:57AM -0500, Steve Clark wrote:
> I agree with this 100%.
>
> Having worked with many people over the last 40 years, the good trouble
> shooters understood how things
> were suppose to work. This helps immeasurably in determining where to start
> looking.
Don't forg
Mark Grigsby writes:
> Speaking in the context of configuring an ipsec tunnel..
Once upon a time:
Admin: "We need Port 50 and Port 51 for the tunnel!"
Me:"You mean IP protocol 50 and 51?"
Admin: "It the same! You have no clue!"
Jens
--
>
> I wouldn't call it a "misconception", but I want to echo Paul's
> comment. I would venture over 90% of the engineers I work with have no
> idea how to troubleshoot properly. Thinking back to my own education,
> I don't recall anyone in highschool or college attempting to teach
> troubleshoot
wasn't tv already tackled by dvb-iptv + multicast (oh wait, multicast,
that stuff that hardly ever globally works on ipv4 ;)
(yes, i'm that old that i even know what a tv was ;)
On Fri, 17 Feb 2012, Eugen Leitl wrote:
On Fri, Feb 17, 2012 at 10:33:12AM -0500, Jay Ashworth wrote:
- Origin
gt; point your going to have to really troubleshoot, not just go on experience.
>>
>> Mario Eirea
>>
>> From: -Hammer- [bhmc...@gmail.com]
>> Sent: Friday, February 17, 2012 9:52 AM
>> To: nanog@nanog.org
>> Subje
On Fri, Feb 17, 2012 at 08:46:02AM -0800, Mike Lyon wrote:
> Sent from my iPhone
>
> On Feb 17, 2012, at 7:48, Jack Bates wrote:
>
> >
> >
> > On 2/17/2012 9:18 AM, Steve Clark wrote:
> >> Having worked with many people over the last 40 years, the good trouble
> >> shooters understood how things
On Fri, Feb 17, 2012 at 06:52, -Hammer- wrote:
> Let me simplify that. If you are over 35 you know how to troubleshoot.
>
> Yes, I'm going to get flamed. Yes, there are exceptions in both directions.
"Necessity is the mother of invention"
Long before there was a Grainger (and Home Depot) in
ever
Sent from my iPhone
On Feb 17, 2012, at 7:48, Jack Bates wrote:
>
>
> On 2/17/2012 9:18 AM, Steve Clark wrote:
>> Having worked with many people over the last 40 years, the good trouble
>> shooters understood how things
>> were suppose to work. This helps immeasurably in determining where to
>>
On Fri, Feb 17, 2012 at 10:33:12AM -0500, Jay Ashworth wrote:
> - Original Message -
> > From: "Ridwan Sami"
>
> > There is no legitimate reason for a user to use BitTorrent (someone
> > will probably disagree with this).
>
> Yeah, no.
>
> You've clearly never tried to download a Linux
On 2/17/2012 10:18 AM, Steve Clark wrote:
I agree with this 100%.
Having worked with many people over the last 40 years, the good
trouble shooters understood how things
were suppose to work. This helps immeasurably in determining where to
start looking.
This is dead on and why I always sta
list. :-)
Mario Eirea
From: -Hammer- [bhmc...@gmail.com]
Sent: Friday, February 17, 2012 10:51 AM
To: Mario Eirea
Cc: nanog@nanog.org
Subject: Re: Common operational misconceptions
Mario,
I was kinda having fun and kinda not. My point is that the 40-50
>
> It depends on how you define "work well".
>
> As the RFC says:
>
>indication of some significantly disruptive event in the network,
>such as a router failure or a routing change to a path with a
> smaller
>MTU.
>
> it can not react against PMTU changes very well.
>
> It is seem
On 2/17/2012 10:04 AM, John Kristoff wrote:
I was waiting for the thread to eventually end
Greatest misconception of all.
Jack
On Fri, 17 Feb 2012 08:29:42 -0600
-Hammer- wrote:
> This list is awesome. Is anyone consolidating it? I'm still catching
> up on the thread
I'm collecting all responses, many of which have been sent to me off
list. I was waiting for the thread to eventually end before
summarizing it. Than
Original poster who started thread said he would.
On Fri, Feb 17, 2012 at 10:51 AM, -Hammer- wrote:
> If you do, please share it. Thank you.
>
>
> -Hammer-
>
> "I was a normal American nerd"
> -Jack Herer
>
>
>
> On 2/17/2012 9:36 AM, Jared Mauch wrote:
>
>> On Feb 17, 2012, at 9:29 AM, -Hammer-
1 - 100 of 217 matches
Mail list logo
