Oladonk Skrevet 30. april 2013 Del Skrevet 30. april 2013 (endret) Hei diskutanter! Jeg har ei telenorlinje midt/sentralt i Oslo, med 6ms til Homelien utenfor beste sendetid. I beste sendetid (17:00 til 22:00) har jeg både ekstrem latency og spikes som varer i minutter. Det kommer og går, noen dager nesten ingen "lag," andre dager kan jeg såvidt browse nettsider. Jeg antar at Telenor leier verdens kjipeste og trangeste tunnel til utlandet via sverige, siden de fleste telenor brukere er gamle bestemødre som bruker facebook. Jeg er på god vei til å bli en av dem, i alle fall. ADSL 7196/668 kbps Zyxel P-2812HNU-F3 V3.10(BLN.12) Hva skal jeg gjøre? Jeg tror ikke jeg har mulighet til å velge en annen leverandør, men isåfall hvordan finner jeg denne? Trace til bbc: 1 <1 ms 2 ms <1 ms 10.0.0.138 2 33 ms 41 ms 41 ms 148.122.176.1 3 50 ms 83 ms 88 ms 146.172.9.193 4 57 ms 87 ms 86 ms 146.172.98.169 5 70 ms 73 ms 100 ms 146.172.98.141 6 84 ms 82 ms 57 ms 146.172.100.86 7 * 58 ms 82 ms 146.172.99.245 8 68 ms 84 ms 100 ms 146.172.105.38 9 67 ms 87 ms 50 ms 195.66.224.103 10 * * * Request timed out. 11 80 ms 56 ms 50 ms 132.185.254.93 12 50 ms 50 ms 101 ms 132.185.255.156 13 116 ms 118 ms 110 ms 212.58.253.67 Ping bbc.co.uk direkte: Reply from 212.58.253.67: bytes=32 time=50ms TTL=116 Reply from 212.58.253.67: bytes=32 time=84ms TTL=116 Reply from 212.58.253.67: bytes=32 time=69ms TTL=116 Reply from 212.58.253.67: bytes=32 time=79ms TTL=116 Reply from 212.58.253.67: bytes=32 time=83ms TTL=116 Reply from 212.58.253.67: bytes=32 time=114ms TTL=116 Reply from 212.58.253.67: bytes=32 time=101ms TTL=116 Reply from 212.58.253.67: bytes=32 time=114ms TTL=116 Reply from 212.58.253.67: bytes=32 time=101ms TTL=116 Reply from 212.58.253.67: bytes=32 time=97ms TTL=116 Reply from 212.58.253.67: bytes=32 time=101ms TTL=116 Reply from 212.58.253.67: bytes=32 time=138ms TTL=116 Det er desverre ikke så høyt trauma-nivå i dag, da jeg tok disse testene. Men det viser en svært ustabil tur/retur. Noen som kjenner seg igjen her, forresten? Jeg er bosatt midt i Oslo, med 6ms til homelien.no, så nærmere kommer man vel stort sett ikke sentralene? Jeg prøvde å pinge banetele, men ser ut som de har blitt kjøpt opp av ventelo.. Ventelo (website) ping: Reply from 62.148.38.76: bytes=32 time=101ms TTL=116 Reply from 62.148.38.76: bytes=32 time=90ms TTL=116 Reply from 62.148.38.76: bytes=32 time=60ms TTL=116 Reply from 62.148.38.76: bytes=32 time=66ms TTL=116 Dette er ikke normalt, da... Det jeg har gjort så langt, er å bytte fra wifi til direkte kabel (spesielt siden det er ganske mange APs rundt meg,) men det gav ingen forskjell. Endret 30. april 2013 av fwsGonzo Lenke til kommentar
cronbach alpha Skrevet 30. april 2013 Del Skrevet 30. april 2013 Det er veldig mange variabler som kan påvirke linjen. Men når du snakker om linjen din blir påvirket ved forskjellige tidspunkter i løpet av dagene og der du sier at linjen blir betraktelig påvirket etter 17:00 (som er tidspunktet folk kommer hjem og begynner å bruke nettet) kan det tyde på at DSLAM og portene er på maksgrensen av kapasiteten. Alle sentraler har en grense for hvor mange noder de kan ha tilkoblet og sentraler som er utsatt for dette er nettopp i tettbebygde strøk og der ISP ofte leverer såkalte max linje/produkter. Hva jeg ville ha sjekke først om jeg var deg og der jeg antar at alt er ok internt hos deg (forviss deg om hvilken linje du har, altså kapasiteten linjen din skal ha, f.eks 10Mbps ned 1 Mbps opp): Kontakt Telenor kundesenter og spør om følgende: 1. Hvilken linje har jeg (for å sjekke om det stemmer med det du har og det de har registrert). 2. Hvilken opplysninger har dere om linjen min gjennom Kapaks (tjeneste som leveres av telenor og som har lagret målte verdier for alle linjene)? Her er det hovedsaklig 3 ting du bør notere deg, det er Faktisk linje lengde, lengde på inntak og tråddiameter. Under finner du et eksempel: Linjen har produktet analog telefoni Total linjelengde inkludert inntak: 1169 meter Lengde på inntak: 100 meter (standard) Tråddiameter: Varierer mellom flere tråddiametre Fabrikat på utstyr: A7302E Mulig produktklasse: ADSL 14432/800 Grunnen til at dette er viktig å sjekke er fordi at linjene blir ofte satt opp automatisk etter profiler som er fastsatt på forhånd. Da kan det hende at selv om linjen skal bli satt opp til en optimalt profil ut i fra målinger kan den faktisk blir satt for høyt (noe som ofte skjer). Linjen over ville ut fra linjelengden blitt satt til 18-20 Mbps profil, men noe den ikke ville ha taklet. Om denne linjen hadde blitt satt til en slik profil ville den nok målt en 7-10 Mbps, altså et tap på 38,9-50% og den ville mest sannsynlig blitt meget ustabil (mye pakketap og høy laytency). Som du ser har denne linjen ganske lang lengde på inntak og har varierende tråddiameter (noe som er veldig ugunstig) og det setter begrensninger på hva linjen takler. Målingene som er gjort ute i felt sier at linjen takler ADSL 14432/800, men som tommelfingerregel skal du fjerne 5-10% av denne målte kapasiteten. Så en riktig profil for denne linjen ville være en 11-12 Mbps profil. Det kan selvfølgelig hende at linjen vil fungere fint ved f.eks 15-16 Mbps profil, men da kan det hende at den vil få ettervirkninger senere, eller at linjen blir påvirket når sentralene blir belastet. 3. Hvilken målinger har dere på min linje? Dette skal de kunne måle direkte fra sentral til husstand. Om de f.eks sier at de måler 7456 Kbps og linjen din skal være en 20Mbps er det noe som er gale (ettersom det er veldig mye tap), og der linjen din har som regel blitt satt til en feil profil. Da er en mulig løsning å sette denne ned til for eksempel en 8 Mbps profil for å se om dette virker. Om forholdene er veldig dårlig ut i fra tallene kan det hende at det er lurt å sette linjen betraktelig under den målte kapasiteten og de ofte har mulighet til å "øke" styrken på signalet (det vil si at det er mindre avvik i utvisking av signalet før det kommer fram). 4. Hvilken støynivåer måler dere på min linje? Her skal de kunne måle støynivåverdiene på opp og ned linjen og skal normalt ligge på 5 - 15 db. Lenke til kommentar
Oladonk Skrevet 30. april 2013 Forfatter Del Skrevet 30. april 2013 (endret) Takk for respons! Du har helt rett i at det kan være sentralen, så jeg burde nok ta kontakt som du sier. Akkurat nå har jeg "relativt" god latency, med sjeldne spikes som varer 5-10 sekunder. Alt i alt en god dag. Ett eksempel på latency idag, med ekstreme spikes: Reply from 195.159.0.90: bytes=32 time=7ms TTL=55 Reply from 195.159.0.90: bytes=32 time=6ms TTL=55 Reply from 195.159.0.90: bytes=32 time=41ms TTL=55 Reply from 195.159.0.90: bytes=32 time=30ms TTL=55 Reply from 195.159.0.90: bytes=32 time=30ms TTL=55 Reply from 195.159.0.90: bytes=32 time=37ms TTL=55 Som vises, er latencyen ikke et problem, merkelig nok. Likevel er det packetloss med minutters/kvarters åpenrom, og spikene varer i 5-6 sekunder (i dag). Jeg er ikke helt sikker på hva som kan være årsaken til dette. Jeg sjekka forresten at sessions er på et ok nivå på routern, slik at det ikke er den som "sliter." Alt er OK der. Edit: Det fortsatte med spikes opptil 1 minutt uten svar Dvs. Har ikke nett i minutter av gangen.. i en hel time nå i dota 2. Det er latterlig Det skjedde mellom 21:30 og 23:00 som er litt rart, da laggen pleier å forsvinne kl. 22:00 Endret 30. april 2013 av fwsGonzo Lenke til kommentar
Oter Skrevet 1. mai 2013 Del Skrevet 1. mai 2013 sliter med det samme jeg også,men starter litt senere,ca 19-00,for min del,så ser det ut til at problemet ligger i en server som tilhører telia i sveits,og det er mange andre rundt omkring i Europa som også sliter med denne serveren. pinget denne serveren,og hadde nermere 18% pakketap 1 Lenke til kommentar
Oladonk Skrevet 1. mai 2013 Forfatter Del Skrevet 1. mai 2013 (endret) Pathping: http://art.fwsnet.net/ping.png Snakka med en kar som driver med internasjonal routing (henet) > that packet loss looks like icmp throttleing on hop 7 > icmp drops on hop 20 > copenhagen to dusseldorf looks like the issue > which shouldnt be 100ms+ from the distance between the two > looks like conguestion on the the copenhagen to dusseldorf path Endret 1. mai 2013 av fwsGonzo Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå