Bug 127106 - netstat with --ip flag excludes ipv6 servers, contrary to man page
Summary: netstat with --ip flag excludes ipv6 servers, contrary to man page
Alias: None
Product: Fedora
Classification: Fedora
Component: net-tools
Version: 1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Radek Vokal
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-07-01 21:53 UTC by Robin Green
Modified: 2007-11-30 22:10 UTC (History)
0 users

Clone Of:
Last Closed: 2004-11-25 12:54:21 UTC

Attachments (Terms of Use)

Description Robin Green 2004-07-01 21:53:09 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040622

Description of problem:
I am running tomcat on port 8080. netstat -anp|grep 8080 shows tomcat,
whereas netstat -anp --ip|grep 8080 returns nothing. The man page says
--ip includes all tcp and udp stuff, so tomcat should be included.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Run a service e.g. tomcat which listens on an IPv6 address
2. netstat -anp --ip | grep $port_that_the_service_listens_on

Actual Results:  No results

Expected Results:  
tcp        0      0 :::8080                 :::*                   
LISTEN      9941/java

Additional info:

All the other lines output by the above netstat command had IPv4

Comment 1 Phil Knirsch 2004-07-12 15:11:55 UTC
Have you tried using the --protocol=inet parameter and checked if that

Read ya, Phil

Comment 2 Robin Green 2004-07-13 09:37:54 UTC
Just tried it. The results are identical for --ip and --protocol=inet,
i.e. they're both wrong.

Comment 3 Radek Vokal 2004-11-25 12:54:21 UTC
I didn't test it with tomcat but just with ssh deamon which is
configured to listen to ipv6 adresses. Seems that it works fine. The
results are as expected. 

#netstat -A inet6 -ln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address               Foreign Address      
tcp        0      0 :::22                       :::*                 
udp        0      0 :::32770                :::*

Note You need to log in before you can comment on or make changes to this bug.