perfSONAR User Q&A and Other Discussion

[Casey Russell <>]

Group,

     I Just recently got our three new hosts up and testing.  They are (3) physical hosts with (2) interfaces each.  Each interface runs dual-stack (IPv4 and IPv6). 

     After I created the mesh config and started the testing, I got 6 rows of testing data on my "Throughput / Latency Graphs" page.  All 6 of those rows showed IPv6 results only.  I figured "no biggie, I'll figure out how to see IPv4 and IPv6 results later".  I was, after all, under the impression that the respective tests were being run for both protocols.  If you go to the "Scheduled tests" page and click "configure" it shows that they are being run for both protocols (or maybe I don't understand what the "IPv4 and IPv6" checkboxes are for).  But I digress.

     However, about 30 hours later, a single new line of results shows up.  This results line lists the two hosts by their IPv4 addresses and seems to contain no data. 

     This appears (to me) to maybe be an errant check that ran one time and for whatever reason, got an A record instead of AAAA records when it looked up the hosts to start the tests.  Then recorded a single data point, which is now orphaned without any other data.  Does that seem correct to you?  If so, that leads me to believe that the tests that are running are not gathering statistics for both protocols, but only for the protocol that DNS resolves on first query.

     If so, how do you guys view IPv6 test results separately than IPv4?  Do you maintain two different names for the host (Interface), one for IPv4 and one for IPv6?  Then define two different hosts in the testing files?

     Or am I completely wrong, and is it a different problem altogether?  You can see the result here:  https://ps-dashboard.kanren.net/serviceTest/psGraph.cgi

     I realize there's more than one question here, so if you'd like to break them down into one or more smaler topics and address them one at a time, that's understandable.  Also, I'll be glad to run diagnostic commands or provide log contents if it helps to diagnose.

Thank you,

Casey Russell

Network Engineer

Kansas Research and Education Network

2029 Becker Drive, Suite 282

Lawrence, KS  66047

(785)856-9820  ext 9809