-
da's het probleem niet. Gaat er om dat het aankomt.
Er word door een fout bij Neoworld 2 uplinks gebruikt dus als je word afgerekend op mbit verbruik zou je dus dubbel betalen
let me explain.
Neoworld heeft Instantxs voor peering. Wij peeren met Instantxs
dus verwacht je dat het direct daarna bij Neoworld aankomt.
dus Neoworld betaald voor de Instantxs traffic.
Dan stuurd Neoword van zich zelf naar Leaseweb
en dit moet je dan ook betalen om dan weer terug naar zich zelf te sturen
Neem voorbeeld via Chello / UPC
Het komt aan op de uplink Level3 van Neoworld. Dus goed
alleen stuurd Neoworld het weer terug naar Leaseweb omdan wederom naar zich zelf te sturen.
Klein foutje wat, zoals ik aan mag nemen, word opgelost.
Gaf het alleen maar aan. Zonde om dubbel te betalen of lijnen vol te laten lopen met traffic die heen en weer gaat
toch?
-
Ik zou het niet aannemen dat het over een andere uplink gestuurt, wat voor een ip in de traceroute verschijnt is niet altijd gelijk aan dat waar de traffic op nexthopped.
EDIT: Beetje korte uitleg, tis ook laat voor mij :)
-
Rdns zegt ook niks maar als je dan gaat kijken wie de eigenaar is.
Rns leaseweb blijkt dat het ip ook van leaseweb is.
tis een ongelukige config wat denk ik wel word opgelost
-
Zo werkt het niet, er zijn twee IP adressen, een aan de kant van leaseweb en een aan onze zijde. We sturen soms traffic van 1 interface naar een andere interface, met toevallig het IP van LSW aan onze zijde.
Traffic gaat niet daadwerkelijk naar LSW en weer terug, indat geval zou je dan ook twee extra hops zien.
Overigens heeft dit verder niets met traffic billing te maken, wij rekenen traffic voor datgene dat door de coreswitch poort van een klant gaat. Ook in de mrtg stats van de routers is overigens deze traffic redirect niet zichtbaar.
