This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/
[atlas] Running a probe behind a NAT66
- Previous message (by thread): [atlas] Probe #32536 with incorrect location
- Next message (by thread): [atlas] Running a probe behind a NAT66
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Roman Mamedov
rm at romanrm.net
Mon Jun 11 20:42:15 CEST 2018
Hello, I am trying to run a probe (#73) behind an IPv6 NAT. The probe gets an IP in a non-standard prefix 66:113::/64, which is then NATed to a single GUA IPv6. This used to work fine for a few months, but then in April-2018 problems started: the probe would connect to Atlas for 5-10 minutes, then disconnect for about 20 minutes, then connect again; this alternates over and over again. However -- if IPv6 RAs are enabled some time after the probe is powered-on (i.e. the controller connection already got established over IPv4), things seem to go on fine, i.e. the controller is connected over IPv4 for days, but various measurements are performed on IPv6 too. So it seems that only the controller connection is the problem. I fully expect that you didn't account for such a setup in the controller infrastructure or possibly various "local IP is valid" checks and whatnot, but why this used to work fine before? Has there been any change on your side in April that would break this kind of setup? -- With respect, Roman
- Previous message (by thread): [atlas] Probe #32536 with incorrect location
- Next message (by thread): [atlas] Running a probe behind a NAT66
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]