AP 60ghz

WIFI, LTE, dvoubodové spoje, antény atd. Vlákna zaměřené přímo na problematiku MikroTik/RouterBoard a Ubiquiti prosím směrujte do příslušného fóra, viz výše.
ludvik
Příspěvky: 3835
Registrován: 7 years ago

Re: AP 60ghz

Příspěvekod ludvik » 3 months ago

Zase tolik to na vodu/sníh náročné není ...
Jenže přístup "záloha je samozřejmost", takže tam nasadíme něco padacího je příšerný. Ano, pokud to padne jednou ročně a padne to "stabilně", tak ok. Ale pokud to bude padat kvůli počasí, tak to nebude ani tak padat, jako ztrátovat a přepínat okruhy semtam (ospf, ani jiné běžně používané protokoly nejsou až tak rychlé). Čili ano, zálohy zaberou - ale provozuschopné to vlastně nebude.

Vím o čem mluvím. Gigabit laserem na jaře a hlavně na podzim se sítí cvičil naprosto nepředstavitelně. A to je MSTP ještě na rozdíl od OSPF vcelku rychlé.

Mojaaa píše:"Chvíli to sic vydrží, ale pak přijde nějaká ulicha nebo sněhová nadílka a pokud spoj nebude mít zálohu" - záloha je snad dnes již naprostá samozřejmost a netřeba to nijak komentovat. Co to udělá v zimě nikdo neví, není k tomu žádná specifikace ani reálné měření.
0 x
Ohledně GDPR již nediskutuji. Když nic nevím, musím si to nastudovat jinde - a pak už to vím a nemám potřebu diskutovat zde.

Uživatelský avatar
hapi
Příspěvky: 11360
Registrován: 11 years ago
Kontaktovat uživatele:

Příspěvekod hapi » 3 months ago

BFD
1 x

ludvik
Příspěvky: 3835
Registrován: 7 years ago

Příspěvekod ludvik » 3 months ago

Ty lasery byly někdy v roce 2007. RFC pro BFD je z roku 2010 ... tzn. jsme měli smolíka.
Quagga oficiálně BFD neumí dodnes a nějaké nestable patche nikdo zkoušet nebude. Takže též je to nepoužitelné všude.
Změna rout se musí dostat do celé sítě. Čili ani rychlá konvergence pomocí BFD tomu zase tolik nepomůže (resp. nemusí). Hlavně proto, že ten spoj dokázal jet/nejet snad Xkrát za vteřinu. Vývojáři tam jaksi zapomněli dopsat hysterezi.
A u rádií (této kategorie) zase může nastat problém, že to jede, ale špatně ... ospf/bfd/stp se tam ještě "procpe", ale užitečná data už ne ...
0 x
Ohledně GDPR již nediskutuji. Když nic nevím, musím si to nastudovat jinde - a pak už to vím a nemám potřebu diskutovat zde.

rsaf
Příspěvky: 676
Registrován: 11 years ago

Příspěvekod rsaf » 3 months ago

Je až s podivem, že toto žádný routovací algoritmus neřeší. Např. by se hodilo, aby po pádu spoje proběhl "návrat" na něj až po nějaké definované době (klidně několik minut...)
0 x

pedro4444
Příspěvky: 673
Registrován: 7 years ago

Příspěvekod pedro4444 » 3 months ago

skusali ste uz niekto AP WAP a oproti lhg ze do kolko to da ?
0 x

cerva
Příspěvky: 191
Registrován: 3 years ago

Příspěvekod cerva » 2 months ago

ludvik píše:Ty lasery byly někdy v roce 2007. RFC pro BFD je z roku 2010 ... tzn. jsme měli smolíka.
Quagga oficiálně BFD neumí dodnes a nějaké nestable patche nikdo zkoušet nebude. Takže též je to nepoužitelné všude.
Změna rout se musí dostat do celé sítě. Čili ani rychlá konvergence pomocí BFD tomu zase tolik nepomůže (resp. nemusí). Hlavně proto, že ten spoj dokázal jet/nejet snad Xkrát za vteřinu. Vývojáři tam jaksi zapomněli dopsat hysterezi.
A u rádií (této kategorie) zase může nastat problém, že to jede, ale špatně ... ospf/bfd/stp se tam ještě "procpe", ale užitečná data už ne ...

Některé spoje umí nastavit port down při výpadku bezdrátové linky, na což OSPF reaguje okamžitě. Teoreticky by to šlo nascriptovat i do wapky a zavést tam delší čekací interval. Za sebe provozuju na podobných linkách BFD a celkem to i stačí.
0 x

pedro4444
Příspěvky: 673
Registrován: 7 years ago

Příspěvekod pedro4444 » 2 months ago

cerva píše:
ludvik píše:Ty lasery byly někdy v roce 2007. RFC pro BFD je z roku 2010 ... tzn. jsme měli smolíka.
Quagga oficiálně BFD neumí dodnes a nějaké nestable patche nikdo zkoušet nebude. Takže též je to nepoužitelné všude.
Změna rout se musí dostat do celé sítě. Čili ani rychlá konvergence pomocí BFD tomu zase tolik nepomůže (resp. nemusí). Hlavně proto, že ten spoj dokázal jet/nejet snad Xkrát za vteřinu. Vývojáři tam jaksi zapomněli dopsat hysterezi.
A u rádií (této kategorie) zase může nastat problém, že to jede, ale špatně ... ospf/bfd/stp se tam ještě "procpe", ale užitečná data už ne ...

Některé spoje umí nastavit port down při výpadku bezdrátové linky, na což OSPF reaguje okamžitě. Teoreticky by to šlo nascriptovat i do wapky a zavést tam delší čekací interval. Za sebe provozuju na podobných linkách BFD a celkem to i stačí.

Toto sa da v mk krasne nascriptovat pouzivame ked mame kruh spadne hlavna trasa a opinga ci ide spatna ak ano pusti tade zarial pinga hlavnu vetvu ked nabehne hlavna skontroluje az 5 minut ci ide a az pak prehodi aby to neprehadzovalo aj pri nejakom kratkom naznaku....
0 x

kure05
Příspěvky: 746
Registrován: 7 years ago

Příspěvekod kure05 » 2 months ago

A poskytneš ten skriptík? :angel:
0 x

ludvik
Příspěvky: 3835
Registrován: 7 years ago

Příspěvekod ludvik » 2 months ago

Ne vše a všude je mikrotik ... Kromě toho tak nějak odmítám si psát vlastní dynamický routovací protokol ve scriptovacím jazyku ROS.
pedro4444 píše:Toto sa da v mk krasne nascriptovat pouzivame ked mame kruh spadne hlavna trasa a opinga ci ide spatna ak ano pusti tade zarial pinga hlavnu vetvu ked nabehne hlavna skontroluje az 5 minut ci ide a az pak prehodi aby to neprehadzovalo aj pri nejakom kratkom naznaku....
2 x
Ohledně GDPR již nediskutuji. Když nic nevím, musím si to nastudovat jinde - a pak už to vím a nemám potřebu diskutovat zde.

rado3105
Příspěvky: 2219
Registrován: 9 years ago

Příspěvekod rado3105 » 2 months ago

honzam píše:Zase něco pro testery:
Version 6.43rc32
* ) w60g - improved maximal achievable distance;
* ) w60g - properly report center status under "tx-sector-info";


aka je ta max. vzdialenost? vie niekto?
0 x

cmgn
Příspěvky: 88
Registrován: 6 years ago

Příspěvekod cmgn » 2 months ago

Jeden spoj WAP - WAP mi na 185m jede stabilně 80 signál, 8 MCS. Docela hnusnej déšť to přežilo bez výpadku. Kanál 60480. Naopak spoj na 130m drží podobný signál i MCS, kanál 58320, ale stejný déšť 5x nepřežil. Spoje jsou z jednoho místa na 2 rozdílné strany.
0 x
Brno a okolí :-)

pedro4444
Příspěvky: 673
Registrován: 7 years ago

Příspěvekod pedro4444 » 2 months ago

kure05 ina tema nebudme to tu spamovat ale napis pm mozem ti to nejako vysveltit ale musis vediet aspon zaklady skriptovania inak si ani nepipnes bo ked ti dam len skript je to pre teba nepouzitelne to si musis prestavit na svoju siet bo mne to jeden script pusta dalsi a tak :) ale fakci to proste super uz si bez toho neviem predstavit siet pretoze vypadok na spoji a mne nezvoni ziadny telefon ze nejde internet len mi pipne ze vypadol spoj a uz si to spravim ako mi pasuje nie ze hned teraz bo ludi ide ujebat ze nic nejde..


cmgn 185 to ti udrzi ak to mas dobre nasmerovane mam na 195 dva mesiace a uz prsalo neviem ako a drzi bez vypadku...

najnovsie testujem lhg60 na 1 km signal -60 a zatial cakam na dazd ked bol -71 ze to nebolo dobre nasmerovane to padlo pri dazdi teraz ked je to vylepsene na tych 60 som zvedavy ci to uz ten 1 km udrzi ked pride lejak...
0 x

cmgn
Příspěvky: 88
Registrován: 6 years ago

Příspěvekod cmgn » 2 months ago

Taky si myslím. Jede to zatím moc pěkně. Spis ten druhy spoj na tech cca 130m bude ujetý :-) LHG jdu testovat zítra na 1300m. Uvidíme.
1 x
Brno a okolí :-)

Honza6
Příspěvky: 1
Registrován: 6 months ago

Příspěvekod Honza6 » 2 months ago

Zdravím, nemáte náhodou někdo vyzkoušení použítí RBwAPG-60ad a síta RBLHGG-60ad na jednom stožáru jestli se to nebude vzájemně rušit. Díky
0 x

Jap
Příspěvky: 175
Registrován: 8 years ago
antispam: Ano

Příspěvekod Jap » 2 months ago

Honza6 píše:Zdravím, nemáte náhodou někdo vyzkoušení použítí RBwAPG-60ad a síta RBLHGG-60ad na jednom stožáru jestli se to nebude vzájemně rušit. Díky


ne, ale 2x wap60g v parabole vlastni kostrukce do ruznych smeru na ruznych kanalech se nerusi (taky proc by mel).
0 x


Zpět na „Wireless“

Kdo je online

Uživatelé prohlížející si toto fórum: hocimin1 a 5 hostů