Příspěvky

Lebo slsp ma servery v azure a azure ma problem s MTU a ak mas ipv6 ktory ide cez ppoe a tunel, tak je to uplne zle. Fix je jednoduchy:
ip6tables -t mangle -A FORWARD -o <tun_if> -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Alebo ak vies cez RA oznamit klientom, ze maju pouzit MTU 1400.

Zaujimava konfiguracia Sup6, priepustnost 24 Gbps na kartu, pre tu 24 SFP (cize 1 Gbps) to staci, ale pre tie 48 portove PoE karty je to uz otazne. Zaujimava je tiez volba zdrojov - 1400 W trojfazove DC non-PoE zdroje, takze PoE karty nemaju zmysel. Asi to bolo len na hranie, len ako to napajali?

Neviem ako ten TPLink, ale vacsina SOHO zariadeni ma medzi WAN a LAN VZDY zapnuty NAT a neda sa ho zbavit. Ak si si nie isty, wireshark, ako uz bolo povedane, je tvoj kamarat

Inac to routovanie do 240 siete cez Huawei nie je az taky problem, len to prida jeden hop smerom do 240. Pri sikovnejsich firewalloch by to bol samozrejme problem, lebo by half-open spojenie zahodil, ale tomuto to bude sumafuk.

Systemovejsie riesenie by bolo na tom Huawei vytvorit novu VLAN (snad to umoznuje) s adresou 192.168.240.1/24 a pripojit to k tomu TPLinku cez LAN rozhranie (a nastavit mu inu adresu, nech sa to nebije) - bude sluzit len ako AP a hlupy prepinac.

Ako budu umiestnene? Na stene, v podhlade, pod podhladom,... Kolko zariadeni tam bude pripojenych (bezne sa pocita pocet ludi x 2,5), co cez to bude tiect (pre VoIP potrebujes vacsiu hustotu),... Ake tam mas rusenie od susedov - napr v kancelarskych budovach ta budu vsetci naokolo rusit a pri 2,4 GHz budes mat fakt problem, cize budes musiet mat viac AP s mensim vyzarovanim. Softver ti len nacape APcka podla zadanych stien a nejak ukaze utlm, lepsie je to sklbit so site survey-om, no to ti hociaky softver zadarmo neurobi a naklady na kvalifikovaneho cloveka budu tak vysoke, ze bude lacnejsie tam nahadzat APcka navyse a kontroler si to uz nejak poriesi.

Dakedy sme pouzivali pravidlo - v open space kazdych 15 m APcko pre cca 20 ludi (AP pripojene 2x1Gbps uplinkami), AP zavesene pod podhladom min 1 m od stien a pilierov. Povacsine sklo ma vyssi utlm ako sadrokarton, tak pre zasadacky vzdy samostatne APcka.

Pouzivali sme https://www.ekahau.com/ , ale Arubacky VisualRF tiez splni ucel.

Cez CAT5 bezi aj 1000BASE-T, takze by som chybu hladal inde.

Ak na streche nemas "core", tak co tak ho napajat cez PoE? Napr https://www.ui.com/accessories/nanoswitch/ - PoE passthrough a do +70 C. Mne to napaja kamery a APcko. Jedina nevyhoda je, ze nie je manazovatelny.

Ved pise, ze na jednej strane pichol kabel do portu LAN1 a na druhej do portu LAN1, cize na tom druhom krame nepouziva NAT. V podstate to ani inak nejde, kedze jediny WAN port je V/ADLS a len ZTE ma popri VDSL aj klasicky ethernet.

Ak kamery od Ubiquiti, tak ako kontroler https://unifi-protect.ui.com/cloud-key-gen2, minimalne kvoli Protect, ktory je podporovany len na tom.

Tak co cakat od supika, co je 9 rokov EoS Cele je to vhodne len ako zarazka dveri. Na hranie tazko a do siete uz vobec nie. A samozrejme jedine zadara za odvoz

Z Aruba 2530 rady je len J9777A Aruba 2530 8G Switch (536 €) / J9774A Aruba 2530 8G PoE+ Switch (704 €) bez ventilatora - oba maju 8 portov + 2 SFP/RJ45. Potom je este moznost L3kovy  JL258A Aruba 2930F 8G PoE+ 2SFP+ Switch (1420 €). Od Cisca su jedine pouzitelne WS-C2960CX-8TC-L ($1160) pripadne WS-C2960CX-8PC-L ($1430) s PoE a od Ubiquiti je bez ventilatora viac modelov ES-8-150W ($199), ES‑10X ($115) , ES‑10XP ($129) - vsetky maju 8 portov + 2xSFP a ES-24-LITE ($240) - 24 portov + 2xSFP (rada Unify vyzaduje kontroler, tak ich neuvadzam).

Vacsie prepinace s viac ako 8/10 portami su naozaj vynimocne bez ventilatora a spomenuti vendori ich neponukaju. Btw, niektore spominane prepinace umoznuju PoE passthrough (napajanie zariadenia a casto aj dalsieho PoE zariadenia z PoE uplinku) a v pripade kancelarskeho prepinaca by som siel touto cestou.

Vsetky ceny su zo standardneho GPL cennika, takze za beznych okolnosti cena bude podstatne lepsia v zavislosti od partnerstva.

A zabudol som na SFPcka - Cisco, aspon dakedy davno, nezozralo ine SFP ako Cisco (spominany switch spolu s SFP je SOHO odvodeny z Linksysov, takze to nie je Cisco ), Aruba (Premenovane HP ProCurve pouziva Aruba OS-Switch. Potom tu mame Aruba OS-CX, co je linuxova masina pouzita v rade 8300/8400, no a spominany Comware je pouzity v HPE FlexFabric/FlexNetwork prepinacoch - vsetko z toho je cenovo uuuplne inde.) zozerie cokolvek (od verzie 16.02, prikazom allow-unsupported-transceiver) a Ubiquiti zozerie vsetko.

Hlavne k Ubnt radiam pripojis 50 klientov (samozrejme ak chceme rozumnu priepustnost, tak 20 max, ale pre IoT to staci) a v pohode to funguje, nie ako hracky zo supermarketu. Zhodou okolnosti mam doma cele SDN riesenie od nich.

Domenu mam kupenu od godaddy, ale dns spravujem v https://dns.he.net/

@Branek: Chyba ti tam este "comma-first" style http://ajaxian.com/archives/is-there-something-to-the-crazy-comma-first-style

Smerovacie tabulky sa daju oddelit pomocou VRF. Smerovanie medzi VRF potom musi prebiehat na inom zariadeni, v tvojom pripade na firewalle.

[ne, nejde to]

Jestli jsem to dobře pochopil, tak ti jde o to prosadit to proti ,,vůli" toho počítače. Pak je odpověď samozřejmě ne, nejde to (a ani z principu jít nemůže). Nastavení jako "push redirect-gateway" si klient samozřejmě může overridnout.

Zavisi akeho mas klienta. V praci pouzivame Network Connect od Juniperu a ten kontroluje smerovaciu tabulku. Ak ju zmenis, tak zhodi spojenie. Teda...za beznych okolnosti Samozrejme, ze je mozne spravit par zmien hex editorom a "route monitor alarm" je minulostou