ASSSK-2
Z VirtlabWiki
(Rozdíly mezi verzemi)
Verze z 22:18, 20. 7. 2007 Gry72 (Diskuse | příspěvky) ← Předchozí porovnání |
Verze z 07:43, 15. 10. 2007 Vav166 (Diskuse | příspěvky) (kategorizace) Následující porovnání → |
||
Řádka 21: | Řádka 21: | ||
: '''vysledek druheho testu''' | : '''vysledek druheho testu''' | ||
: test bezel cca 10minut, zadny spatny paket nebyl; jak uz bylo popsano v prvnim testu router RO neumi rychlost 256k, tedy porty 9 a 10 nebyly testovany, samotny test techto dvou portu s jinym routerem byl bez jedineho spatneho paketu | : test bezel cca 10minut, zadny spatny paket nebyl; jak uz bylo popsano v prvnim testu router RO neumi rychlost 256k, tedy porty 9 a 10 nebyly testovany, samotny test techto dvou portu s jinym routerem byl bez jedineho spatneho paketu | ||
+ | |||
+ | |||
+ | [[Kategorie:ASSSK]] |
Verze z 07:43, 15. 10. 2007
Reimplementace ASSSK-1, analogové spojovací pole nahrazeno multiplexerem na bázi FPGA. Opuštěna modulární koncepce, orientace pouze na WAN porty standardu RS-232. Realizováno v rámci diplomové práce diplomové práce Petra Sedláře.
- Test tatabazmeku v2 (provedl Adam Janošek)
- 11.-13.7.2007
byly provedeny 2 testy, prvni test byl orientovan na overeni funkcnosti spojeni vsech portu se vsemi (po dvojci), druhy test byl zamereny na overeni preslechu mezi sousednimi porty
- test portu byl provaden na prvnich 16 portech, nebot vice jich nebylo "vyvedeno ven"
- prvni test
- popis testu
- testovany kazdy port s kazdym (1.port s 2.portem; 1.p s 3.p; ... az ; 1.p s 16.p; 2.p s 1.p;...az 2.p s 16.p; ...az 16.p s 15.p), pro otestovani funkcnosti proveden "ping" 30x 64b paket s intervalem 0.01s (test na paketu velikosti 1472b(1500) skoncil spatne a to i na primo propojenych routerech, z toho jsem usoudil, ze to neni chyba tatabazmeku) na kazdem z 16 routeru je nakonfigurovany nat ktery kde inside je ethernet a outside je seriovy port. Zapojeni viz. obrazek (dodam)
- vysledek prvniho testu
- na vsech 3 rychlostech (256k, 64k a 32k) funguji porty tatabazmeku dobre, ovsem rychlost kdy routery prijdou na to ze maji spojene porty, je znacne pomala. Nekdy i 15s cekaci interval byl malo a muselo byt pouzity dalsi 20s interval, v ojedinelych pripadech se stalo ze ani 15+20s cekani nestacilo. Jediny zadrhel se nasel na routeru RO(puvodni RF; ma "chobotnici" s async porty). Router RO neumi rychlost 256k, tedy test portu 10 s ostatnimi skoncil vzdy neuspechem
- druhy test
- popis testu
- na tatabazmeku byly spojeny sousedni porty (tedy 1.port s 2.portem, 3.p s 4.p, ... az, 15.p s 16.p), na routerech nastaven nat(jako u prvniho testu), na testovacim pc nastaveny routy pomoci testovaciho skriptu; test byl proveden na nejvyssi rychlosti tj. 256kbit(250kb/s); test byl proveden pomoci pingu 30.000x64B (vsechny spoje najednou)
- vysledek druheho testu
- test bezel cca 10minut, zadny spatny paket nebyl; jak uz bylo popsano v prvnim testu router RO neumi rychlost 256k, tedy porty 9 a 10 nebyly testovany, samotny test techto dvou portu s jinym routerem byl bez jedineho spatneho paketu