Nastavovat minimální garantovanou a maximální zároveň nemá žádnou logiku. To vůbec není nejideálnější.
.
Kdybys to takhle nastavil, tak by to nemělo pražádný účinek.
Buď nastavíš maximální rychlost a uživatel bude využívat jakoukoli rychlost do nastaveného maxima - lnku bude sdílet s ostatními IP.
.
Nebo mu nastavíš min. garantovanou rychlost, pod kterou se nedostane (resp. dostane když bude mít nároky na měnší tok) a to co zbývá navíc se sdílí s ostatními.
.
Ten nápad nastavit zároveň min. a max. rychlost nedává logiku.
To jako budeš nastavovat nějakou hysterezi, nebo proč by to tak mělo být? Uživatel stějně bude využívat rychlosti do povoleného maxima, nebo pásmo nad garantovaným minimem.
Jedině tak to má svoji logiku a je to vyřešené dobře.
.
Je přeci lepší, když každý může dostat i něco víc, když je to možné - navíc tím odlehčíš síti. Půjčování volné kapacity ti umožní rychejší odbavování nároků každého uživatele.
Pokud někomu chceš nastavit garantovanou 256Kbps linku, tak mu nastavíš 256Kbps sharing,borrow - volba Min. Guarantee.
To znamená, že:
Pokud bude kus pásma volné, tak se mu půjčí a může jet i rychleji.
Pokud ne, tak pojede 256Kbps minimálně.
to nanotop - me vzdy jen fascinuje jak se pise "minimalni" jak zajistis aby to "minimalni" vazne bylo ?? .... linka se zahlti a na usra nic nezbude ... v te chvili dostane "minimalne" NIC
__________________
..:: Nas-Net.org ::..
- programming
- build-up and management networks
- development
- freenet, education
To: Dade_Marfi
On je problém, že laikovi se to těžko vysvětluje, takže to musíš podat nějak zobecněné. Nedá se to vysvětlovat exaktně.
User vždy může samozřejmě jet i menší rychlostí, než minimální garantovanou, záleží na jeho potřebách. Ale to si můžeme říct tak mi dva mezi sebou.
.
Nic se tam nehltí pokud všem nastavíš min. guarantee, či max. a nepřešvihneš součtem všech garant. rychlostí rychlost konektivity, kterou máš k dispozici. Ale to tě BMRT ani nedovolí udělat a to se mi na něm líbí.
.
Pokud to tedy veskrze zobecníme, můžeme říct, že rychlost to reguluje dobře. Já když někomu srazím max na 32Kbps, tak to skutečně zafunguje a hned mi volá, že mu to nejede.
Prakticky dobré výsledky dosahuji na síti se 160 klienty.
.
V první řadě hrozí zahlcení bezderátovým prvkům, které zpravidla, (nikoli však vždy) jsou nejslabším článkem v síti a až dlouho potom tomuto metalickému routeru.
.
Nechci ti oponovat, znám tvůj názor i praktickou zkušenost.
Moje praktické zkušenosti vypadají tak, jak jsem popsal výše.
.
A protože jsou v našich názorech i zkušenostech jisté diference, doporučuji dle tvého návrhu, aby si SOMIK vypůjčil BMRT 16 někde na na zkoušku. To bude ta nejlepší koncepce.
.
Firma Satca ti jej půjčí, já jsem to tak také předem udělal.
I když jsem jej zprvu vrátil, tak jsem nakonec stejně začal kupovat, jelikož poměr cena výkon jsou ucházející.
Rozdíl mezi BMRT-16 a BMRT-8 je:
1. V počtu portů (8 a 16 portů)
2. Ve výkonu (BMRT-16 má výkonnější procesor - doporučuji)
3. BMRT-16 má vlastní interní zdroj (přívod 220V, jako PC)
4. BMRT-8 má externí napájecí zdroj (5V adaptér 2A)
5. BMRT-16 je stavěné pro větší rychlosti (až 16Mbps po plným QoS a 100Mbps na straně LAN)
WWW rozhraní funkce atd., mají obě zařízení naprosto shodné.
upozorunuji ze na siti je par lidi a 4x za jeden den se kousla
zdrejme se jedna o vadny kus, ale to na mne dojem neudelalo. i kdyz je fakt ze mechanicke zpracovani vypada dobre. takze jde na reklmacai a uvidime
nejvice co mne ale stve ze k tomuto zarizeni neni poradana technicka podpora na internetu - alespon jsem nenasel a pan google taky ne . cekal byhc nejake nove fw a informace od vyrobce. nic neni.