blank.gif (43 bytes)

Church Of The
Swimming Elephant

Search:
4.3.3.8 Timestamp and Timestamp Reply Connected: An Internet Encyclopedia
4.3.3.8 Timestamp and Timestamp Reply

Up: Connected: An Internet Encyclopedia
Up: Requests For Comments
Up: RFC 1812
Up: 4. INTERNET LAYER - PROTOCOLS
Up: 4.3 INTERNET CONTROL MESSAGE PROTOCOL - ICMP
Up: 4.3.3 SPECIFIC ISSUES
Prev: 4.3.3.7 Information Request/Reply
Next: 4.3.3.9 Address Mask Request/Reply

4.3.3.8 Timestamp and Timestamp Reply

4.3.3.8 Timestamp and Timestamp Reply

A router MAY implement Timestamp and Timestamp Reply. If they are implemented then:

  • The ICMP Timestamp server function MUST return a Timestamp Reply to every Timestamp message that is received. It SHOULD be designed for minimum variability in delay.

  • An ICMP Timestamp Request message to an IP broadcast or IP multicast address MAY be silently discarded.

  • The IP source address in an ICMP Timestamp Reply MUST be the same as the specific-destination address of the corresponding Timestamp Request message.

  • If a Source Route option is received in an ICMP Timestamp Request, the return route MUST be reversed and used as a Source Route option for the Timestamp Reply message, unless the router is aware of policy that would prevent the delivery of the message.

  • If a Record Route and/or Timestamp option is received in a Timestamp Request, this (these) option(s) SHOULD be updated to include the current router and included in the IP header of the Timestamp Reply message.

  • If the router provides an application-layer interface for sending Timestamp Request messages then incoming Timestamp Reply messages MUST be passed up to the ICMP user interface.

The preferred form for a timestamp value (the standard value) is milliseconds since midnight, Universal Time. However, it may be difficult to provide this value with millisecond resolution. For example, many systems use clocks that update only at line frequency, 50 or 60 times per second. Therefore, some latitude is allowed in a standard value:

  1. A standard value MUST be updated at least 16 times per second (i.e., at most the six low-order bits of the value may be undefined).

  2. The accuracy of a standard value MUST approximate that of operator-set CPU clocks, i.e., correct within a few minutes.

IMPLEMENTATION

To meet the second condition, a router may need to query some time server when the router is booted or restarted. It is recommended that the UDP Time Server Protocol be used for this purpose. A more advanced implementation would use the Network Time Protocol (NTP) to achieve nearly millisecond clock synchronization; however, this is not required.


Next: 4.3.3.9 Address Mask Request/Reply

Connected: An Internet Encyclopedia
4.3.3.8 Timestamp and Timestamp Reply

Cotse.Net

Protect yourself from cyberstalkers, identity thieves, and those who would snoop on you.
Stop spam from invading your inbox without losing the mail you want. We give you more control over your e-mail than any other service.
Block popups, ads, and malicious scripts while you surf the net through our anonymous proxies.
Participate in Usenet, host your web files, easily send anonymous messages, and more, much more.
All private, all encrypted, all secure, all in an easy to use service, and all for only $5.95 a month!

Service Details

 
.
www.cotse.com
Have you gone to church today?
.
All pages ©1999, 2000, 2001, 2002, 2003 Church of the Swimming Elephant unless otherwise stated
Church of the Swimming Elephant©1999, 2000, 2001, 2002, 2003 Cotse.com.
Cotse.com is a wholly owned subsidiary of Packetderm, LLC.

Packetderm, LLC
210 Park Ave #308
Worcester, MA 01609