abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:33 | Nová verze

    Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 21:55 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 14:11 | IT novinky

    Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.

    Ladislav Hagara | Komentářů: 2
    včera 00:44 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.

    Ladislav Hagara | Komentářů: 22
    27.8. 16:33 | IT novinky

    Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.

    Ladislav Hagara | Komentářů: 1
    27.8. 14:22 | IT novinky

    Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.

    Fluttershy, yay! | Komentářů: 7
    27.8. 13:11 | Nová verze

    Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.

    Ladislav Hagara | Komentářů: 0
    27.8. 05:11 | Komunita

    Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.

    Ladislav Hagara | Komentářů: 18
    26.8. 12:55 | IT novinky

    EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.

    Ladislav Hagara | Komentářů: 67
    26.8. 12:11 | Nová verze

    Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (79%)
     (9%)
     (3%)
     (4%)
     (5%)
     (1%)
    Celkem 104 hlasů
     Komentářů: 9, poslední včera 11:53
    Rozcestník

    Dotaz: Rozklad zateze v siti pres redundantni spoje

    9.8.2011 13:45 frantisek
    Rozklad zateze v siti pres redundantni spoje
    Přečteno: 647×
    Příloha:

    Dobry den,

    mam sit s topologii uvedenou v priloze, privod internetu, 4 oblasti (LAN1-4), kazda oblast ma svuj hlavni router, uvnitr teto oblasti bezi OSPF mezi ostatnimi routery a area border routerem, v pateri bohuzel zatim nefunguje OSPF, takze se routuje staticky po blocich /24 + bloky verejnyIP, ale pracuje se na zmene, aby oblasti agregovali sve rozsahy z LAN a distribuovali je do patere  ostatnim routerum.

    V kazde oblasti je switch (chytry, nasazene VLAN), oblasti jsou propojene mikrovln. spoji, kapacita je uvedene na obrazku.

    Mam problem s oblasti 4 (LAN4), traffic smerem z internet do oblasti LAN4 zacina narustat, data tecou z pres R1 pres SW1 - SW3 - SW4 - R4, tedy pres 100Mbit radio, pricemz trasa SW2-SW3 je relativne malo zatizena, SW1-SW2 ma rezervu.

    Routery jsou Mikrotik (x86), firmware 5.5.

    Hledam cestu jak rozlozit zatez pres obe cesty, napadlo me nahodit pres obe trasy samostatne vlan (nahodit dve rozne spojovaci site /30 pres kazdou vlan) a na zaklade source routingu rozkladat co pres co poteze, ale je to takove dost nepruzne a hlavne hodne manualni.

    Take jsou premyslel ze bych opet udelal 2x vlan pres oba smery a na routerech bych udelal bonding pres oba vlan interface, ale mam obavy jak se to bude chovat, hlavne aby to bylo spolehlive pokud jedna trasa vypadna, i kdyz zde by melo zafungovat zakruhovani a routery by tudiz nemeli nic poznat.

    Budu rad za kazdy navrh, dekuji Frantisek.

    Odpovědi

    10.8.2011 00:29 frantisek
    Rozbalit Rozbalit vše Re: Rozklad zateze v siti pres redundantni spoje
    Byla by odpoved ECMP?
    10.8.2011 09:46 skunerq | skóre: 19 | blog: skunerovo
    Rozbalit Rozbalit vše Re: Rozklad zateze v siti pres redundantni spoje
    anebo pomoci source routingu, tj kazdou LAN/24 rozdelit na dve LAN/25. Kazda LAN/25 bude mit default routu na jiny smer

    11.8.2011 22:16 Matěj Vaňátko | skóre: 19 | Brno
    Rozbalit Rozbalit vše Re: Rozklad zateze v siti pres redundantni spoje
    To je blbost přeci ne ? Řeší se problém přenosu dat mezi R1 a R4. Nemůžete tedy do toho míchat routování, tedy L3 vrstvu. Tady vše jede na 2. vrstvě.

    Já bych udělal pro danou VLAN etherchannel mezi SW1, SW2 a SW3. Tím docílíš toho, že ti to STP nezablokuje a bude to automaticky dělat load balancing. Nebo ne ? Nic jinýho mě na 2. vrstvě nenapadá.

    Dalo by se ještě udělat i to, že by se opravdu dal celý /24 subnet rozdělit na 2x /25 a jeden směrovat do internetu přímo přes R1 a druhý směrovat nejdřív na R2 a R2 by to posílal default routem na R1. Otázka je, jestli je to košér řešení... Stejně ale, příchozí traffic by tím pádem šel stejně jen SW1-SW3
    12.8.2011 08:08 skunerq | skóre: 19 | blog: skunerovo
    Rozbalit Rozbalit vše Re: Rozklad zateze v siti pres redundantni spoje
    jasne, ze to neni koser, ale nepredpokladam, ze tam tazatel bude mit chytre switche schopne to resit na L2. zustava tedy L3 a pohrat si s OSPF path cost a rozsekat ty /24 na mensi subnety.
    12.8.2011 09:12 frantisek
    Rozbalit Rozbalit vše Re: Rozklad zateze v siti pres redundantni spoje

    Diky za informace.

    Chtel jsem a chci to cele resit na L3 pokud to pujde, moje myslenka na zacatku byla vcelku jednoducha, udelam dve vlan, kazda z nich bude koncit na routeru r1 a r4 (tzn. ze routery budou mit na kazde vlane nejakou spojovaci IP /30 napr.), kazda z vlan ovsem povede jinou trasou, rekneme

    vlan 10 - r1 - sw1 - sw2 - sw3 - sw4 - r4

    vlan 20 - r1 - sw1 - sw3 - sw4 - r4

    Takze budu mit dve samostatne trasy, ted bych samozdrejme mel moznost staticky z r1 smerovat na r4 mensi subnety rozsekane subnety a diky dvoum ruznym IP na routery r4 (pro kazdou vlan) docilit dotoho, ze se mi provoz rozdeli tak jak ja budu chtit.

    Pekne, ale dost manualni, tak jsem si rikal zda-li neni prave moznost rozkladu zateze bud v OSPF (az ho zprovoznim na pateri) nebo vyuzit nejak tech dvou GW(IP adres), ktere budou na r1, neco jsem prave cetl o multipath/ECMP, jak se to bude chovat pokud napr. v OSPF nastavim na obou trasach (vlan interface) stejny COST, nebude to automaticky rozkladat zatez?

    Dalsi moznost je jak jsem psal, dotahnout obe vlan jako v predchozim scenari, na routerech r1 a r4 tyto vlan interface hodit do bondingu a mit ve vysledku jedno rozhrani = jednu trasu, ktera rozklada "nejak" zatez.

    12.8.2011 21:58 Matěj Vaňátko | skóre: 19 | Brno
    Rozbalit Rozbalit vše Re: Rozklad zateze v siti pres redundantni spoje
    Podle mě v celku dobré nápady. Je vidět, že v tom děláte. Já bych asi zatím šel buď cestou první se 2 VLAN nebo cestou poslední, s tím bondingem.
    Teď otázka, co je pro vás výhodnější.
    Zatím bych asi zvolil tu první variantu se 2 VLAN. Budete mít aspoň jistotu, že provoz opravdu poteče tudy, kudy má. Tím si u té 3. varianty nejsem moc jistý.

    Já jsem předtím nepochopil, jak to chcete přes to OSPFko na L3 vrstvě řešit. Už je mi to ale asi jasné. Čistě teoreticky by to mělo chodit tak, jak říkáte. Pokud se nastaví stejná COST, mělo by to začít dělat load balancing. Aspoň za zkoušku by to stálo. Nemám teď na notebooku nainstalovaný PacketTracer od Cisca, abych to odzkoušel, ale myslim si, že to tak bude chodit.
    Takže nejdřív bych udělal tu první variantu a poté bych to asi překlopil na to OSPFko s tím, jak bude běhat na páteři. Jenom zvažte, jestli není lepší si páteř udělat staticky (pomocí sumarizace rout) a tohle taky staticky. Určitě to pošetří výkon těch Mikrotiků i propustnost páteře. Ale nevim, jak máte velkou síť v těch 4 oblastech a kolik adres se tam skrývá.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.