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 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 12
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
25.5. 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 13
25.5. 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 7
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 14
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (33%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 629 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Multicast a nefungující IGMP snooping

    29.11.2009 14:18 DarkLogic | skóre: 8
    Multicast a nefungující IGMP snooping
    Přečteno: 3276×
    Zdravím!

    Strávil jsem již několik bezesných nocí pokusy o nastavení switche, aby řádně šířil multicast a používal k tomu IGMP snooping, ale marně. Místo toho data stále šíří jako broadcast. Má situace je následující:
    • Switch TP-LINK TL-SL3428, IGMP snooping zapnuto globálně i pro VLAN 1 (defaultní VLAN, žádná další není momentálně definována)
    • Zdroj multicastu je stroj s Ubuntu, dle ifconfig má eth0 podporu pro multicast.
    • Vysílá se z VLC a data jsou zasílána pomocí RTP na 239.255.0.1
    Problém je, že switch data zasílá na všechny porty, prostě je broadcastuje, a já nevím proč. Když na druhém stroji vyšlu požadavek pro přihlášení do multicastové skupiny, switch na to zareaguje: (viz konzole, požadavek vzešel ze stroje na portu 24)
    console# show ip igmp snooping groups
    
    Vlan   IP Address               Querier Ports
    ------ ------------------------ ------- -----------------------------------
    1      224-239.255|127.0.1      No      e24
    
    V tcpdumpu stroje žádajícího stream vidím na začátku odeslané 3 IGMP report (igmp v2) do požadavané skupiny. Pak už pomocí IGMP nic neposílá ani nic nepřijímá. Switch jej po nastavených 260 sekundách vytimeoutuje (výpis z konzole je prázdný), ale přenos běží v pohodě dál (aby ne, když se evidentně broadcastuje).

    Otázkou je, na co zapomínám nebo co dělám špatně, že switch takto reaguje? Zkusil jsem různé multicastové adresy, na strojích pro jistotu nastavuju force_igmp_version na hodnotu 2, ale stejně nic nezabírá. Poradíte?

    Předem díky.

    Odpovědi

    the.max avatar 29.11.2009 15:08 the.max | skóre: 46 | blog: Davidovo smetiště | Bílina
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Mozna jsi mel zainvestovat do HPcka, nebo 3comu a ne kupovat tuhle parodii.
    KERNEL ULTRAS Fan Team || Sabaton - nejlepší učitel dějepisu
    29.11.2009 22:07 DarkLogic | skóre: 8
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Možná by se hodila nějaká přínosnější odpověď.
    18.12.2009 18:05 skunerq | skóre: 19 | blog: skunerovo
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    HP? 3COM? chlape co hulis? nemel bys trochu brzdit. Uz jsi videl poradne fungujici sit /qos, spannig tree, multicast, IPv6/ fungujicich na parodii typu HP nebo 3com?
    19.12.2009 15:28 DarkLogic | skóre: 8
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Držte se prosím dotazu bez urážení. Takové nic neříkající a neřešící zprávy nepomohou. Děkuji.
    vlk avatar 29.11.2009 23:23 vlk | skóre: 22 | blog: u_vlka
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    niesom si isty, ale nieje nahodou ten tvoj rozsah 239.255/16 na nieco vyhradeny a preto ho broadcastuje? ja vysielam v rozsahu 233/8 a funguje mi to bezproblemov.

    (switche mam HP)
    You don't exist, Go away !
    30.11.2009 00:04 DarkLogic | skóre: 8
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Zkoušel jsem různé rozsahy, ale dělá to na všech. Zkusil jsem teď třeba 233.0.0.1, ale opět stejný výsledek.

    Zajímalo mě, jestli náhodou na něco nezapomínám nebo nedělám špatně. Zdá se ale, že asi ne, tak zkusím kontaktovat dodavatele, že ten výrobek evidentně nedělá to, co uvádí.
    17.12.2009 02:13 DarkLogic | skóre: 8
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Hmm, nedalo mi to, tak jsem pořídil switch 3Com 2226 SFP Plus. Aktivoval jsem volby "IGMP Snooping Status" a "IGMP Query Status"...a to jak globálně, tak pro jedinou nastavenou VLAN1. Ke switchi jsem připojil napřímo pomocí kabelů pár PC.

    Na PC1 jsem pustil multicast pomocí VLC na rtp://239.1.1.1. V tento okamžik to začalo broadcastovat multicast na všechny aktivní porty. Pokud alespoň jedno PC (a mohlo to být i PC1 dělající vysílač) požádalo o příjem multicastové skupiny a začalo data přijímat, na ostatní porty se přestala data rozesílat (což je požadovaný efekt).

    Nicméně pokud PC požadavek na odběr multicastu zruší (resp. nebo žádné PC žádný požadavek nevznese), opět se začne broadcastovat na všechny porty. Můžete mi poradit, co dělám stále špatně a proč se to tak chová?
    17.12.2009 12:50 rubicon
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Popisované chování je v pořádku, pokud si správně vysvětluji RFC 4541, konkrétně:
    2.1.2. Data Forwarding Rules
    
       3) An unregistered packet is defined as an IPv4 multicast packet with
          a destination address which does not match any of the groups
          announced in earlier IGMP Membership Reports.
    
          If a switch receives an unregistered packet, it must forward that
          packet on all ports to which an IGMP router is attached.  A switch
          may default to forwarding unregistered packets on all ports.
          Switches that do not forward unregistered packets to all ports
          must include a configuration option to force the flooding of
          unregistered packets on specified ports.
    
    17.12.2009 16:05 DarkLogic | skóre: 8
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    OK, beru že to je chování dle RFC. Ale má otázka tedy je, co mám udělat, aby mi switch neposílal ta data na všechny porty. Předpokládám, že musím nějak oznámit novou IGMP skupinu pomocí IGMP Membership Reports. Jak?
    4.1.2010 20:09 petrg
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    nainstaluj si igmp router ten to vsechno zorganizuje, bude komunikovat jak se switchem tak s koncovymi stanicemi, treba XORP
    24.11.2011 22:37 Kaacz
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Kdyz uz neni zadny prijemce mcastu na switchi, tak to musi tim smerem zastavit ROUTER z ktereho to ten switch dostava. To je standardni chovani.
    17.3.2010 12:17 shindy2m
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Není chyba spíš v tom, že multicastový zdroj posílá data, když nikdo neposlouchá?

    S tím, že někdo posílá multicasty jen tak ze srandy RFC nepočítá.
    17.3.2010 15:08 DarkLogic | skóre: 8
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Tak zní to logicky. Od doby, kdy jsem dotaz dával, jsem se ještě nebyl schopen kvůli jiným povinnostem k tomuto problému vrátit a nějak testovat :-(

    Když jsem se v tom ale předtím hrabal, tak jsem se dostal až k tomu, že bych měl dle rady uživatele "petrg" použít igmp router (doporučoval XORP). Nepodařilo se mi už ale zjistit, jak to udělat, aby stejný stroj se staral jak o zdroj signálu (např. z DVB), tak i zároveň dělal igmp router. Zatím mi VLC (používané pro příjem DVB) všechna multicastová data tlačí do switche, aniž by jej ktérákoliv z cílových stanic požadovala. A to je dle Vás problém.

    Nebyl by někde k dispozici návod, jak na to, od kterého bych se mohl odpíchnout?
    17.3.2010 18:22 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping

    Nemám s tímto zkušenosti, ale mám dojem, že s vaším požadavkem v podstatě nikdo nepočítá.

    Obvyklá situace je, že vysílající stroj je od zbytku sítě oddělen multicastovým směrovačem. Ono totiž kdybyste měl všude jen hloupé switche, tak naopak by bylo žádoucí, aby multicast brodcastovaly. Problém chytrých switchů je, že nemohou vědět, jestli chcete sparse nebo dense režim multicastu. Proto taky existuje protokol PIM, kterým se domlouvá vysílatel s nejbližším multicastovým routerem. IGMP je určené pro řízení komunikace mezi příjemci a routery.

    Osobně bych se na IPv4 multicast vykašlal a řešil jej jenom v IPv6, kde to funguje (IMHO) rozumněji.

    13.10.2010 16:45 Santa
    Rozbalit Rozbalit vše Re: Multicast a nefungující IGMP snooping
    Ja mam pichnute 4 streamovacie masiny do switchu edgecore es3528m. kazda z nich je na 100mbit porte. Nepouzivam sice vlc, ale tiez vsetky masiny tlacia vsetko rovno do switchu. Switch funguje ako IGMP Querier (jediny na sieti) a je tam zapnuty IGMP Snooping. Za switch sa dostava (aj do ostatnych edgecore co mam pouzite na sieti) len to, co uz niekto "objednal". vsetky ostatne switche su len v igmp snoop, len tento hlavny je querier. predpokladam ze problem bude v tom switchi co pouzivas. neskusal si novsi firmware do neho natiahnut? starsi firmware pri tychto edgecore mi tiez robil obcas divne problemy s IGMP.

    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.