On Thu, Feb 16, 2012 at 4:46 AM, Michael Sinatra
mich...@rancid.berkeley.edu 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.
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
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
Lamar Owen lo...@pari.edu 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
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
Haven't seen this one
- Original Message -
From: Jimmy Hess mysi...@gmail.com
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
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 understand...
I have
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://hostname and/or =
http://hostname for each of them.
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 being used. If
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
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, 1400
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:
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 sizes
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 flag
On Sat, Feb 18, 2012 at 1:19 AM, Bob Vaughan tec...@w6yx.stanford.edu 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
-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
George Bonser wrote:
First, it sets eff_pmtu to 1400B. OK?
Where did you get 1400 from?
Read the RFC. PERIOD.
Masataka Ohta
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:
First, it sets eff_pmtu to 1400B. OK?
Where did you get
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
the
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 turning off the
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 have never
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 did yeoman's work
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 people to be
On Sun, Feb 19, 2012 at 6:24 PM, Owen DeLong o...@delong.com wrote:
I have 15 FTP servers and 22 web servers behind it.
I want people to be able to go to ftp://hostname and/or http://hostname
for each of them.
For HTTP; You put a device on that one IP that will accept each TCP
connection,
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 public address.
On Wed, 15 Feb 2012 12:47:15 -0800, John Kristoff j...@cymru.com 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
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
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 behind
On Sun, Feb 19, 2012 at 10:09 PM, Andrew Jones a...@jonesy.com.au 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
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 probing
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
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.70 km
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
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
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 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
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
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 a grasp of that makes all the world of
This list is awesome. Is anyone consolidating it? I'm still catching up
on the thread
-Hammer-
I was a normal American nerd
-Jack Herer
On 2/17/2012 1:05 AM, Carsten Bormann wrote:
On Feb 17, 2012, at 07:50, Paul Graydon wrote:
what OSI means
Yet another common misconception popping
[mailto:bickn...@ufp.org]
Sent: Friday, February 17, 2012 9:29 AM
To: nanog@nanog.org
Subject: Re: Common operational misconceptions
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
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 normal American nerd
-Jack Herer
On 2/17/2012 8:29 AM, Leo Bicknell wrote:
In a message written on Thu, Feb 16, 2012 at
+1
Mario Eirea
From: Leo Bicknell [bickn...@ufp.org]
Sent: Friday, February 17, 2012 9:29 AM
To: nanog@nanog.org
Subject: Re: Common operational misconceptions
In a message written on Thu, Feb 16, 2012 at 08:50:11PM -1000, Paul Graydon
wrote
: -Hammer- [mailto: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 are exceptions in both
directions
? 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, 2012 9:52 AM
To: nanog@nanog.org
Subject: Re: Common operational misconceptions
Let me simplify
On 2/17/2012 1:05 AM, Carsten Bormann wrote:
On Feb 17, 2012, at 07:50, Paul Graydon wrote:
what OSI means
Yet another common misconception popping up:
-- You can talk about the OSI model in the present tense
(That said -- yes, it is still useful as a set of simple terms for certain
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
Subject: Re: Common operational misconceptions
Let me simplify that. If you are over 35 you know how
- Original Message -
From: Ridwan Sami rms2...@columbia.edu
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 installer DVD.
Cheers,
-- jr 'among dozens of other legitimate
On Feb 17, 2012, at 9:29 AM, -Hammer- wrote:
This list is awesome. Is anyone consolidating it? I'm still catching up on
the thread
I was thinking of making a checklist out of it.
- Jared
There is no legitimate reason for a user to use BitTorrent (someone
will probably disagree with this).
There is no democratic basis -for- copyright, so far for legitimate.
717.506.0802
FAX +1 717.506.4358
Email ralph.bra...@pateam.com
5095 Ritter Rd
Mechanicsburg PA 17055
-Original Message-
From: -Hammer- [mailto: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
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
start looking.
Ran into this not too long ago with a transport problem. The
: 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 are exceptions in both directions.
-Hammer-
I was a normal American nerd
-Jack Herer
On 2/17/2012 8:29 AM, Leo Bicknell wrote:
In a message
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- wrote:
This list is awesome. Is anyone consolidating it? I'm still catching up on the
thread
I was thinking of
Original poster who started thread said he would.
On Fri, Feb 17, 2012 at 10:51 AM, -Hammer- bhmc...@gmail.com 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,
On Fri, 17 Feb 2012 08:29:42 -0600
-Hammer- bhmc...@gmail.com 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
On 2/17/2012 10:04 AM, John Kristoff wrote:
I was waiting for the thread to eventually end
Greatest misconception of all.
Jack
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 seemingly working
. :-)
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
year
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
On Fri, Feb 17, 2012 at 10:33:12AM -0500, Jay Ashworth wrote:
- Original Message -
From: Ridwan Sami rms2...@columbia.edu
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
Sent from my iPhone
On Feb 17, 2012, at 7:48, Jack Bates jba...@brightok.net 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
On Fri, Feb 17, 2012 at 06:52, -Hammer- bhmc...@gmail.com 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
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 jba...@brightok.net 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
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, 2012 9:52 AM
To: nanog@nanog.org
Subject: Re: Common operational
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:
-
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
troubleshooting
Mark Grigsby m...@pcinw.net 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
--
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 forget
Mathias Wolkert t...@netnod.se 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!
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 best
On Fri, 17 Feb 2012, Jens Link wrote:
Mathias Wolkert t...@netnod.se 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*
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
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 Grandfather's
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...
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 s...@cb3rob.net wrote:
auto
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 sold
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,
- Original Message -
From: Mike Andrews mi...@mikea.ath.cx
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 good
...@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 100
Leo Bicknell bickn...@ufp.org 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
--
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
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 it
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 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
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 are exceptions in both directions.
-Hammer-
I was a normal American nerd
-Jack Herer
On 2/17/2012 8:29 AM
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
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
From nanog-bounces+bonomi=mail.r-bonomi@nanog.org Fri Feb 17 13:11:28
2012
To: Owen DeLong o...@delong.com
Subject: Re: Common operational misconceptions
From: valdis.kletni...@vt.edu
Date: Fri, 17 Feb 2012 14:04:45 -0500
Cc: nanog@nanog.org nanog@nanog.org
On Fri, 17 Feb 2012 10:49
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 are exceptions in both directions.
-Hammer-
I was a normal American nerd
-Jack Herer
On 2/17/2012 8:29 AM, Leo
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
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 CCsomething-more-than NA, but with
virtually no hands-on experience a few minutes ago. Very disturbing
when a person can take the higher level tests, but
Owen DeLong o...@delong.com 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
-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 EBCDIC.
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 I have
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 and
As someone who was born in 1984 I respectfully disagree. ;-)
On Fri, Feb 17, 2012 at 9:52 AM, -Hammer- bhmc...@gmail.com 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
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
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
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 r...@maine.edu wrote:
: 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, its the best
1 - 100 of 209 matches
Mail list logo