| Summary: | ``ip'' man page does not specify byte order for ip header with raw sockets | ||
|---|---|---|---|
| Product: | Documentation | Reporter: | Douglas De Couto <decouto> |
| Component: | Books & Articles | Assignee: | jcamou |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Douglas De Couto
2001-09-27 16:30:00 UTC
On Thu, Sep 27, 2001 at 08:28:55AM -0700, Douglas De Couto wrote: > > There is no easy way to use the man pages figure out how to use raw sockets. > On my system ``apropos raw'' doesn't point me to the ``ip'' man page, > which describes raw sockets. Furthermor, the ``ip'' man page doesn't > specify the byte order for the up header fields when the user is supplying > the ip header. > Hmm, the ip.4 manpage, in the ``Raw IP Sockets'' has this info in the form of an example. The only missing item is that the ``ip_id'' field (if supplied) should be in network byte order, historically. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age > > > > There is no easy way to use the man pages figure out how to use raw sockets. > > On my system ``apropos raw'' doesn't point me to the ``ip'' man page, > > which describes raw sockets. Furthermor, the ``ip'' man page doesn't > > specify the byte order for the up header fields when the user is supplying > > the ip header. > > > Hmm, the ip.4 manpage, in the ``Raw IP Sockets'' has this info > in the form of an example. The only missing item is that the > ``ip_id'' field (if supplied) should be in network byte order, > historically. true it has the information, but it would be nice if ``apropos raw'' pointed you to this manpage. also, i guess maybe solaris wants the ip header in network byte order (from looking at the traceroute source), so it wouldn't hurt to clarify? it would have helped me anyway. thanks, d -- Douglas S. J. De Couto decouto@lcs.mit.edu State Changed From-To: open->patched Committed to HEAD State Changed From-To: patched->closed The RELENG_5 branch was created after this change was committed to HEAD. This means that the change is already in 5-STABLE, so there is no need to keep this PR open as "patched". State Changed From-To: closed->patched The changes may need to be merged to RELENG_4 too. Responsible Changed From-To: freebsd-doc->jcamou I'll make it happen. State Changed From-To: patched->closed The changes have been merged to RELENG_4, thanks. |