Hi,
I believe that this program doesn't work for IPv6.
I'm using an IPv6 testbed with one QNI, one QNR and 2 QNE. On both QNE i'm using SimpleRMF. I get the following log when I put nsis running:
root@dogpoo:/usr/src/nsis-0.5.1-dev/bin# ./nsis -qos -debug 5 (err) Configuration: Using 2001:690:2380:777a:20c:6eff:feda:1988 as local IPv6 address (err) Configuration: Using 2001:690:2380:777c:260:8ff:fe81:6e77 as local IPv6 address NSIS daemon v0.5.1-dev starting ... My PID id = 5696 FD is -1 TEST: no Starting pingServer (pid: 5697) ... Starting qosServer (pid: 5698) ... SimpleRMF::device = eth0, mtu = 1500 overall_rate 10mbit default_rate 100kbit default_max_rate 10mbit float max_bw 10485760.000000 (TC) Running "tc qdisc delete dev eth0 root handle 1:" Starting diagServer (pid: 5699) ... RTNETLINK answers: Invalid argument (IpTables) Running "iptables -t mangle -F PREROUTING" (TC) Running "tc qdisc add dev eth0 root handle 1: htb default 2" (TC) Running "tc class add dev eth0 parent 1: classid 1:1 htb rate 10mbit burst 15k" (TC) Running "tc class add dev eth0 parent 1:1 classid 1:2 htb rate 100kbit ceil 10mbit" (TC) Running "tc qdisc add dev eth0 parent 1:2 handle 2: sfq perturb 10" SimpleRMF::device = eth1, mtu = 1500 overall_rate 100mbit default_rate 100kbit default_max_rate 100mbit float max_bw 104857600.000000 (TC) Running "tc qdisc delete dev eth1 root handle 1:" RTNETLINK answers: Invalid argument (IpTables) Running "iptables -t mangle -F PREROUTING" (TC) Running "tc qdisc add dev eth1 root handle 1: htb default 2" (TC) Running "tc class add dev eth1 parent 1: classid 1:1 htb rate 100mbit burst 15k" (TC) Running "tc class add dev eth1 parent 1:1 classid 1:2 htb rate 100kbit ceil 100mbit" (TC) Running "tc qdisc add dev eth1 parent 1:2 handle 2: sfq perturb 10" QoSServer: connected to GIST server
First of all, I can see that there is a call for IPtables, where I believe that should be a call for IP6Tables (IPv6). Despite of establishing with TC the reservation properties, I believe that it isn't created. On the QNI I get the following message:
root@asus:/usr/src# ./ping6-qos.sh 2001:690:2380:777c:20a:e4ff:fe03:73f5 Received response: 2 QOS_ERRORCLASS_SUCCESS
However, on the QNE nodes there is no filter to classify the traffic, as you can see below,
root@dogpoo:/usr/src# ip6tables -L Chain INPUT (policy ACCEPT) target prot opt source destination
Chain FORWARD (policy ACCEPT) target prot opt source destination
Chain OUTPUT (policy ACCEPT) target prot opt source destination root@dogpoo:/usr/src# root@dogpoo:/usr/src# root@dogpoo:/usr/src# ip6tables -t mangle -L Chain PREROUTING (policy ACCEPT) target prot opt source destination
Chain INPUT (policy ACCEPT) target prot opt source destination
Chain FORWARD (policy ACCEPT) target prot opt source destination
Chain OUTPUT (policy ACCEPT) target prot opt source destination
Chain POSTROUTING (policy ACCEPT) target prot opt source destination root@dogpoo:/usr/src# root@dogpoo:/usr/src# root@dogpoo:/usr/src# tc -s -d filter root@dogpoo:/usr/src#
So, this seems like a bug of the NSIS implementation. I believe that those who use IPv4 may not have this problem. I really need an answer to this mail as soon as possible, since that i'm running out of time.
Best regards,
Fabio Ferreira University of Aveiro - Portugal Instituto de Telecomunicações
nsis_imp@informatik.uni-goettingen.de