Bug 19875

Summary:	A new protocol family, PF_IPOPTION, to handle IP options at socket interface
Product:	Base System	Reporter:	pingpan <pingpan>
Component:	kern	Assignee:	freebsd-net (Nobody) <net>
Status:	Closed FIXED
Severity:	Affects Only Me
Priority:	Normal
Version:	Unspecified
Hardware:	Any
OS:	Any

Description pingpan 2000-07-13 00:00:01 UTC

Please check out the doc in 
http://www.cs.columbia.edu/~pingpan/papers/ipopt.ps

Please check out the kernel extension in 
http://www.cs.columbia.edu/~pingpan/software/netipopt/netipopt/

A new command is written to display IP options through CLI:
http://www.cs.columbia.edu/~pingpan/software/ipodump/ipodump/

Fix: 

Once again, please check out the kernel extension in 
http://www.cs.columbia.edu/~pingpan/software/netipopt/netipopt/

A new command is written to display IP options through CLI:
http://www.cs.columbia.edu/~pingpan/software/ipodump/ipodump/


Thanks very very very much!

Comment 1 pingpan 2000-07-13 00:32:09 UTC

Hi,

If you don't feel like of reading a long doc on why we need this
protocol family. Please let me know. We can talk on the phone, or I can
provide an outline.

For the source code in the kernel, please pick up:
http://www.cs.columbia.edu/~pingpan/software/netipopt/ipopt-1.3.tar.gz

It has a README file, and several patch files for different FreeBSD
level.

For the new command, ipodump(), please pick up the source code in 
http://www.cs.columbia.edu/~pingpan/software/ipodump/ipodump-1.3.tar.gz

It has a man page in it.


I have tested the code inside out for months. Please let me know if
something else is needed.

Thanks!

- Ping Pan

P.S.: It seems that ftp.FreeBSD.org/pub/FreeBSD/incoming does not work
anymore.

Comment 2 Mike Barcroft freebsd_committer

2001-07-22 06:13:18 UTC

State Changed
From-To: open->suspended


Awaiting committer.

Comment 3 Bruce M Simpson freebsd_committer

2004-06-22 21:46:47 UTC

Responsible Changed
From-To: freebsd-bugs->bms

I'm aware of this and may get a chance to look at it in further depth.

Comment 4 Bruce M Simpson freebsd_committer

2006-08-02 14:23:39 UTC

Responsible Changed
From-To: bms->freebsd-net

ENOTIME

Comment 5 Bruce M Simpson freebsd_committer

2007-03-26 15:36:38 UTC

State Changed
From-To: suspended->closed

It is unlikely this code will ever be committed. 

Reasons: 
1) This information can be obtained via cmsg so as to lie out-of-band 
of protocol data 
2) This code is IPv4 specific 
3) Most consumers of IP options and router alerts either live in the kernel, 
or have this information delivered via raw sockets.