Dotaz: Multicast Continuity errors

[Martin]

Zdravim snazim sa spojazdnit udpxy. Sluzi na prevod multicastu na unicast. No mam problem ze mi stream na TV strasne chybuje. Nahodne niekedy viac niekedy menej. Server je na virtuali XEN Server 6.2. Pouzita zakladna doska je Supermicro s procesorom Xeon E5. Velkost multicast streamu je od 3-6Mbps. Pri mensom seknuti a zakockovani obrazu sa v Continuity errors nic ani nezaznamena no pri dlhsom zaseknuti ano. Na tom istom stroji mam spojazdneny vo virtuali aj Windows a ked v nom spustim TSReader tak ide stream bez chyby.

Odpovědi

[Martin]

este som si vsimol ze to nejaky cas neseka. po cca pol hodine to zacne sekat stale viac a viac. Ked dam reboot toho linuxu kde bezi udpxy zase to nejaky cas ide dobre a potom to zacne znovu sekat a chybovat. Ako keby to bolo pretecenim nejakeho buffera alebo ako keby buffer nevyprazdnovalo. Nestretol sa s tym nikto ?

[AlYoSHA]

Tie continuity errory zaznamenavas na multicastovej ci unicastovej strane? To by chcelo viac rozpisat kde mas zdroj multicastu.

[Martin]

mam tam sietovu kartu na ktorej mam vytvorene dve vlany. eth0.5 - multicast eth0.121 - unicast

ale skusal som to aj s uplne samostatnou sietovou kartou pre multicast a zvlast pre unicast a sprava sa to rovnako.

no ja som na tie Continuity errors prisiel v netstat -su no tam nevidim kde su tie chyby tam ukazuje len ze je to UDP continuity errors.

STB na ktorom to skusam je spojeny s udpxy serverom ETH kablom cez switch. Skusal som to aj cez iny soft (Cesbo Astra) a to iste nejaky cas to ide a potom to zacne sekat az do restartu. Po restarte to zase ide.

[AlYoSHA]

V podstate som chcel vediet ze ci tie cont.errs nevznikaju este na ceste od zdroja mcastu. Za toto obvykle mozu pretazene linky, alebo dost casto nenastaveny flowcontrol. To sa dost tazko diagnostikuje beznymi nastrojmi. U nas sme museli nakupit prenosne minipc (Intel DN2800MT) s TSreaderom ktore technici rozmiestnili na vytypovane miesta na sieti a tak sa to postupne riesilo bod za bodom. Najcastejsi problem - nenastaveny flow-control. To vadi hlavne na radiovych spojoch medzi gig. switchmi. Hovorim samozrejme o synchronnych radiach. Na freeband zabudnite. Avsak aj pri synchrach je treba na tieto veci dbat. Udpxy - starsie verzie boli problemove aj na realnom zeleze - tu doporucujem upgrade (vykompilovana najnovsia verzia). Neviem ako je to s udpxy na virt. zeleze, ale mam zle skusenosti s prevadzkovanim stremaforwardera vo virtuale. Akokolvek silne virt zelezo to nezvladalo a chovalo sa to podobne. Po par minutach prevadzky sa stream zacal stavat nepouzitelnym. Stremforwarder je este jednoduchsi soft ako udpxy. V podstate prehadzuje pakety medzi sietovkami ci vlanami.

[Martin]

moju situaciu nacrtnem

Streamer -> Cisco 3650G -> Virtual (Linux a Windows)

Vo windowse v TS readeri v pohode V Linuxe po nejakom case chybovanie multicastu.

V zeleze po ceste by som problem nehladal nakolko na tom Windowse ktory je na tom istom virtuali to ide v pohode. Problemy to robi len v tom Linuxe.

[AlYoSHA]

Dik za objasnenie. Tak to bude fakt na tom linuxe. Ale kym TSreader iba stream prijma, tak udpxy ho prijma a zaroven vysiela v unicaste - takze naroky na I/O su vyssie co by v tom virtuali bolo citit. Mozno by som vyskusal ine jadro. Aka verzia je tam teraz a je to vykompilovane alebo distribucne ?