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 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 7
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 31
včera 00:33 | Komunita Ladislav Hagara | Komentářů: 8
18.1. 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 334 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Rozklad zateze v siti pres redundantni spoje

    9.8.2011 13:45 frantisek
    Rozklad zateze v siti pres redundantni spoje
    Přečteno: 531×
    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.