Prosím poradte s vyberem routeru

Routery, AP, switche, huby, ethernet

Moderátor: Moderátoři Živě.cz

Odeslat příspěvekod soban 27. 6. 2017 16:50

Fakt je to hodně složité ty 3 kliky......

http://demo.mt.lv/webfig/

A mikrotik za 500 je pomalý a má 100M porty dnes nevhodný pokud za něj nedáš 1G switch.

Doporučuji koupit vyší modely.
/----------------------------------------\
| Petr Šobáň |
| Olomouc |
\----------------------------------------/
soban
Pokročilý

Odeslat příspěvekod Martin-P 28. 6. 2017 07:15

Vy jste s tím Mikrotikem jak umíněný.

To s managementem bylo myšleno, že obyčejný uživatel ovládání leze přes webové rozhraní. Co se budem říkat ono to jde i telenetem , ale ani telnet ani winbox po obyčejných uživatelích nemůžu chtít.
Jinak na tři kliky se sotva přihlásíte v jakémkoliv rozhraní pro správu.


Hlavně Microtik v konfiguraci do tohohle bytu začíná až na 3500,- a víc takže proto je ze hry. Proto se přikláním k nějakému low routeru s variací na Open WRT.
Martin-P
Kolemjdoucí

Odeslat příspěvekod hunter21 28. 6. 2017 11:54

OpenWRT je mrtvy projekt, uz sa nevyvija (je len pre stare haraburdy). Nahrada je LEDE. Co takeho zvlastneho obsahuje ten Mikrotik za 3500 tis., ze je prave do tohoto bytu?
hunter21
Pokročilý

Odeslat příspěvekod Nargon 28. 6. 2017 12:08

Ohledně toho mikrotiku, ten asi nebude obsahovat nic "zvláštního" prostě běžný domácí wifi router, který má 2.4 i 5GHz wifi a gigabit porty. Tj něco jako toto: https://www.i4wifi.cz/MikroTik-RouterBo ... ac-L4.html
Desktop: Ryzen 7 1800X (3.95GHz, 1.35V), Asus Crosshair VI Hero, 16GB DDR4 Ram (3200MHz), 128GB SSD + 3TB HDD, Nvidia GTX 1080
Notebook: Asus UL50VT 15.6" (SU7300@1.7GHz, 4GB ram, 500GB HDD, Intel GMA 4500MHD + nVidia G210M, dlouha vydrz cca 7+ hod)
Nargon
Moderátor

Odeslat příspěvekod hunter21 28. 6. 2017 12:46

Len by som rad vedel preco sa Mkt za 3500 tis hodi prave do tohoto bytu.
Z tych co pisal si moze vyradit TP-Linky a Asusy. O ostatnych sa neviem vyjadrit, nepouzival som ich tak dlho, aby som vedel nejke zvlastnosti. Vyrobky tychto dvoch firiem radi zamrzaju pri pouziti wifi, hlavne tie najlacnejsie modely, tie drahsie maju zamrzanie opravene velmi zvlastnym sposobom. Namiesto zamrznutia sa sami v lubovolnom case restartuju. Je jedno ci je tam original FW, alebo nejaky alternativny. Robi to na vsetkych. Mozno preto, lebo ovladac wifi je asi na vsekych rovnaky. Projekty ako *WRT/LEDE sa zameriavaju na rozsirene vlastnosti sieti a uzivatelskeho rozhrania, nepisu si vlastne ovladace na hardware. Da sa celkom dobre pochopit preco. Kompletna dokumentacia k jednemu cipu moze stat kludne aj 20tis US$. Ak by tie projekty vyzadovali prispevok za pouzivanie, tak by to mohlo vyzerat inak. Ovladace su prebrate z Linuxu, len je z nich vyhodeny debuging aby ich velkost bola minimalna. Rovnako je to aj na ovela lepsich routroch s alt.FW napriklad Turris. Ten je zvlastny tym, ze upgrade casti systemu a pridavanie/odoberanie balickov moze prebiehat bez rekompilacie FW.
Nejakeho pol roka testujem Edimax BR-6208AC a zatial vyzera, ze na 5GHz pasme ide lepsie cez prekazky ako Mikrotik RB962UiGS-5HacT2HnT. Na druhu stranu ak je perfekne vyladeny ovladac wifi v pocitaci, tak je mozne s obycajnym TP-Link 741 dosiahnut cez wifi 90 Mbps a to cez 3 steny na vzdialenost 20m.
hunter21
Pokročilý

Odeslat příspěvekod soban 28. 6. 2017 16:27

hunter21 píše:OpenWRT je mrtvy projekt, uz sa nevyvija (je len pre stare haraburdy). Nahrada je LEDE.



Není to tak pravda - už se zase dohodly takže ty projekty se zase mají sloučit - ale jak to bude a jaký název bude použit nevím.

Výhody mikrotiků jsou v tom že je to spolehlivý router - jednou nastavíš a už do toho nemusíš vrtat (čili je to vhodné pro tebe).

A do mikrotiku se taky leze přes prohlížeč (www)!

Jinak můj TP-link se nezasekává a to jsem používal OpenWRT teď LEDE viz:

Jméno hostitele xxx.cz
Model TP-Link TL-WDR4300 v1
Verze firmwaru LEDE Reboot 17.01.2 r3435-65eec8bd5f / LuCI lede-17.01 branch (git-17.152.82987-7f6fc16)
Verze jádra 4.4.71
Místní čas Wed Jun 28 17:27:08 2017
Uptime 13d 17h 19m 12s


Jinak rady co koupit za router jsi dostal, stačí si vybrat.......

Pokud hledíš na cenu no tak u routeru za 500kč je to jedno co koupíš jsou to všechno +- stejné šunty tady není co vybírat prostě vem první co se namane pokud má pomalé připojení do internetu tak budou všechny stíhat......

-- 28 čer 2017 17:35 --

hunter21 píše:Len by som rad vedel preco sa Mkt za 3500 tis hodi prave do tohoto bytu.


Asi proto že má full wifi a né lite a 1G porty
/----------------------------------------\
| Petr Šobáň |
| Olomouc |
\----------------------------------------/
soban
Pokročilý

Odeslat příspěvekod hunter21 28. 6. 2017 16:47

=> Jinak můj TP-link se nezasekává a to jsem používal OpenWRT teď LEDE...
Moze byt, zamrzava, alebo restartuije sa to len za urcitych velmi specifickych podmienok. Prides na to vtedy, ak budes velmi casto pripajat a odpajat klienta(ov). Niekomu sa klient (pocitac) odpaja a pripaja aj kazdych 10 minut. Takyto uzivatel pride na tuto zvlastnu chybu dost skoro. Uzivatelovi, ktoremu nikdy nespadne pripojenie a nepripaja k routru moc casto dalsie zariadenia sa to nemusi vobec prejavit. Mne ten TP-Link 741 zamrzne zhruba 2x do roka.

-- 28. 6. 2017 17:48 --

Inak original TP-Link firmware je tiez len upraveny OpenWRT.
hunter21
Pokročilý

Odeslat příspěvekod soban 28. 6. 2017 17:06

Jinak samozřejmě originál FW se mi taky semtam zasekl když jsem to s ním skoušel.

A odpojování je spíš problém klientů (PC) zjistil jsem že některé FW wifi karet blbne jak nastavíš natvrdo na routeru šifrování wpa2 + AES, jak necháš auto wpa/wpa2 + AES je to OK.

Pak taky blbnou karty jak jsou zapnuté různé šetřící mody u wifi.

Jinak originál FW je dost upravený OpenWRT jsou tam binární bloby - kdysi jsem na to koukal.
/----------------------------------------\
| Petr Šobáň |
| Olomouc |
\----------------------------------------/
soban
Pokročilý

Odeslat příspěvekod hunter21 28. 6. 2017 18:10

= A odpojování je spíš problém klientů (PC) ...
Mas pravdu, ovsem zamrzne to pri pripojovani na asociacnom ramci. Jeden z blobov bude asi riesit kanaly 12,13. Nahranim OpenWRT sa totiz strati podpora pre tieto kanaly.
hunter21
Pokročilý

Odeslat příspěvekod soban 28. 6. 2017 20:57

Ne blob neřeší kanály 12 a 13 problém zmiznutí kanálů 12 a 13 má na svědomí ten kdo psal ovladače pro wifi.

U staré verze OpenWRT kanály 12 a 13 fungovaly OK dokonce fungovalo i nastavení výkonu OK.
Pak od kterési verze OpenWRT kanály 12 a 13 zmizly - a nebyla podpora programátorů to spravit - prostě v US to nepotřebují.....
Pak ještě zmršily ovládání výkonu....

LEDE to převzal i s chybou, v nové verzi LEDE (LEDE Reboot 17.01.2 r3435-65eec8bd5f) už je to opravené a kanály 12 a 13 zase fungují když nastavíš CZ a zdá se že opravily i problém s nastavením výkonu.
/----------------------------------------\
| Petr Šobáň |
| Olomouc |
\----------------------------------------/
soban
Pokročilý

Odeslat příspěvekod hunter21 28. 6. 2017 22:49

=> zmiznutí kanálů 12 a 13 má na svědomí ten kdo psal ovladače pro wifi....
Nie som si isty, ze by to mal na svedomi programator ovladacov. Je dost mozne, ze OpenWRT riesil stary znamy problem s hardwarovo bloknutymi wifi cipmi pre region US. Ten isty problem sa objavuje aj u niektorych wifi kariet v notebookoch. Z logiky veci vyplyva, ze bloknuta karta je bloknuta preto, aby bola pouzivana len v regione pre ktory je bloknuta. To, ze nejaky dovozca dovezie kamion routrov na ktore mu spravi predajca dobru cenu prave preto, ze ich ma nadbytok a nevie ich vo svojom regione predat neznamena, ze nefunovanie kanalu 12 a 13 by to bola vina programatora ovladacov.
hunter21
Pokročilý

Odeslat příspěvekod soban 29. 6. 2017 07:42

Zajímal jsem se o to byla to fakt SW záležitost.

Prostě nejdříve v tom měly chybu, pak to spravily, ale aby kanály 12 až 14 chodily podle regionu musel jsi si to přeložit sám - když koukneš do bugzily tak to tam je.

Pak zmršily ovládání výkonu - nevím kde přesně byla chyba....i výpis z wifi karty poskytoval některé údaje nesmyslné na 2G síti a 5G nešel větší výkon jak 17dbm přitom v parametrech pro příslušný region byl definován větší.....

Na LEDE v úplně první verzi ty chyby jsou převzaté z OpenWRT v nové verzi je už to zdá se opraveno.

Toto nemá nic s tím že někdo nakoupí HW určený pro US kde jsou v FW zakázané natvrdo kanály vyšší jak 11.

Nějaká diskuze byla zde: https://forum.openwrt.org/viewtopic.php?id=35828 a když budeš hledat najdeš toho hodně.
Další tady https://dev.openwrt.org/ticket/9678 a najdeš další......

Pro starší ovladače a jádro byl vytvořen hack aby jsi to nemusel vše překládat ....
/----------------------------------------\
| Petr Šobáň |
| Olomouc |
\----------------------------------------/
soban
Pokročilý

Odeslat příspěvekod hunter21 29. 6. 2017 08:12

No ved hej, je to SW zalezitost. HW bloknute karty to maju ulozene v EEPROM. Ked ovladac cita EEPROM, tak nacita hodnotu v ktorej jeden bit hovori o tom, ci je bloknuta, alebo nie. Tento bit treba vymaskovat. V ovladaci, ktory som si upravoval som riesil to iste. Pokial sa neupravi v ovladaci to, ze sa bude dat zmenit region aj ked je karta HW bloknuta, tak nieje mozne region zmenit. S tym suvisi aj nastavenie vykonu. Normalne bez upravy prikaz pre zmenu regionu nehodi chybu, len nereflektuje na zmenu regionu. Hack je v podstate dost jednoduchy, tyka sa zmeny jednej podmienky v nacitavani regionalneho nastavenia z EEPROM. To je ovsem ale obchadzanie toho, preco to v tej EEPROM je tak zapisane. Normalne by to dovozca mal dat preprogramovat. Bud zrusit blokaciu, alebo nastavit tam spravny region. Na to sa ovsem kazdy vykasle, pretoze to neporusuje predpisy pre vysielacie zariadenia. To, ze nefunguju vyssie kanaly je dovozcovi sumafuk, jeho zaujima financny zisk.
hunter21
Pokročilý

Odeslat příspěvekod soban 29. 6. 2017 11:18

Tam měly nakopané nějaké boty přímo v čtení té EEPROM, když jsem si nechal vypsat iw phyX info tak to u toho mého routeru vypisovalo nesmysly, když jsem přehazoval regiony tak i u US byly blbosti. (Například u každého kanálu 1-13 jiný výkon.)

Důležité je že u posledního LEDE se zdá že to funguje zase tak jak má - víc to asi nemá cenu řešit.

root@router:~# iw phy0 info
Wiphy phy0
max # scan SSIDs: 4
max scan IEs length: 2257 bytes
max # sched scan SSIDs: 0
max # match sets: 0
max # scan plans: 1
max scan plan interval: -1
max scan plan iterations: 0
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Device supports T-DLS.
Available Antennas: TX 0x3 RX 0x3
Configured Antennas: TX 0x3 RX 0x3
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
* P2P-client
* P2P-GO
* outside context of a BSS
Band 1:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-15
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)
valid interface combinations:
* #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
total <= 2048, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing

root@router:~# iw phy1 info
Wiphy phy1
max # scan SSIDs: 4
max scan IEs length: 2261 bytes
max # sched scan SSIDs: 0
max # match sets: 0
max # scan plans: 1
max scan plan interval: -1
max scan plan iterations: 0
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Device supports T-DLS.
Available Antennas: TX 0x7 RX 0x7
Configured Antennas: TX 0x7 RX 0x7
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
* P2P-client
* P2P-GO
* outside context of a BSS
Band 2:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-23
Frequencies:
* 5180 MHz [36] (21.0 dBm)
* 5200 MHz [40] (21.0 dBm)
* 5220 MHz [44] (21.0 dBm)
* 5240 MHz [48] (21.0 dBm)
* 5260 MHz [52] (20.0 dBm) (radar detection)
* 5280 MHz [56] (20.0 dBm) (radar detection)
* 5300 MHz [60] (20.0 dBm) (radar detection)
* 5320 MHz [64] (20.0 dBm) (radar detection)
* 5500 MHz [100] (21.0 dBm) (radar detection)
* 5520 MHz [104] (21.0 dBm) (radar detection)
* 5540 MHz [108] (21.0 dBm) (radar detection)
* 5560 MHz [112] (21.0 dBm) (radar detection)
* 5580 MHz [116] (21.0 dBm) (radar detection)
* 5600 MHz [120] (21.0 dBm) (radar detection)
* 5620 MHz [124] (21.0 dBm) (radar detection)
* 5640 MHz [128] (21.0 dBm) (radar detection)
* 5660 MHz [132] (21.0 dBm) (radar detection)
* 5680 MHz [136] (21.0 dBm) (radar detection)
* 5700 MHz [140] (21.0 dBm) (radar detection)
* 5745 MHz [149] (disabled)
* 5765 MHz [153] (disabled)
* 5785 MHz [157] (disabled)
* 5805 MHz [161] (disabled)
* 5825 MHz [165] (disabled)
valid interface combinations:
* #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
total <= 2048, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
/----------------------------------------\
| Petr Šobáň |
| Olomouc |
\----------------------------------------/
soban
Pokročilý

Odeslat příspěvekod hunter21 29. 6. 2017 13:37

Ja si nestazujem, ze to funguje, len sa pozastavujem nad tym, ze to musi riesit Linuxova komunita a nie dovozcovia a divim sa, ze to este nikto nenapadol. Pamatam casy kedy bolo velke halooo okolo ovladacov pre wifi karty v Linuxe, pretoze system umoznoval nastavit hardware karty lubovolne v rozpore s predpismy pre tu-ktoru krajinu. Odvtedy presiel vyvoj mnohymi zmenami a aj vdaka CRDA nieje mozne nastavit kartu mimo predpisov pre krajinu kde je to pouzivane. System CRDA si zistuje lokalitu pripojenia na Internet. Podla toho vie, ktory region sa moze pouzit. Aj ked sa ten bit z EEPROM vyblokuje tak nieje mozne nastavit iny region, len ten v ktorom existuje pripojenie na Internet. Tato vec moze ovsem v urcitych pripadoch zlyhat. Z tohoto pohladu je hw blokovanie uplne zbytocne, pretoze na upravenych ovladacoch sa to nesprava tak, ako to bolo zmyslane.
Iny vykon u roznych kanalov zacina byt normalna zalezitost, len je to pre uzivatela nezvykle to vidiet vo vypise. Je to este kapku zlozitejsie, lebo sucasne chipsety vedia nastavit rozny vykon nielen pre kazdy kanal, ale aj pre kazdu TxRate zvlast. Kazdy kanal vzhladom na vyladenie anteny ma ine parametre, preto to moze mat iny vykon. Anteny sa ladia do stredu pasma. Na krajoch to moze mat iny zisk.
hunter21
Pokročilý

Předchozí stránkaDalší stránka

Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 3 návštevníků