adsl tcp/ip

Hmm... Kan du formulere det lidt bedre ?

Hmm... Kan du formulere det lidt bedre ?

Betegnelsen for ADSL 2048/512 er simpel, du downloade med 200 kb/s, og uploder med 51,2 kb/s, for at kunne downloade samt uploade med 200 kb/s skal du self. Have en ADSL 2048/2048 Forbindelse hvilket TDC kun er udbyder af til Erhverv..

Formuleringen er god nok - jeg kender bare ikke svaret.

Når man modtager, på fx 2048 kbs linien, pakker skal der sendes
kvitteringer tilbage på den langsomme linie, fx. 128 kbs. Spørgsmålet
er så hvor hurtig den langsomme linie skal være for at kvitteringerne
ikke skal nedsætte hastigheden på den hurtige.

llgpublic
læs og forstå...?

erikjacobsen
Præcis... et gæt fra mig er omkring 120kbps... men er ikke sikker... og ved ikke hvordan man regner på det...?

Nogen der har et bud?

Hej brormand

Få et program der måler aktivitet på netværkskortet og test selv :)

Test både hvor du henter henholdsvis én og flere kilder...henter du med 2048 fordelt over 2 kilder, vil du nok skulle sende flere pakker end hvis bare fra én kilde.

Men ja, da vi havde 1mbit og jeg hentede med optimal hastighed (~120kb/s) sente jeg med ~5 kb/s. Så 120kbit ved 2mbit downstream passer nok fint :)

Ved ikke hvordan man rent matematisk regner på det...

milo

Kan ikke bruge praktiske test til noget...

Skal have teorien... 

/me venter stadig.

Ahh, på den måde, jamen så kunne jeg forestille mig at den skal være 1/4 af din nuværende downstream, dvs. 2048/4, 0,25% og dermed 512 (51,2 Kb/s) lidt ligesom det de udbyder som produkt 2048/512 forbindelsen.

Men ved ikke om dette gælder for de andre produkter, f.eks. 512/128 eller 512/512...

Ahh nej ikke på den måde....du har vist stadig ikke forstået problemstillingen  llgpublic.

Du mener altså at man skal upstreame 512kbit for at kunne downstreame 2048kbit?
Desuden er 512kbit ikke hvad der svarer til 51,2 kb/s.

Du burde liiige læse lidt om emnet.

Prøv i stedet at dividere 512 med 8, llgpublic...du ved, der går 8bit til en byte.

llgpublic

Lad være med at udtale dig om ting du ikke har forstand på. Du gør tråden rodet og uoverskuelig.

/me mangler stadig et svar.

anuseren -> jeg mener at have læst at for hver byte man modtager så sender man 1 bit.
det vil sige at man skal have mindst 1/8 upload af download.

så for at have 2048 i downstream så skal man have 256 i opload!

Men hvis man kigger på webspeed så kan man få 4 mb ned men kun 256 op. så det passer alligevel ikke helt. men vil se om jeg kan finde den artikel igen :)

tror det var her i! men der står at det kan være forskelligt fra gang til gang! men den er på udenlands og meget lang :(

http://www.cisco.com/warp/public/759/ipj_3-2/ipj_3-2_tcp.html

kenp

Nice... Kunne være kanon med den artikel...

/me venter spændt...

:o)

Hmm... sidder lige nu og kigger den artikel igennem.. Der står en masse godt om tcp/ip... men syns ikke jeg kan finde hvor meget båndbredde ack pakkerne m.m har brug for...?

det som der står om det det er at det aftales fra gang til gang hvormeget data den skal sende inden den modtager en kvittering.

Kig under Punktet Steaming (ca. midt på siden søg efter ACK (med stort))

kig først under steamin og så ACK var vist ikke helt præcist beskrevet

kenp...

som du selv siger.. så¨er det ikke helt præcist...

:o/

hvor meget upload du skal bruge, afhænger bl.a. af hvor stort et recieve window du sætter (hvor meget data kan du modtage, uden at sende ack til sender)

squashguy

yup... Men lad os antage vi tager de indstillinger windows2000/xp har som standard...

rent faktisk siger dine kune vilkår at du skal fra trække 10-15% pga. overhead så 2048 / 512 .. kan du forvente ca: 1840 kbps ned / 460 kbps upload ..

men for at svare konkret .. hvis du downloader med max for din 2048 forbindelse .. ( som ved mig er 212.969 KB/sec ) .. så hvis det er tcp pakker .. viser min dumeter ca. 9 KB/sec upload . når jeg KUN har den ene transfer kørende .. håber det er svar nok =)

det var til dels svar nok... du siger i hvert fald det samme som jeg tænker...

;o)