Gå til innhold

eriktar76

Medlemmer
  • Innlegg

    182
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av eriktar76

  1. Er litt nysgjerrig på hvordan det står til med hasighet og bufferbloat der ute.  Tror ofte det er latency/buffer problemer heller enn hastighetsproblemer folk opplever når de klager på "tregt internet". Kunne folk gjort en test hjemme hos seg selv og postet resultatet her sammen med kort beskrivelse av setup?

     

    Testsiden:

    http://www.dslreports.com/speedtest

     

    Mitt resultat:

    http://www.dslreports.com/speedtest/7755199

    Telenor 4G, Dlink 966, iMac, trådløst til router

     

    Kollega:

    http://www.dslreports.com/speedtest/7755359

    Telenor VDSL, Zyxel 8702, Macbook Air, Trådløst til router

     

  2. Forskjellige navn var rett svar tidligere.  Nå er det nok lurere med samme navn.  De trådløse klientene gjør som regel ganske gode valg på 5GHz vs 2.4GHz.  Samme navn legger også til rette for client og band steering.  Altså at mer avanserte trådløse løsninger med mesh kan gjøre inteligente valg på å flytte klient mellom 5/2.4 og forskjellige aksesspunkt basert på last i det trådløse, få vekk klienter fra rand sone (dvs at de stjeler mye air-time), rydde plass i 5GHz for høyytelsesklienter.  Og alle disse valgene skal kunne gjøre dynamisk basert på bruk, plassering og støy slik som det er for øyeblikket, ikke statisk konfigurasjon.  Type eero og AirTies løsninger.  Og etter hvert standard i Broadcom baserte routere (Dlink, Zyxel ++)

  3. Den som eier linja er juridisk ansvarlig for det som skjer over linja.  Og du sitter på bevisbyrden at det ikke var du som skrev krenkende innlegg, deltok i DDOS, eller klassikeren barneporno.  Kjenner til tilfeller der uskyldige tredjepart har blitt brukt som lagring for barneporno så pedoen selv skal slippe å ha ulovlig innhold på sitt utstyr.  Ble riktignok frikjent, men den type ting vil du neppe ha assosiert med navnet ditt.

     

    Jeg ville ha lukket nettet.

  4. For sluttbrukere er det ikke så himla mye direkte fordeler med IPv6 her i landet og vesten generelt.  Internetleverandører i Asia og Afrika har gått tomme for IPv4 for lengst og bruker NAT44 i flere lag i sine nettverk.  Hos enkelte mobilleverandører der vil du ikke ha times og dagesvis med IPv4 lease tid, men kun få sekunder.  Så du vil kunne ofte være i situasjonen at du har helt super mobil dekkning, men kan ikke surfe på nettet da det ikke er ledig IPv4 addresse til deg for tiden.  Du må vente til noen i nabolaget gir slipp på sin, så kanskje du får om du treffer rett.  Der vil du kunne få en IPv6 addresse med lang lease tid og en mye mer stabil internet opplevelse.

     

    I Norge er det litt mer for å være kompatible med det som kommer.  Hjemme hos meg så er det rett nok relativt få siter som bruker IPv6.  Men nesten alle de store sitene bruker det.  Youtube, facebook, vg og mange andre.  Så i trafikkvolum har jeg ganske mye mer IPv6 enn IPv4.

     

    Har merket fint lite negativt til IPv6.  Var spennende å følge med de første dagene, så har jeg for det meste glemt det.  Største positive er at jeg kan ha SSH og web direkte til hver av serverne uten å måtte gjøre portoversetting.

  5. http://stup.telenor.net/firmwares/cpe-zyxel-p8702n/100AAJX10D0.bin.md

    QoS endringer

    Opplevd kvalitet på linja har vært et problem, spesielt for ADSL. Det er hovedsakelig to grunner til det, brukermønsteret har endret seg og kø bufferne har vært for dype (bufferbloat). "Skyen" har blitt allemannseie og veldig mange gjør nå backup til en eller flere slike tjenester. Disse er designet for å fungere over alt og tar derfor utgangspunkt i http(s). Man bruker samme protokoll som man bruker for å sjekke VG og Facebook som store backup bulk jobber. Bufferdybden har vi krympet inn til et nivå som passer bedre for aksessformene ADSL og VDSL. Ethernet sin bufferdybde er uendret. Køingsalgoritmene har vi endret på for å bedre håndtere backup trafikk i http klassen.

     
  6. STB trenger å vite klokka for å fungere skikkelig.  193.212.1.10 <-- som ntp server må deles ut med DHCP serveren i routeren deres.  Det blir ikke delt ut av Telenor sine DHCP servere, men av Zyxel routerene.

     

    IGMPv3 skal være bakoberkompatibelt med IGMPv2.  Ikke behov for å oversette.  Koble STB rett i ONT så kan du se om kanalbytte fungere der for å etterprøve påstanden min. :)

  7. Live tv leveres med multicast. Routeren din må ha støtte for dette, gjerne inkludert igmp fast leave og explicit host tracking slik at du kan ha flere STB hengene på uten at de går i beina på hverandre. Mange switcher og routere håndterer multicast som broadcast og vil floode resten av portene. Det pleier gå dårlig om du har mix av 1Gb og 100Mb enheter.

     

    Video on demand bruker en relativt spesiell tolkning av RTSP, mulig du kan få det til med port forwarding eller "default server" eller DMZ. Men da kun for en STB.

     

    Hvilke issue er det du har med routerne fra Telenor? Vil tro det er kortere vei til mål å henge ASUS'en bak Zyxel'en om det er annen wlan du først og fremst er ute etter.

  8. Har du faktiske problemer, eller måler du oppførsel med ping? Moderne wlan kort og aksesspunkt går gjerne i "power save" mode. Kan finne på å aggregere pakker før de sendes ut for å spare strøm. Dvs om nettet er tomt for trafikk annet enn din ping så kan det ta lang tid før den kommer ut på lufta. Kjører du trafikk samtidig så vil nettverkskortet ikke rekke å komme inn i power save og dermed har du god ping.

     

    Dvs har du gammel 11.b kort så vil du ha mer javn latency fordi det vil aldri gå i power save. Moderne 11ac og 11n vi så ofte som mulig gå i power save og dermed se dårligere ut.

     

    Test å sette opp iperf eller annet med en lav hastighet mellom pc1 og pc1 (UDP mode og 500kbit). Tipper at så lenge den strømmen går vil du aldri få dårlig ping.

×
×
  • Opprett ny...