Technology is supposed to be simple, right?

In his comment to the announcement of my NTP article, Joe said:

This is part of the problem with NTP. It's way more complicated then it needs to be. You shouldn't have to understand so much of it to use it on your routers. Take a look at openntpd. It's free and runs on bsd or linux.

I have to disagree with him on several counts:

  • NTP is supposed to solve a pretty hard problem of synchronizing multiple independent time sources over communication paths with unpredictable delay and jitter. Considering the limitations it's faced with, it does an amazingly good job.
  • NTP configuration on IOS is no more complex than the openntpd configuration if the only thing you want is to do is to configure an upstream NTP server. The only commands you need are ntp server and ntp master.

However, the most important point, in my opinion, is the difference between "aiming for a short recipe" and "understanding the technology". If the only task you ever need to perform is to configure upstream NTP servers, don't even bother to read the IOS documentation or my article, you don't need more than a single configuration command … but then, when things really break, you'll be in trouble.

Likewise, the only thing some people want to know about OSPF are the following two commands:

router ospf 1
 network 0.0.0.0 0.0.0.0 255.255.255.255 area 0

There are others, however, that might need a slightly more in-depth understanding of OSPF design, configuration and troubleshooting (that's why we developed an OSPF course and corresponding set of remote lab exercises and Tom Thomas wrote a whole book about it).

11 comments:

RawCode said...

Comments about timing being easy make Timing industry people cry.

Companies like Symmetricom http://www.symmttm.com/ have huge product lines that would meet any possible need for timing.

I never fully understood the need for accurate timing until I went to a timing conference and learned just how elaborate a timing network can be, and how useful precision is in resolving network incidents (security or failure).

William Chu said...

Can't agree more, Ivan.

Speaking of Tom Thomas, do you know what is he working on now? A new book perhaps? Just curious...

Whisper said...

In simple single area OSPF with nothing but LAN links, I've always wondered what are ALL the arguments against doing:

network 0.0.0.0 0.0.0.0 area 0

:)

Ivan Pepelnjak said...

I can't find any. If all you want to do is run OSPF in area 0 on all interfaces, that's the way to configure it.

Ivan Pepelnjak said...

@William: no idea.

Anonymous said...

suppose to be like this right.

0.0.0.0 255.255.255.255 area 0

Anonymous said...

Wan Tajuddin
YM: eazy_joe@yahoo.com

sorry forgot to leave my detail.

Ivan Pepelnjak said...

You're right, but recent IOS releases have built-in "artificial intelligence" ... more about that in an upcoming post.

Sergio said...

I also recommend Jeff Doyle's excellent OSPF and IS-IS: Choosing an IGP for Large-Scale Networks it not only does a great job in breaking down protocol design and troubleshooting, but tackles the all controversial isis vs. ospf argument.

Ivan Pepelnjak said...

IOS release 12.4T accepts either wildcard bits or a subnet mask. More details ...

Anonymous said...

That's cool. Because from my point of view. It really make no sense of using wild card.

Same goes the way they use access list. Why so tricky.

Wan T
ym: eazy_joe@yahoo.com

Ivan Pepelnjak, CCIE#1354, is the chief technology advisor for NIL Data Communications. He has been designing and implementing large-scale data communications networks as well as teaching and writing books about advanced technologies since 1990. See his full profile, contact him or follow @ioshints on Twitter.