Je hebt een klacht over de onderstaande posting:
Dat op de eerste hop was me op d'ene of d'andere manier even ontschoten. Niet alles is even zorgvuldig met het juiste ipadres aan de juiste interface te koppelen. En op de eerste hop is dat je modem, dus wellicht dat dat rare bokkesprongen uithaalt. Als niet (dus als je vanaf het modem die traceroute gedaan hebt) dan zal het een headend of dslam van upc zijn. En die doen ook wel eens vreemde dingen. Soms reageren ze ineens niet meer op ping of traceroute. Ik heb ook wel eens twee keer hetzelfde ipadres op de tweede (en derde) of derde (en vierde, ofzo) hop gezien. Van buitenaf zien zal je het niet. Wellicht dat ze filteren op de egress (is wel zo netjes om te doen), maar als niet dan nog komt het niet door de default-free zone heen. Je kan nog even het aantal hops tellen, beide kanten op. Best kans dat er iets asymmetrisch tussenzit. Hoewel als het op je modem is (wat NAT doet) het niet achter de NAT uitkomt. Wat er precies gebeurt weet ik ook niet, daar niet van. Overigens is het "flutproducten", ...
Beschrijf je klacht (Optioneel):