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 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 17
dnes 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 6
dnes 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 6
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

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

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 997 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Mikrotik: Agregace odchozich OSPF route do supernetu

    20.10.2011 18:04 jaroslav
    Mikrotik: Agregace odchozich OSPF route do supernetu
    Přečteno: 830×

    Ahoj, je zde nejaky makac na OSPF v mikrotiku? Snazim se agregovat odchozi routy OSPF na mikrotiku, cilem je aby aby z mhona statickych router napr. /30 vylezla jen jedna routra /24 protoze stejne cely subnet /24 slouzi jen pro tuto cast site, ale nejak se mi to nedari najit.

    Zkousel jsem area range, ale bez uspechu, pak jsou zde nejake /routing filter, ktere zrejme lze aplikovat na OSPF (v instace vidim parametry in/out-filter) ale nejak se mi ty filtry nedari pouzivat.

    Dokaze nekdo poradit? Diky Jarda

    Odpovědi

    20.10.2011 20:30 NN
    Rozbalit Rozbalit vše Re: Mikrotik: Agregace odchozich OSPF route do supernetu
    Inter-area route summarization(neni route redistribution..) se podle dokumentace resi pomoci area range.

    NN
    20.10.2011 20:35 NN
    Rozbalit Rozbalit vše Re: Mikrotik: Agregace odchozich OSPF route do supernetu
    For example you have many/32 ip addresses 
    
    /interface bridge add name=lo0
    /ip address
    add address=172.16.1.1/32 interface=lo0
    add address=172.16.1.2/32 interface=lo0
    add address=172.16.1.3/32 interface=lo0
    
    add address=10.1.1.1/24 interface=ether1
    
    configure ospf as passive on lo0 interface
    /routing ospf interface
    add interface=lo0 passive=yes
    
    add area and area range
    /routing ospf area add name=test
    /routing ospf area range add area=test range=172.16.1.0/24
    
    now add ospf networks
    /routing ospf network
    add network=10.1.1.0/24 area=backbone
    add network=172.16.0.1/24 area=test
    
    
    Now on other backbone routers you will see aggregated 172.16.1.0/24 route instead of three /32 routes
    
    NN
    21.10.2011 16:37 jaroslav
    Rozbalit Rozbalit vše Re: Mikrotik: Agregace odchozich OSPF route do supernetu

    Diky, vypada to dobre.

    Rovnou se zeptat jeste na jeden problem, aby nedelal novou diskuzi.

    ---

    Mam mikrotik na platforme x86, upgradovany na verzi 5.7 (posledni stable) tento box ma jako jediny problem s OSPF, vidim ostatni routery v /router ospf neighbor ve stavu Init, nikam dal se to neposune v logu se ukazuje hlaska

     

    route,ospf,info Ignoring Link State Acknowledgment packet: wrong peer state

    route,ospf,info     state=Init

     

    Pokud vedle pripojim jiny box (RB433) nakonfiguruji ji identicky tak vse jede OK.

    Nejprve jsem si myslel, ze problem je v natech, protoze je jich na x86 boxu opravdu hodne, s velkou bolesti jsem je vsechny ostavil, taktez /ip firewall filter jsem potlacil, ale bez efektu.

    Nekde jsem cetl, ze problem dela ruzny cas na boxem, ten mam srovnany z jednoho zdroje (NTP serveru).

    Vyzkousel jsem i prehozeni na jinou sitovku (rozumej, prehodil jsem vlanu na druhy interface), komunikace v ramci vlan (ping chodi bez potizi), ano vim, ze OSPF pouziva defaultne multicast.

    Zajimave je, ze pokud udelam na tomto boxu traffic monitor /tool torch interface=vlanXYZ ip-protocol=ospf tak vidim, ze na box prichazeji pakety ospf, ale zadne neodchazeji pryc, co je spatne, tim si to cele vysvetluji, ale bohuzel uz netusim kde hledat a jak hledat problem a proc OSPF neochazi (citace na jinych boxech ukazuji prijate packety od tohoho neibra 0).

    Nevedel by nekde jak to diagnostikovat?

    Jarda

    21.10.2011 23:17 Jaroslav
    Rozbalit Rozbalit vše Re: Mikrotik: Agregace odchozich OSPF route do supernetu
    Takhle vypada podrobnejsi log, 172.31.15.66 je inkriminovany postizeny router, ktery zlobi, jak je videt, temer vubec nevysila, za celou dobu vidim jen par hello packetu ale zadnou naslednou komunikaci pro vyjednavaci stavu.
    route,ospf,debug RECV: Hello <- 172.31.15.67 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug RECV: Hello <- 172.31.15.69 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug SEND: Hello 172.31.15.66 -> 224.0.0.5 on vlan101 
    route,ospf,debug RECV: Hello <- 172.31.15.70 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug RECV: Hello <- 172.31.15.65 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug Received packet from an unknown network: 
    route,ospf,debug     source=172.31.15.18 
    route,ospf,debug RECV: Hello <- 172.31.15.67 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug RECV: Hello <- 172.31.15.69 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug SEND: Hello 172.31.15.66 -> 224.0.0.5 on vlan101 
    route,ospf,debug RECV: Hello <- 172.31.15.70 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug RECV: Hello <- 172.31.15.65 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug Received packet from an unknown network: 
    route,ospf,debug     source=172.31.15.18 
    route,ospf,debug RECV: Hello <- 172.31.15.67 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug RECV: Hello <- 172.31.15.69 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug SEND: Hello 172.31.15.66 -> 224.0.0.5 on vlan101 
    route,ospf,debug RECV: Hello <- 172.31.15.70 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    route,ospf,debug RECV: Hello <- 172.31.15.65 on vlan101 (172.31.15.66)
    route,ospf,debug   received options: E 
    
    
    21.10.2011 23:53 NN
    Rozbalit Rozbalit vše Re: Mikrotik: Agregace odchozich OSPF route do supernetu
    Nasel jsem toto reseni na ten NAT:
    /ip firewall nat add action=accept chain=srcnat protocol=89
    pravidlo patri pred vsechny ostatni NAT-y.

    Jses si opravdu jisty, ze si neblokujes OSPF pakety firewallem ?

    NN
    22.10.2011 08:33 jaroslav
    Rozbalit Rozbalit vše Re: Mikrotik: Agregace odchozich OSPF route do supernetu

    Diky zkusim,

    jak jsem psal na postizenem boxu jsem zakazal vse co bylo /ip firewall filter + /ip firewall nat , mezi boxi neni nic jineho nez switche, ktere tahaji vlanu 101 mezi sebou vyusti ji do trunk na portu smerem k routeru, problem trasy vylucuji, jinak by nefungoval druhy box, ktery je vedle (433ka) a ten jede ok.

    Jarda

    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.