src/usr.bin/netstat, branch release/5.2.1

Fix some minor nits in netstat whereby large interface names would be

2003-11-28T17:34:23Z

truncated. In environments where many tunnel or vlan interfaces are created, interface names have high numbers which overflow the field width. PRs: bin/52349, bin/35838 Submitted by: Mike Tancsa, Scot W. Hetzel Approved by: re (rwatson)

Replace the if_name and if_unit members of struct ifnet with new members

2003-10-31T18:32:15Z

if_xname, if_dname, and if_dunit. if_xname is the name of the interface and if_dname/unit are the driver name and instance. This change paves the way for interface renaming and enhanced pseudo device creation and configuration symantics. Approved By: re (in principle) Reviewed By: njl, imp Tested On: i386, amd64, sparc64 Obtained From: NetBSD (if_xname)

Print the correct ICMP statistics for "no return routes".

2003-10-23T13:53:19Z

remove unneeded include of route.h

2003-10-03T21:05:08Z

Supported by: FreeBSD Foundation

1. Add support for printing PIM-related statistics with

2003-08-07T18:21:21Z

netstat -s -p pim 2. Print information about the bandwidth meters installed in the kernel with netstat -g Submitted by: Pavlin Radoslavov

* Use sysctlbyname(3) to print statistics about the MFC and

2003-08-05T17:07:04Z

multicast VIF tables. This change is needed for consistency with the rest of the netstat/mroute.c implementation, and because in some cases "netstat -g" may fail to report the multicast forwarding information (e.g., if we run a multicast router on PicoBSD). * Remove "DVMRP" from the head comment of file netstat/mroute.c, because the printed multicast-related statistics are not DVMRP-specific anymore. Submitted by: Pavlin Radoslavov

Revert last delta.

2003-05-21T20:52:57Z

The -l option is deprecated (hence undocumented in usage() and SYNOPSIS), as was threatened in the commitlog accompanying rev. 1.10 of main.c. Approved by: re (blanket)

Make the mb_alloc low-watermark sysctl-tunable read-only and make

2003-05-15T19:05:28Z

netstat(1) not display it for now because its effects are not yet completely implemented and we're about to cut 5.2-RELEASE. This is temporary. Approved by: re (scottl, rwatson)

Back out support for RFC3514.

2003-04-02T20:14:44Z

RFC3514 poses an unacceptale risk to compliant systems.

Implement support for RFC 3514 (The Security Flag in the IPv4 Header).

2003-04-01T08:21:44Z

(See: ftp://ftp.rfc-editor.org/in-notes/rfc3514.txt) This fulfills the host requirements for userland support by way of the setsockopt() IP_EVIL_INTENT message. There are three sysctl tunables provided to govern system behavior. net.inet.ip.rfc3514: Enables support for rfc3514. As this is an Informational RFC and support is not yet widespread this option is disabled by default. net.inet.ip.hear_no_evil If set the host will discard all received evil packets. net.inet.ip.speak_no_evil If set the host will discard all transmitted evil packets. The IP statistics counter 'ips_evil' (available via 'netstat') provides information on the number of 'evil' packets recieved. For reference, the '-E' option to 'ping' has been provided to demonstrate and test the implementation.