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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 26
včera 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 8
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 14
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 25
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 15
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 5
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 1
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 774 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 3207×
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: 45 | 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.