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/[email protected]/
[ipv6-wg] New Document: "IPv6 Troubleshooting for Residential ISP Helpdesks"
- Previous message (by thread): [ipv6-wg] New Document: "IPv6 Troubleshooting for Residential ISP Helpdesks"
- Next message (by thread): [ipv6-wg] New Document: "IPv6 Troubleshooting for Residential ISP Helpdesks"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jason Fesler
jfesler at gigo.com
Sun Oct 26 19:40:31 CET 2014
On Sun, Oct 26, 2014 at 10:52 AM, Niall O'Reilly <niall.oreilly at ucd.ie> wrote: > In the case > mentioned, it looks as if application error HTTP 404 is being > interpreted as indicating IPv6 network target unreachable. Isn't > this a layering misinterpretation? Yes. But I have limits on what I can do in JavaScript, without invoking browser specific or even operating system specific code, or depending on plugins. I can (as far as I know) only detect success, failure, and timeout. Above all, I want the site to operate purely on simple clean javascript that works on any popular browser, and ideally, even the unpopular javascript-enabled browsers. FWIW: I always check IPv4 as a control measure. I only complain when IPv6 fails but IPv4 worked. This catches the case of apache httpd being down; it catches power down; it doesn't catch more subtle problems. When the control is down, I discount it from the list of failures (grey instead of red; and the ISP test in particular stops counting it). Not perfect; but if you can help me improve on this in a way that keeps my goal of simple javascript, I'm very much interested in your ideas. In some cases, it may be as simple as expertise (since JavaScript is not my "native tongue", so to speak). Thanks for the feedback! And thanks for taking the time to read the document. A lot of people have put a lot of time into that document already. I'm hoping ultimately the community finds the document (and the site) useful. -- Jason Fesler, email/jabber <jfesler at gigo.com> resume: http://jfesler.com "Give a man fire, and he'll be warm for a day; set a man on fire, and he'll be warm for the rest of his life."
- Previous message (by thread): [ipv6-wg] New Document: "IPv6 Troubleshooting for Residential ISP Helpdesks"
- Next message (by thread): [ipv6-wg] New Document: "IPv6 Troubleshooting for Residential ISP Helpdesks"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]