thanks all, figured it out. it was a combination of get global v6 addresses and owampd.limits correctly masked for v6On Apr 27, 2016, at 2:19 PM, Tim Chown <> wrote:
Hi,
On 27 Apr 2016, at 22:05, Jason Zurawski <> wrote:
Hi Chris;
It looks like the server is denying the test, you can try to add permissions for allowing link local into the limits file as described here:
http://software.internet2.edu/owamp/owampd.limits.man.html
Thanks;
-jason
Chris wrote:
ok, progress, at least i am seeing something on the server debug screen...
on server:
owampd[4799]: Control request to ([fd93:9bab:a8c5:1:ba27:ebff:fe10:5411]:861)
denied from ([fd93:9bab:a8c5:1:d961:3923:b42b:1bad]:40410): mode == 0
on client:
chris@cdkPI32:~$ owping fd93:9bab:a8c5:1:ba27:ebff:fe91:336c -AO -c100 -t
owping: FILE=capi.c, LINE=462, OWPControlOpen: No Common Modes
owping: FILE=owping.c, LINE=1565, Unable to open control connection to
fd93:9bab:a8c5:1:ba27:ebff:fe91:336c.
It looks like Chris is now using ULA prefixes (RFC 4193), rather than link locals. Despite the name, these are global scope addresses (so avoid the scopeID issue of link locals :).
The syntax to add permissions for the prefix should be the same though :)
Tim
Jason Zurawski wrote:
Hi Chris;
I see that you are using a link local v6 address (fe80::/64) in your
test, that may be messing with things. For example, here is one of our
hosts with IPv4 and IPv6 (global and link) addresses:
[rootjz@anl-pt1 ~]# ifconfig eth2.915
eth2.915 Link encap:Ethernet HWaddr 90:E2:BA:98:7E:00
inet6 addr: 2001:400:2201:1150::3/127 Scope:Global
inet6 addr: fe80::92e2:baff:fe98:7e00/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:15439924 errors:0 dropped:0 overruns:0 frame:0
TX packets:7557 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:343959399157 (320.3 GiB) TX bytes:619730 (605.2 KiB)
The globally routed one works fine (e.g. I am testing to 'myself'):
[rootjz@anl-pt1 ~]# owping 2001:400:2201:1150::3
Approximately 13.1 seconds until results available
--- owping statistics from [anl-pt1-v6.es.net]:9958 to
[2001:400:2201:1150::3]:9194 ---
SID: 00000003dacb9d0f6e1b5d24b2270457
first: 2016-04-27T13:18:24.538
last: 2016-04-27T13:18:33.386
100 sent, 0 lost (0.000%), 0 duplicates
one-way delay min/median/max = 0.00811/0.1/94.2 ms, (err=0.144 ms)
one-way jitter = 0 ms (P95-P50)
TTL not reported
no reordering
--- owping statistics from [2001:400:2201:1150::3]:9877 to
[anl-pt1-v6.es.net]:9141 ---
SID: 00000003dacb9d0f71666b3faba2d5ba
first: 2016-04-27T13:18:24.531
last: 2016-04-27T13:18:34.753
100 sent, 0 lost (0.000%), 0 duplicates
one-way delay min/median/max = 0.00668/0.1/0.0458 ms, (err=0.144 ms)
one-way jitter = 0 ms (P95-P50)
TTL not reported
no reordering
Testing to link local (still on 'myself') does not:
[rootjz@anl-pt1 ~]# owping fe80::92e2:baff:fe98:7e00
owping: FILE=owping.c, LINE=1603, Unable to open control connection to
fe80::92e2:baff:fe98:7e00.
My guess is that OWAMP probably doesn't like trying to test on link
local - do you have another host that is IPv6 connected you can test
against?
Thanks;
-jason
Chris wrote:
no firewall and v6 ping works...
chris@cdkPI31:~$ ping6 -I wlan0 fe80::ba27:ebff:fe10:5411
PING fe80::ba27:ebff:fe10:5411(fe80::ba27:ebff:fe10:5411) from
fe80::ba27:ebff:fe91:336c wlan0: 56 data bytes
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=1 ttl=64 time=6.51 ms
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=2 ttl=64 time=14.5 ms
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=3 ttl=64 time=5.15 ms
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=4 ttl=64 time=37.1 ms
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=5 ttl=64 time=46.4 ms
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=6 ttl=64 time=15.5 ms
64 bytes from fe80::ba27:ebff:fe10:5411: icmp_seq=7 ttl=64 time=12.8 ms
--- fe80::ba27:ebff:fe10:5411 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6009ms
rtt min/avg/max/mdev = 5.157/19.750/46.449/14.612 ms
chris@cdkPI31:~$ owping fe80::ba27:ebff:fe10:5411
owping: FILE=owping.c, LINE=1565, Unable to open control connection to
fe80::ba27:ebff:fe10:5411.
chris@cdkPI31:~$
|