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í
×
    dnes 15:11 | Zajímavý projekt

    Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.

    NUKE GAZA! 🎆 | Komentářů: 9
    dnes 14:11 | Zajímavý projekt

    Computer History Museum (Muzeum historie počítačů) zpřístupnilo své sbírky veřejnosti formou online katalogu. Virtuálně si tak můžeme prohlédnout 'rozsáhlou sbírku archivních materiálů, předmětů a historek a seznámit se s vizionáři, inovacemi a neznámými příběhy, které revolučním způsobem změnily náš digitální svět'.

    NUKE GAZA! 🎆 | Komentářů: 1
    dnes 14:00 | Zajímavý projekt

    Ruský hacker VIK-on si sestavil vlastní 32GB DDR5 RAM modul z čipů získaných z notebookových 16GB SO-DIMM RAM pamětí. Modul běží na 6400 MT/s a celkové náklady byly přibližně 218 dolarů, což je zhruba třetina současné tržní ceny modulů srovnatelných parametrů.

    NUKE GAZA! 🎆 | Komentářů: 7
    dnes 11:00 | Upozornění

    Národní identitní autorita (NIA), která ovlivňuje přihlašování prostřednictvím NIA ID, MEP, eOP a externích identit (např. BankID), je částečně nedostupná.

    Ladislav Hagara | Komentářů: 8
    dnes 02:44 | Nová verze

    Byla vydána nová verze 1.16.0 klienta a serveru VNC (Virtual Network Computing) s názvem TigerVNC (Wikipedie). Z novinek lze vypíchnout nový server w0vncserver pro sdílení Wayland desktopu. Zdrojové kódy jsou k dispozici na GitHubu. Binárky na SourceForge. TigerVNC je fork TightVNC.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | Nová verze

    Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 2
    včera 13:33 | Humor

    Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.

    Ladislav Hagara | Komentářů: 11
    včera 13:11 | Nová verze

    Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.

    NUKE GAZA! 🎆 | Komentářů: 11
    včera 09:00 | IT novinky

    V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.

    Ladislav Hagara | Komentářů: 0
    včera 03:33 | Komunita

    Konference Installfest 2026 proběhne o víkendu 28. a 29. března v budově FELu na Karlově náměstí v Praze. Přihlásit přednášku nebo workshop týkající se Linuxu, otevřených technologií, sítí, bezpečnosti, vývoje, programování a podobně lze do 18. února 0:15.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (10%)
     (23%)
     (3%)
     (5%)
     (2%)
     (12%)
     (33%)
    Celkem 652 hlasů
     Komentářů: 19, poslední dnes 13:03
    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: 676×
    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.