Differences
This shows you the differences between two versions of the page.
|
isrm:laboratoare:05 [2014/10/27 19:07] dragos.niculescu |
isrm:laboratoare:05 [2014/10/29 20:12] (current) dragos.niculescu |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ==== Laboratorul 5 ==== | ==== Laboratorul 5 ==== | ||
| - | Se pornește de același {{isrm:laboratoare:03:infra.tcl| script}} de la 3 și 4. Varianta nemodificată trimite trafic downlink către ''nn-1'' clienți. Vom evalua capacitatea în condiții noi: **client unic vs. multipli, uplink vs downlink.** Topologia este una specifică modului infrastructură, cu un AP și mai mulți clienți asociați, dar cadrele de beacon, autentificare, și asociere sunt omise pentru simplitate. | + | Se pornește de același {{isrm:laboratoare:src:infra.tcl| script infra.tcl}} de la 3 și 4. Varianta nemodificată trimite trafic downlink către ''nn-1'' clienți. Vom evalua capacitatea în condiții noi: **client unic vs. multipli, uplink vs downlink.** Topologia este una specifică modului infrastructură, cu un AP și mai mulți clienți asociați, dar cadrele de beacon, autentificare, și asociere sunt omise pentru simplitate. |
| * realizați grafice doar pentru 11b, packetSize 1460, MCS=11Mbps | * realizați grafice doar pentru 11b, packetSize 1460, MCS=11Mbps | ||
| Line 20: | Line 20: | ||
| * cum explicați diferenta //uplink - 1up//? (( la uplink 'vorbitorii' sunt simetrici ca rol. La 1up tot traficul trece prin AP, deci capacitatea se înjumătățește. AP este deasemenea 'vorbitor', dar primește parte egală cu ceilalți, deși trebuie să transporte pentru alții )) | * cum explicați diferenta //uplink - 1up//? (( la uplink 'vorbitorii' sunt simetrici ca rol. La 1up tot traficul trece prin AP, deci capacitatea se înjumătățește. AP este deasemenea 'vorbitor', dar primește parte egală cu ceilalți, deși trebuie să transporte pentru alții )) | ||
| * cum explicați comportarea în cazul //mixed//? Comparați cu //1down//? (( deasemenea crește numărul de vorbitori. Curba este diferită, deoarece nn stații semnifică nn/2 vorbitori)) | * cum explicați comportarea în cazul //mixed//? Comparați cu //1down//? (( deasemenea crește numărul de vorbitori. Curba este diferită, deoarece nn stații semnifică nn/2 vorbitori)) | ||
| - | * cum explicați diferențele TCP - UDP? (( TCP are ack-uri la nivelul 4; pentru uplink TCP nu este agresiv, ci are o adaptare la nivelul de încărcare )) | + | * cum explicați diferențele TCP - UDP? (( TCP are ack-uri la nivelul 4; pe uplink TCP nu este agresiv, nu tolerează dropuri în coada AP-ului, deci reduce fereastra încât migrează către un optim global: 50% din aer pentru clienți și 50% pentru AP )) |
| * cum explicați diferențele RTS - simplu? | * cum explicați diferențele RTS - simplu? | ||
| - | * up vs down (( coliziunile sunt pai puțin costisitoare - 1 RTS )) | + | * up vs down (( coliziunile sunt mai puțin costisitoare - 1 RTS )) |
| - | * 1down vs mix (( ? )) | + | * 1down vs mix (( am plotat mix după numărul de 'vorbitori'; coliziunile sunt mai puțin costisitoare )) |
| * care este valoarea până la care coboară cazul UDP///mixed//, și cum poate fi îmbunătățită? | * care este valoarea până la care coboară cazul UDP///mixed//, și cum poate fi îmbunătățită? | ||
| - | * HINT: de ce la TCP //mixed// este similar cu //1up//? | + | * HINT: de ce la TCP //mixed// este similar cu //1up//? (( UDP trimite prea mult, dacă l-am forța să trimită mai puțin de la clienți, atunci AP-ul ar avea loc mai mult. )) |
| * modificați scriptul pentru a rezolva punctul 7 | * modificați scriptul pentru a rezolva punctul 7 | ||
| + | |||
| + | SOLUȚII | ||
