mboost-dp1
Waoo!
myplacedk (151) skrev:Okay. Men det ændrer jo stadig ikke på at jeg ikke får hvad jeg har bestilt. ;-)
Jo du gør. Det du mener er at du forventer at når du bestiller 10mbit, så er det = at du effektivt kan teste den til en hastighed som ville svare til en 10mbit LAN forbindelse.
Men det er en ADSL forbindelse. Der er overhead, det står i aftalen, det er hvad du betaler for. Selvom du allerede ved det, vælger du så ikke at acceptere det.
kblood (154) skrev:Men det er en ADSL forbindelse. Der er overhead, det står i aftalen, det er hvad du betaler for. Selvom du allerede ved det, vælger du så ikke at acceptere det.
Hvis det står med småt i betingelserne og vi leger at jeg faktisk har læst dem, så har du ret.
De gange hvor jeg har læst betingelserne har jeg nu aldrig fundet noget som helst som er tilnærmelsesvist så teknisk, ud over engang der stod noget om begrænsninger på udgående TCP-forbindelser på port 25 på en TDC-forbindelse.
Men bare fordi det står i betingelserne skal det jo ikke forhindre mig i at ønske det var anderledes.
Hvis volumen af mælk nu var inklusive embalagen, så skal man jo blot skrive brutto i stedet for netto med små bogstaver i det ene hjørne. Men derfor er det jo stadig problematisk af adskillige årsager. (Sværere at sammenligne priser, sværere at købe 1 liter mælk...)
myplacedk (155) skrev:Hvis det står med småt i betingelserne og vi leger at jeg faktisk har læst dem, så har du ret.
De gange hvor jeg har læst betingelserne har jeg nu aldrig fundet noget som helst som er tilnærmelsesvist så teknisk, ud over engang der stod noget om begrænsninger på udgående TCP-forbindelser på port 25 på en TDC-forbindelse.
Det kan vel ikke være internetudbyderens fejl at du har købt noget som du reelt ikke har læst hvad er.
Overhead står ret tydeligt...
TDC skrev:Uopsigelig i 6 mdr. Inkl. Gør-Det-Selv installation. Hastigheden er mindst 2096/256 Kbit/s – op til 10/1 Mbit/s. Ca. 15% af hastigheden anvendes til datastyring. Telefoni: 1 kr. i opkaldsafgift; 0 kr./min. til alm. DK fastnetnumre; 0,79 kr./min. til mobil. Forudsætter betaling via Automatisk Kortbetaling. Ellers 5,04 kr./regning via BS el. 49 kr./regning via manuel betaling.
Nope.cnx (157) skrev:@Magten #145
Vil du sige at isp'en intet har med at gøre eller ansvar for, hvor meget en given linje vil kunne trække og det er ene og alene er kundens problem hvad linjen kan trække ?
Og f.eks. Fullrate giver dig også besked hvis din linje ikke kan trække det du har bestilt.
Hvem er "man"? De sidste to linjer jeg har haft har performet over det bestilte.Daniel-Dane (158) skrev:Pointen er:
Når man køber ADSL-forbindelser, får man kun 80-90 % af, hvad man betaler for.
Det er også rigtigt flot, men nu har i jo ikke kun nye kunder. De gamle kunder oplever også problemer fra tid til anden.Magten (159) skrev:Nope.
Og f.eks. Fullrate giver dig også besked hvis din linje ikke kan trække det du har bestilt. giver dig også besked hvis din linje ikke kan trække det du har bestilt.
For nogle af disse ender med "Op til" kortet og kan ellers acceptere at linjen magisk er blevet dårligere end aldrig før og fullrate byder dig så velkommen på en nedgraderet linje.
Jeg beklager. Hermed *fullrate* even :)Magten (161) skrev:Først: "I"? Jeg arbejder ikke for Fullrate :)
Ikke noget fullrate tager seriøst.Magten (161) skrev:Linjen bliver jo ikke på magisk vis dårligere.. Der kan være mange grunde til det..
Det er mig også uforståeligt. Lige så uforståeligt er det at fullrate heller nedgrader end løse problemet.Magten (161) skrev:Jeg har dog heller aldrig hørt om nogen hvor forbindelsen er blevet dårligere over tid...
Anyho det lærte mig at "Op til" tillader at der kan "sløses", meget.
Da under den paraply har de leveret produktet selvom du kun kan få x % ud af den fulde linje.
Fjolle (156) skrev:Det kan vel ikke være internetudbyderens fejl at du har købt noget som du reelt ikke har læst hvad er.
Hvis vi snakker det der A4-ark med rigtigt mange meget småbogstaver, så er det ikke noget man på nogen måde kan forvente at folk hverken læser eller forstår. Det er det meste af systemet også designet til.
Hvor mange her har faktisk prøvet at læse det, og sætte sig ind i hvad der står? Hvor mange har så startet forfra når der kommer ændringer, fordi det ikke fremgår hvad ændringerne er?
Alt det juridiske ævl er/bør være sund fornuft. Og det plejer det også at være. Hvis man bruger linjen til grove ulovligheder har de ret til at lukke den, hvis man ikke betaler regningen bare nogenlunde til tiden har de ret til at lukke forbindelsen osv osv.
Fjolle (156) skrev:Overhead står ret tydeligt...
Og det er et citat fra det materiale JEG har bestilt ud fra?
I øvrigt er forbedringen ret begrænset.
Hastigheden er mindst 2096/256 Kbit/s – op til 10/1 Mbit/s. Ca. 15% af hastigheden anvendes til datastyring.
Og hvad dækker "datastyring" så over? Når jeg ikke ved om det er "mit eget" overhead, så kan jeg ikke bruge det til noget. I bedste fald er ADSL overhead ikke inkluderet der, men det har det været på mine forbindelse de gange jeg har kontrolleret det.
Men en lille forbedring er det da. Så bliver folk da gjort opmærksom på at der er noget mudret over de hastigheder pga. overhead.
Og ved at sige at forbindelsen ikke er på præcis 10 mbit men mellem 2 og 10 er aftalen klar på det punkt. Men det er da godt nok en aftale jeg ville være ked af at binde mig til i 6 måneder, uden at vide om jeg reelt får det bedste eller det værst mulige. Især hvis der er en væsentlig prisforskel på en "2-10" og fx. "2-4", så ville jeg da i det mindste gerne reducere produktet til en 2-4 hvis den er lige så god.
ty (143) skrev:#142
Du skal nok forstå, hvad der menes med fysisk protokol. Du siger, du arbejder for en internetudbyder?
Så er det den målte UDP eller den målte TCP kommer tættest på den reele hastighed?!
Så vidt jeg ved sælges der ikke TCP hastighed...igen, jeg kan kun konkludere at du ikke aner om emnet.
myplacedk (148) skrev:Hvorfor skal TCP's overhead betales af ISP'en, mens HTTP's overhead ikke skal?
http-overhaed?
*LOOOOOOOOOOOOOOOOOOOOOOOOOL*
That is a keeper.
(hint: http køre på TCP protokollen)
Daniel-Dane (158) skrev:Pointen er:
Når man køber ADSL-forbindelser, får man kun 80-90 % af, hvad man betaler for.
Løgn, trainer din linje op med 1024 Kbit/s vil du kunne trække dette over UDP...hold kæft når du ikke naer hvad du snakker om.
En ting er at være ignorant og rate mit relevante sprøgsmål og UDP og TCP som ireelevant...en anden ting er at sidde og lyve...selv om det er baseret på uvidenhed...
Alle kan desuden se deres trainede hastighed i deres IAD.
Clauzii (163) skrev:/tinfoil hat on
En udbyder har en 10Mbit DL linie. De skriver så at der er/kan være 10-15% tab grundet diverse ting.
"Hey, vi kan se den er 10%, så vi 'låner' de sidste 5% ud til en anden. Det finder de aldrig ud af!"
/tinfoil hat off
Igen alle kan se deres trainede hastighed i deres IAD...the ignorance is strong in this thread...
cnx (160) skrev:Det er også rigtigt flot, men nu har i jo ikke kun nye kunder. De gamle kunder oplever også problemer fra tid til anden.
For nogle af disse ender med "Op til" kortet og kan ellers acceptere at linjen magisk er blevet dårligere end aldrig før og fullrate byder dig så velkommen på en nedgraderet linje.
Så er det godt a scriptet køre konstant...selv på gamlekunder.
Damn, der er mange "argumenter" i den her tråd baseret enten på uvidenhed og my little pony.
Det mystiske er at når folk bestiller en dildo over nettet...så kommer der også porto på embalagen...som folk betaler for...selv om kassen ikke var hvad de bestilte.
Vil folk nu også whine oer at der er porto på emalagen, da de kun har bestilt en dildo og ikke en dildo i en kase?
Vil folk nu også whine oer at der er porto på emalagen, da de kun har bestilt en dildo og ikke en dildo i en kase?
terracide (168) skrev:http-overhaed?
*LOOOOOOOOOOOOOOOOOOOOOOOOOL*
That is a keeper.
(hint: http køre på TCP protokollen)
Du skulle forestille at have forstand på netværk, og du tror ikke HTTP skaber yderligere overhead? Behold du bare den.
terracide (168) skrev:Igen alle kan se deres trainede hastighed i deres IAD...the ignorance is strong in this thread...
Og du tror selv det kan bruges til noget, hvis den reelle hastighed stadig er lavere? Eller tror du ikke på at der kan laves traffic shaping på nogen anden måde og/eller noget andet sted?
Vag kommentar. definer scriptet, hvad formål har det script.terracide (169) skrev:Så er det godt a scriptet køre konstant...selv på gamlekunder.
Flot selvmål, der findes også fri/gratis fragt, hvor den del er i regnet produktet.terracide (170) skrev:Det mystiske er at når folk bestiller en dildo over nettet...så kommer der også porto på embalagen...som folk betaler for...selv om kassen ikke var hvad de bestilte.
Fullrate kan da også lave deres produkter om så "strømen" der bruges til at sende/modtage til/fra kunden betales særskilt. Men det ville bare være fjollet.
terracide (170) skrev:Det mystiske er at når folk bestiller en dildo over nettet...så kommer der også porto på embalagen...som folk betaler for...selv om kassen ikke var hvad de bestilte.
Vil folk nu også whine oer at der er porto på emalagen, da de kun har bestilt en dildo og ikke en dildo i en kase?
Det har du måske meget erfaring med?
Undskyld, var nødt til at komme af med den.
myplacedk (171) skrev:terracide (168) skrev:http-overhaed?
*LOOOOOOOOOOOOOOOOOOOOOOOOOL*
That is a keeper.
(hint: http køre på TCP protokollen)
Du skulle forestille at have forstand på netværk, og du tror ikke HTTP skaber yderligere overhead? Behold du bare den.
Hvor meget "overhead" er der på http://myplace.dk/ ?
[dquote]Og du tror selv det kan bruges til noget, hvis den reelle hastighed stadig er lavere? Eller tror du ikke på at der kan laves traffic shaping på nogen anden måde og/eller noget andet sted? [/quote]
Den reelle hastihed er ikke lavere. du vil have at pakker skal være "gratis"...men kontrolpakker fylder stadig...du skulle holde dig til overhaed på http...TCP og UDP er du åbenbart cluess about..
terracide (174) skrev:Hvor meget "overhead" er der på http://myplace.dk/ ?
Er det dig eller mig der arbejder med netværk? Hvis du er så klog, burde så ikke være mig der spørger dig?
Nu sidder jeg lige på arbejde og har ikke nem adgang til at måle det. Jeg har hverken værktøjerne eller direkte adgang til internettet. Men jeg kan da se headerne som de ser ud på min side af proxyen og give et fingerpeg.
Udgående headers: 1.181 bytes
Indgående headers: 464 bytes
Dertil kommer noget chunk encoding jeg ikke kan måle på en nem måde lige nu. Hvis ellers serveren opfører sig pænt betyder det ikke alverden.
Det er ikke meget til et payload på 13458. Men det er kun det første request. Der er et lignende overhead på grafik osv., ved nogle requests er der mere HTTP overhead end der er data.
terracide (174) skrev:Den reelle hastihed er ikke lavere. du vil have at pakker skal være "gratis"...men kontrolpakker fylder stadig...du skulle holde dig til overhaed på http...TCP og UDP er du åbenbart cluess about..
Pas på med hvem du kalder clueless. Jeg har sagt MANGE gange i denne tråd at jeg gerne betaler for det overhead der ankommer til min PC, altså også TCP-pakkerne.
#176:
Idiot, du snakker om TCP traffik der...ergo overhead på TCP.
Man kunne måske godt fjerne dine kontrolpakker på TCP...men så ville din side ikke loade.
Du er jo ren Neils Højlund hvad angår netværk...rabble, rabble, rabble, men intet indhold.
Og ja, ´din fucking n00b, dine kontrolpakker rammer også din PC, at du er så dum at tro de ikke gør får mig til at grine endnu mere.
Har du flere guldkorn, kiddie? :D
Idiot, du snakker om TCP traffik der...ergo overhead på TCP.
Man kunne måske godt fjerne dine kontrolpakker på TCP...men så ville din side ikke loade.
Du er jo ren Neils Højlund hvad angår netværk...rabble, rabble, rabble, men intet indhold.
Og ja, ´din fucking n00b, dine kontrolpakker rammer også din PC, at du er så dum at tro de ikke gør får mig til at grine endnu mere.
Har du flere guldkorn, kiddie? :D
terracide (177) skrev:Idiot, du snakker om TCP traffik der...ergo overhead på TCP.
o_O
terracide (177) skrev:Man kunne måske godt fjerne dine kontrolpakker på TCP...men så ville din side ikke loade.
o_o
terracide (177) skrev:Og ja, ´din fucking n00b, dine kontrolpakker rammer også din PC, at du er så dum at tro de ikke gør får mig til at grine endnu mere.
O_o
Jeg mangler ord. Spiller du virkelig så dum for at holde liv i debatten, eller er du virkelig så inkompentent? Hvis du rent faktisk arbejder hos Fullrate håber jeg det er
(Og for folk som er lige så uopmærksomme som Terracide men faktisk er klar over det: HTTP- og TCP-overhead når frem til PC'en og det mener jeg er en del af den båndbredde man betaler for. ADSL-overhead kommer aldrig forbi ADSL-udstyret, og det mener jeg ikke skal inkluderes i den målte båndbredde.)
Jeg kan lige tilføje hvad TCP overhead er, den korte udgave:
Når data sendes over TCP deles det op i små pakker. Hver pakke indeholder informationer som portnumre, sekvensnummer og andet guf. Dette fylder mellem 20 og 60 bytes.
Den teoretiske max-størrelse på sådan en pakke er omkring 65.535, men i praksis er den nærmere omkring 1.500 bytes. (Hvis Terracide laver noget lidt mere teknisk end rengøring er dette sikkert en glimrende chance for at kalde mig dum, fordi jeg ikke har brugt tid på at undersøge hvor meget det svinger, hvor meget traditionen har ændret sig de sidste år, at det faktisk er 1.517 bytes osv. Men som sagt, det er den korte udgave.)
Så vidt jeg lige kan regne ud snakker vi om et overhead i størrelsesordenen 2,5%.
Dertil kommer 3 TCP pakker til at etablere forbindelsen med, og tabte pakker skal genudsendes. Mængden af pakketab svinger naturligvis meget.
Når data sendes over TCP deles det op i små pakker. Hver pakke indeholder informationer som portnumre, sekvensnummer og andet guf. Dette fylder mellem 20 og 60 bytes.
Den teoretiske max-størrelse på sådan en pakke er omkring 65.535, men i praksis er den nærmere omkring 1.500 bytes. (Hvis Terracide laver noget lidt mere teknisk end rengøring er dette sikkert en glimrende chance for at kalde mig dum, fordi jeg ikke har brugt tid på at undersøge hvor meget det svinger, hvor meget traditionen har ændret sig de sidste år, at det faktisk er 1.517 bytes osv. Men som sagt, det er den korte udgave.)
Så vidt jeg lige kan regne ud snakker vi om et overhead i størrelsesordenen 2,5%.
Dertil kommer 3 TCP pakker til at etablere forbindelsen med, og tabte pakker skal genudsendes. Mængden af pakketab svinger naturligvis meget.
Én ting folk gennem hele denne diskussion glemmer er at noget der ligner 90% af de danske internetforbrugere er komplet blanke når det kommer til teknologi.
Når Telenor så sælger 8-9mbit excl. overhead for 199,- og TDC sælger 10 mbit inkl. overhead for 199,- hvad tror i så Hr. og Fru Danmark bestiller?
At bebrejde udbyderne for at gøre som de gør er til pointeløst. Ingen udbyder kan ændre det alene. Det skal ske fra IT og Telestyrelsen.
Hvis man så tænker et skridt videre vil man også forstå at der er en grund til at IT&T har valgt ikke at ændre dette. Og det er absolut ikke for at hjælpe udbyderne.
Det er fint nok at sælge 2.2 mbit i stedet for 2 og så er det inkl. overhead, men hvad med 20 mbit? 22 mbit er praktisk talt umuligt at levere på ADSL så altså skal 20 mbit være uden overhead men 2 mbit skal være med. Ikke særlig overskueligt.
Eller skal produkterne hedde 1.5-1.8 mbit, 8-9mbit, 15-20 mbit. Vil det gavne forbrugeren hvis de reelt betaler samme pris for samme produkt?
Kan du "føle" om du sidder på en 10 mbit forbindelse eller en 12 mbit? Jeg kan ikke. Så er det vigtigeste i sidste ende ikke bare at vide at 10mbit hos udbyder A er ca. = 10 mbit hos udbyder B?
Så taler folk om gennemsnitshastighed. Men hvordan skal udbyderen på forhånd vide om du streamer mest over UDP eller henter via TCP. Gennemsnitshastigheden vil være meget afhængig af dette.
Hos Fullrate, som nævnes flere gange, har man valgt at lave produktgrupper. 0-4 mbit én pris, 4-10 mbti én pris osv.
Det kan sammenlignes med DSBs løsning. Indenfor dette område skal du betale for 2 zoner. Indenfor dette 3 zoner. Osv.
Prisforskellen på udgiften for udbyderen om de leverer 5 eller 8 mbit er forsvindende lille derfor er prisen for slutbrugeren den samme.
Idéen med at betale fx 7,- pr mbit er heller ikke specielt smart da de fleste DSLAM'er (centraludstyr) ikke kan have uendelige hastighedsprofiler. Derfor har man typisk 2,4,6,8,10,15,20 fx og så hver profil med .5,1,2 mbit upload. Allerede dér har man 21 profiler, 42 hvis man skal have fast interleave profiler. Det løber hurtigt op.
Jeg mener ikke som sådan at den nuværende løsning er perfekt, men det er den bedste mulighed jeg har set endnu.
Når Telenor så sælger 8-9mbit excl. overhead for 199,- og TDC sælger 10 mbit inkl. overhead for 199,- hvad tror i så Hr. og Fru Danmark bestiller?
At bebrejde udbyderne for at gøre som de gør er til pointeløst. Ingen udbyder kan ændre det alene. Det skal ske fra IT og Telestyrelsen.
Hvis man så tænker et skridt videre vil man også forstå at der er en grund til at IT&T har valgt ikke at ændre dette. Og det er absolut ikke for at hjælpe udbyderne.
Det er fint nok at sælge 2.2 mbit i stedet for 2 og så er det inkl. overhead, men hvad med 20 mbit? 22 mbit er praktisk talt umuligt at levere på ADSL så altså skal 20 mbit være uden overhead men 2 mbit skal være med. Ikke særlig overskueligt.
Eller skal produkterne hedde 1.5-1.8 mbit, 8-9mbit, 15-20 mbit. Vil det gavne forbrugeren hvis de reelt betaler samme pris for samme produkt?
Kan du "føle" om du sidder på en 10 mbit forbindelse eller en 12 mbit? Jeg kan ikke. Så er det vigtigeste i sidste ende ikke bare at vide at 10mbit hos udbyder A er ca. = 10 mbit hos udbyder B?
Så taler folk om gennemsnitshastighed. Men hvordan skal udbyderen på forhånd vide om du streamer mest over UDP eller henter via TCP. Gennemsnitshastigheden vil være meget afhængig af dette.
Hos Fullrate, som nævnes flere gange, har man valgt at lave produktgrupper. 0-4 mbit én pris, 4-10 mbti én pris osv.
Det kan sammenlignes med DSBs løsning. Indenfor dette område skal du betale for 2 zoner. Indenfor dette 3 zoner. Osv.
Prisforskellen på udgiften for udbyderen om de leverer 5 eller 8 mbit er forsvindende lille derfor er prisen for slutbrugeren den samme.
Idéen med at betale fx 7,- pr mbit er heller ikke specielt smart da de fleste DSLAM'er (centraludstyr) ikke kan have uendelige hastighedsprofiler. Derfor har man typisk 2,4,6,8,10,15,20 fx og så hver profil med .5,1,2 mbit upload. Allerede dér har man 21 profiler, 42 hvis man skal have fast interleave profiler. Det løber hurtigt op.
Jeg mener ikke som sådan at den nuværende løsning er perfekt, men det er den bedste mulighed jeg har set endnu.
mbw2001 (185) skrev:Én ting folk gennem hele denne diskussion glemmer er at noget der ligner 90% af de danske internetforbrugere er komplet blanke når det kommer til teknologi.
De er også ret blanke med SI-enheder og ISO-standarder. Alligevel er det nærmest utænkteligt at sælge 1 liter mælk hvor der ikke er ret præcist 1 liter mælk (ekskl. emballage). Eller at sælge A4 printerpapir som ikke har A4-størrelse.
mbw2001 (185) skrev:Når Telenor så sælger 8-9mbit excl. overhead for 199,- og TDC sælger 10 mbit inkl. overhead for 199,- hvad tror i så Hr. og Fru Danmark bestiller?
Det er vel ikke meget anderledes end hvis nogen sælger marmelade på glas billigere, fordi vægten inkluderer glasset. Umiddelbart ser det billigt ud, men det er bare ikke acceptabelt. Den væsentligste forskel er hvor mange der kan gennemskue det.
mbw2001 (185) skrev:Det er fint nok at sælge 2.2 mbit i stedet for 2 og så er det inkl. overhead, men hvad med 20 mbit? 22 mbit er praktisk talt umuligt at levere på ADSL så altsåskal 20 mbit være uden overhead men 2 mbit skal være med.
...kan de ikke sælge 20 mbit og må nøjes med at kalde den 18. (Forudsat at dine tal passer osv.)
mbw2001 (185) skrev:Kan du "føle" om du sidder på en 10 mbit forbindelse eller en 12 mbit? Jeg kan ikke.
Kan du "føle" om du har drukket 1 liter mælk i dag, eller kun 9 dl?
Kan du "føle" på et A4-ark om det overholder specifikationerne?
Kan du "føle" om måleren på benzin-stationen passer når du tanker bilen?
Er det ikke en selvfølge at man bliver enige om en måde at måle tingene på, og alle overholder den samme standard?
myplacedk (186) skrev:Er det ikke en selvfølge at man bliver enige om en måde at måle tingene på, og alle overholder den samme standard?
Jo. Og det er jo præcist hvad man har gjort. alle ADSL udbydere har fra starten af opgivet hastigheden inkl. overhead.
Betaler du forresten også lidt mindre for mælken fordi du tager forbehold for den smule mælk i bunden af glasset som er umulig at drikke? Eller hvad med den mælk som ligger op af kanterne i kartonen?
#187
Din analogi passer fint med TCP og er (for)brugerens problem. Man har købt 1 (ikke 0,8) liter mælk, alt andet overhead skal man selv betale for.
ADSL-ISP'er skriver '1 liter' på deres mælkekartoner, men de medregner kartonens volumen, og derfor får brugeren ikke den '1 liter' mælk, der skiltes med.
Tak, fordi du forstår.
P.S.
Jeg forstår slet ikke, hvorfor det her stadig diskuteres. Det er en simpel brutto-netto-forskel, som myplacedk allerede har fortalt. At man vil diskutere yderligere er tegn på, at man ikke begriber det.
Din analogi passer fint med TCP og er (for)brugerens problem. Man har købt 1 (ikke 0,8) liter mælk, alt andet overhead skal man selv betale for.
ADSL-ISP'er skriver '1 liter' på deres mælkekartoner, men de medregner kartonens volumen, og derfor får brugeren ikke den '1 liter' mælk, der skiltes med.
Tak, fordi du forstår.
P.S.
Jeg forstår slet ikke, hvorfor det her stadig diskuteres. Det er en simpel brutto-netto-forskel, som myplacedk allerede har fortalt. At man vil diskutere yderligere er tegn på, at man ikke begriber det.
mbw2001 (187) skrev:myplacedk (186) skrev:Er det ikke en selvfølge at man bliver enige om en måde at måle tingene på, og alle overholder den samme standard?
Jo. Og det er jo præcist hvad man har gjort. alle ADSL udbydere har fra starten af opgivet hastigheden inkl. overhead.
Er det ikke også en selvfølgelig, at man tænker sig godt om og laver en GOD standard?
At måle det inkl. ADSL-overhead er da todset. Dels fordi du får flere bytes med end kunden nogensinde får at se, dels fordi det er svært at sammenligne med de andre typer netværk.
At får styr på dette betyder selvfølgelig ikke at man med ét eller to tal kan sammenligne ADSL og fx. fiber, men simplere bliver det da. Og det er da godt for alle. Altså undtagen dem med et dårligt produkt som pludselig ser lige dårligt ud som det er, og det er da også en god ting.
mbw2001 (187) skrev:Betaler du forresten også lidt mindre for mælken fordi du tager forbehold for den smule mælk i bunden af glasset som er umulig at drikke? Eller hvad med den mælk som ligger op af kanterne i kartonen?
Nej, naturligvis ikke. Jeg forventer heller ikke rabat på min ADSL fordi jeg klikker på et forkert lidt, eller jeg går ind på en hjemmeside med et billede som kunne have været komprimeret bedre.
Det er ret simpelt: Når ejg køber en liter mælk, så betaler jeg for en liter mælk, og jeg forventer at der er en liter mælk (ikke mælk + pap), lige så præcist som man realistisk kan forvente. Og jeg betaler intet tillæg for emballege, tryk, markedsføring, køl, husleje, direktørens båd osv osv.
Men jeg forstår ikke hvorfor du blander pap ind i sammenligningen.
Hvis du har en 10 mbit forbindelse betaler du for at der sendes 10 mbit data fra internettet og mod din computer. Disse 10 mbit data indholder så bl.a. afsender MAC adresse modtager MAC, afsender IP, modtager IP m.v. (overhead) Hvorfor skal du som forbruger ikke betale det?
Hvis vi kigger på din sammenligning skal du jo ikke kigge på mængden af mælk, men prisen på mælken. Tror du selv at du ikke skal betale for pappen? Det er jo en del af prisen.
Men mit egentlig budskab er: Hvad vil forskellen være?
Om du betaler 199,- for en 10 mbit inkl overhead eller 199,- for 8-9mbit exkl. overhead er vel fuldstændig ligegyldigt? Du får samme produkt til samme pris uanset hvordan produkterne navngives.
Hvis du har en 10 mbit forbindelse betaler du for at der sendes 10 mbit data fra internettet og mod din computer. Disse 10 mbit data indholder så bl.a. afsender MAC adresse modtager MAC, afsender IP, modtager IP m.v. (overhead) Hvorfor skal du som forbruger ikke betale det?
Hvis vi kigger på din sammenligning skal du jo ikke kigge på mængden af mælk, men prisen på mælken. Tror du selv at du ikke skal betale for pappen? Det er jo en del af prisen.
Men mit egentlig budskab er: Hvad vil forskellen være?
Om du betaler 199,- for en 10 mbit inkl overhead eller 199,- for 8-9mbit exkl. overhead er vel fuldstændig ligegyldigt? Du får samme produkt til samme pris uanset hvordan produkterne navngives.
mbw2001 (191) skrev:Hvis vi kigger på din sammenligning skal du jo ikke kigge på mængden af mælk, men prisen på mælken. Tror du selv at du ikke skal betale for pappen? Det er jo en del af prisen.
Men mit egentlig budskab er: Hvad vil forskellen være?
Om du betaler 199,- for en 10 mbit inkl overhead eller 199,- for 8-9mbit exkl. overhead er vel fuldstændig ligegyldigt? Du får samme produkt til samme pris uanset hvordan produkterne navngives.
Men det er ikke tilfældet.
Fullrate råber højt om, at man kan købe 10 Mbit for 200 kroner, men man får kun 9 Mbit. Stofa skriver ligeledes, at man får 10 Mbit for 200 (170 faktisk) kroner. Her får man faktisk 10 Mbit.
Ja, man skal betale for emballagen, men i det mindste er der en liter mælk i en liter mælk.
Jeg kunne stadig godt tænke mig nogle konkrete tal der beviser de påstande.Daniel-Dane (192) skrev:Fullrate råber højt om, at man kan købe 10 Mbit for 200 kroner, men man får kun 9 Mbit. Stofa skriver ligeledes, at man får 10 Mbit for 200 (170 faktisk) kroner. Her får man faktisk 10 Mbit.
Som sagt tidligere så kører min Fullrate linje over evne og min Struernet linje kørte over evne.
Daniel-Dane (192) skrev:Stofa skriver ligeledes, at man får 10 Mbit for 200 (170 faktisk) kroner. Her får man faktisk 10 Mbit.
OK. Stofa er ellers den virksomhed jeg har hørt mest kritik af for underdimensioneret backbone, manglende hastighed, fairuse grænser m.v. Men skal ikke udelukke at de efterhånden er kommet ind i kampen.
ty (194) skrev:Der findes en anden type overhead. Den type, som du aldrig nogen sinde ser, fordi den kun eksisterer på ydersiden af dit modem.
Ja der findes fx ATM overhead, men det er stadigvæk en del af omkostningerne ved produktet.
Det blev tidligere nævnt at man kun vil betale pakkens pris og ikke prisen for bure og paller, men hvem skal så betale for transport af bure og paller? Selvfølgelig betaler du for alle de omkostninger som er forbundet med produktet.
Hele problemstillingen ligger i at overhead kan variere. Derfor giver det mening at man betaler for hele båndbredden som benyttes. Dit forbrug betyder så at den målte hastighed kan variere, men det ændrer ikke på at det man betaler for er den mængde data som overføres fra centralen til routeren.
#195
Det er også fint, at man skal betale for det, men så skal man ikke kalde forbindelsen for 10 Mbit, hvis forbrugeren kun får 8. Ellers kunne man jo lige så godt regne backbonens forbindelse med, så har alle jo teknisk set flere Gbit at lege med, eller hvad? ;P
Det er også fint, at man skal betale for det, men så skal man ikke kalde forbindelsen for 10 Mbit, hvis forbrugeren kun får 8. Ellers kunne man jo lige så godt regne backbonens forbindelse med, så har alle jo teknisk set flere Gbit at lege med, eller hvad? ;P
mbw2001 (195) skrev:Det blev tidligere nævnt at man kun vil betale pakkens pris og ikke prisen for bure og paller, men hvem skal så betale for transport af bure og paller?
Lige den del kan jeg da godt uddybe igen.
Pakkeposten betaler for pallebure, lastbiler osv. Ikke kunden. Pengene får de ved at tage penge for pakkerne, og kun pakkerne.
Du hører jo aldrig dette på posthuset:
"Hvorfor skal jeg betale for en 11 kg pakke, når den kun vejer 10 kg"
"Den vejer skam 11 kg."
"Der står da 10 kg på vægten"
"Ja, men jeg lægger lidt oveni til palleburet, det vejer jo også noget".
Man lægger ikke 10% oven i de 10 kg. Hvis man skal have 10% flere penge ind, lægger man 10% oven i prisen.
Tilgengæld så er prisen på pakker lige præcis en "op til X kg" pris. For 80 kr kan du fx fylde op til 5 kg i din pakke.myplacedk (198) skrev:
Du hører jo aldrig dette på posthuset:
"Hvorfor skal jeg betale for en 11 kg pakke, når den kun vejer 10 kg"
"Den vejer skam 11 kg."
"Der står da 10 kg på vægten"
"Ja, men jeg lægger lidt oveni til palleburet, det vejer jo også noget".
Det er vel for helvede ikke sværere end at i ringer til jeres ISP og småbrokker jer over hastigheden, og siger at de skal limit din linie til <indsæt realistisk max for DIN linie>, og tilpasse prisen dertil.
Da jeg havde Cybercity, så var de fint med på custom løsninger, hvis man ringede og snakkede med dem (som eksisterende kunde).
Jeg havde eks. en 20 Mbit hos dem, som med tiden fik svært ved at trække dens fulde hastighed, så jeg fik nedsat den til 18 Mbit. Efter et år mere fik jeg igen stabilitetsproblemer, og jeg fik overtalt teknikeren til at forsøge, at limit hastigheden til 16 Mbit. Vupti stabil. Da han så sendte mig tilbage til en kundeservicetøs, på min opfordring, synes hun kun det var fair, at jeg kun skulle betale for
<((20 Mbit pris minus 10 Mbit pris) * 0.6) + 10 Mbit pris>.
Jeg kan ikke lige huske beløbet, derfor det dumme <> pis.
Det værste der kan ske, hvis i ringer til jeres ISP og snakker med dem, er vel at de siger nej.
Da jeg havde Cybercity, så var de fint med på custom løsninger, hvis man ringede og snakkede med dem (som eksisterende kunde).
Jeg havde eks. en 20 Mbit hos dem, som med tiden fik svært ved at trække dens fulde hastighed, så jeg fik nedsat den til 18 Mbit. Efter et år mere fik jeg igen stabilitetsproblemer, og jeg fik overtalt teknikeren til at forsøge, at limit hastigheden til 16 Mbit. Vupti stabil. Da han så sendte mig tilbage til en kundeservicetøs, på min opfordring, synes hun kun det var fair, at jeg kun skulle betale for
<((20 Mbit pris minus 10 Mbit pris) * 0.6) + 10 Mbit pris>.
Jeg kan ikke lige huske beløbet, derfor det dumme <> pis.
Det værste der kan ske, hvis i ringer til jeres ISP og snakker med dem, er vel at de siger nej.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund