- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Kormányok / autós szimulátorok topikja
- Véleményes teszt bizonygatja mennyit ér a Macbook Neo 8 GB RAM-ja
- Autós kamerák
- Bambu Lab 3D nyomtatók
- OLED TV topic
- Tápos kibeszélő offtopik
- Milyen cserélhető objektíves gépet?
- ZIDOO médialejátszók
- VR topik
Új hozzászólás Aktív témák
-
#12
lionhearted
őstag
Becache
#11
Melyik 3 routing szabályra gondolsz? Szívesen frissítem a leírást, ne csak a fórumból rakjuk össze... Pont emiatt készült a leírás is, mert egyben minden infot sehol se találtam.
Logikus a vlanra tenni a proxyt, mivel ha a bridgen nem tudja, hogy milyen vlan idt tegyen hozzá. Esetleg ezt is beleírom, ha pontosításkent megadod a használt configot.
-
#11
Becache
csendes tag
lionhearted
#10
Becache
csendes tag
válasz
lionhearted
#10
üzenetére
Köszi !
Már megy nálam is !
Taspasztalatok:
IGMP proxy interface hozzáadás után MÁR beindult (nálam a kulcs az volt, hogy NE a bridge-re rakni, hanem a konkrét vlan-ra) --> Nálam a bridge interface-en van minden vlan.A csatornaváltás ezután relative lassú volt (4-5 másodperc) --> HA a 3 routing szabályt is hozzáadja valaki, akkor ez 0-ra csökken.
A visszajátszás gyorsításhoz pedig a 3 firewall rule segít.
Mindent köszi mégegyszer, remélem én is tudtam segíteni az utánamjövőknek :-) -
#10
lionhearted
őstag
Becache
#9
Szia!
Ne vedd adottságnak, amit a "Telekom routerben" látsz. Nem tudom pontosan hol látod, de lehetséges, hogy csak egy következő átjáró címét, ezért sem működik az élő adás (a 4-6 mp működés igazából nem működés)
Kövesd a leírást, én azt tudom ajánlani. Vagy próbálgatással nagyobb alhálózattól kezdve, és figyelve a kapcsolatokat, ahogy én kezdtem, vagy azokkal a címekkel, amik nekem mentek.
Az interfész nyilván lényegtelen, nekem ebben az esetben az 1-es porton a downstream PoE switch van, így került másikra az internet. -
Becache
csendes tag
Sziasztok !
Köszi a leírást. Nálam beindul a tv adás, csak kb. 4-6 másodperc után megáll a kép. Ez addig van így, amíg csatornát nem váltok. A visszanézés hibátlanul megy és minden egyéb is, pl. youtube. Bármi ötlet ?
Minden a leírásnak megfelelően csináltam. Egy különbség csak, hogy nekem nem ether2-n, hanem ether1-en van + Nekem a Telekomos routerban "10.198.244.34" van megadva IPTV-hez kapcsolódoan. Elvileg ez nem befolyásol semmit, vagy mégis ?Minden ötletet megköszönök.
-
#8
lionhearted
őstag
fuximaxi
#7
-
#7
fuximaxi
senior tag
lionhearted
#6
fuximaxi
senior tag
válasz
lionhearted
#6
üzenetére
"Mert tudtommal ez az egyetlen neten fellelhető (és magyar szolgáltatóra igazított) leírás, ami tényleg működik ebben a felállásban."
Hát remélem, hogy tényleg működik, hamarosan kipróbálom. Nem találtam semmi olyan leírást amivel működne. Az ASUS gyári firmwareben csak simán bekapcsoltam az IGMP-t és működött. Bár most éppen nem Mikrotikem van, hanem egy Zyxel OpenWRT-vel, de eddig nem tudtam megoldani, hogy a stream elinduljon. Túl sok időt nem volt rá, így egyelőre a két lehetőség közül (passthrough vagy a HWG csak AP-ként üzemel) maradt az, hogy nincs stream. Egyelőre nem hiányzik a TV, de ha már fizetek érte akkor jó lenne ha működne, még akkor is ha nem nagyon nézzük. -
#6
lionhearted
őstag
bambano
#5
Köszönöm, hogy kifejtetted!
És persze a kritikát is.Nem volt elég alapos a kontextus bemutatása, de egy viszonylag egyszerű otthoni (SOHO) hálózat bemutatása lett volna a cél. Nem csak azért, mert a konkrét megvalósított környezetre is illett, hanem hogy másokra is passzoljon a leírás. Szóval Telekom HGW - UTP -> hap ac2 saját PPPoE kapcsolattal - UTP -> Telekom TV SmartBox, ez volt a kiindulópont, meg hogy ilyenkor "okosnak" okos, de TV-nek nem TV egy ilyen doboz.
Az IGMP Proxy persze üzen a Telekom HGW felé, az meg "ismert" multicast forgalom (MDB-ben szerepel). Valós probléma lehet, hogy a CPU-t ledosolja egy flood, csak azt nem látom, hogy a leírás hogyan nyitja ki a kaput erre, ami eddig zárva volt. Sem a belső hálón, sem a TV dobozról nem tilthatom le az unknown multicast floodot, mivel az lecsapja a Google Castot (SSDP, mDNS és más varázslat), ami ugye igény lenne, hogy menjen.
És itt kételkedem kicsit magamban, hogy mi az ami kiszúrja a szemem, te látod és én nem. Milyen switch funkció lehet az, ami segít két interfész találkozásában, de nem egy bridget alkot. Biztos vagyok benne, hogy van belső multicast forgalom, a mai modern eszközök mind használnak valamilyen szolgáltatásfelderítést. Azt nem látom, hogy az IGMP Proxyn felül mi tudna kimenni jelen esetben, és a leírás tette azt lehetővé.
Szívesen kiegészíteném a leírást is hardening résszel, mert tudtommal ez az egyetlen neten fellelhető (és magyar szolgáltatóra igazított) leírás, ami tényleg működik ebben a felállásban.
-
#5
bambano
titán
lionhearted
#4
bambano
titán
válasz
lionhearted
#4
üzenetére
nehéz pontos választ adni, mert egyrészt az sem látszik, hogy te mit állítottál be a routereden, másrészt az sem, hogy a többi olvasó, aki használja a tanácsodat, mit fog.
a probléma, hogy ez a megoldás így akkor jó, ha biztosan tudod, hogy soha senki nem fog multicastot küldeni a lokális hálózatából a switchnek. a mikrotik switchek (a hap ac2-ben levő switchet is beleértve) forwardolják az upstream portra a nem ismert multicast forgalmat a multicast fa gyökere felé. lehet olyan együttállás, hogy kitolja a belső multicast forgalmat a telekom hálózatába. vagy előfordulhat az, hogy ha a hapac2-n belül az upstream port a cpu lába, akkor ledosolja a cpu-t.
ezen úgy lehet segíteni, hogy a porton, ami a telekon felé néz, letiltod az unknown multicast forwardolást. ez egy switch konfig opció, tehát a routingot nem befolyásolja és a routing nem befolyásolja ezt.
mikrotiken multicastot konfigelni büntetés kategória...
-
#4
lionhearted
őstag
bambano
#3
Ez mondjuk logikus, köszi.
Még mindig nem teljesen tiszta, bár lehet az időpont sem megfelelő számomra, de:
1. ha minden multicastot letiltok a box felől, castolni meg más "okosságot" is nehezebb csinálni felé. Ez persze a lokális multicast címek, amiket nem routeolunk sehová.
2. IGMP join group?
3. milyen olyan forgalmat generál az eszköz az én hálózatomon, amit a HGW-n is, de az tiltja, biztos ami tuti? -
#3
bambano
titán
lionhearted
#2
bambano
titán
válasz
lionhearted
#2
üzenetére
A 10.0.232.0/24-et és a 10.0.233.0/24-et miért is nem vonod össze?
A switchben javasolt letiltani a multicast uplinket.
-
#2
lionhearted
őstag
bambano
#1
Jó kérdés, nyilván 0. lépésben azért nem, mert egyesével szedtem össze. Aztán azért nem lehet nekem simán egy 10.0.0.0/8, mert vannak más routejaim a 10en belül, ezért is emeltem nagyobbra a distancet. Vagy egy 10.0.0.0/15-re gondoltál?
Milyen multicast üzenet tud kimenni így, ami máskor nem? Nincs rá static route se (bár láttam olyat, aki írt rá.)
Bízom benne, hogy akkor openwrtre is sikeresen megoldod.
És persze a kritikát is.
Új hozzászólás Aktív témák
Hirdetés
- Xiaomi 17 Ultra - jó az optikája
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Parfüm topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kormányok / autós szimulátorok topikja
- Xiaomi 17 - még mindig tart
- Véleményes teszt bizonygatja mennyit ér a Macbook Neo 8 GB RAM-ja
- Autós kamerák
- Milyen légkondit a lakásba?
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- -60% Bontatlan ÚJ Lenovo Thinkpad T14 gen5 Ultra 7 155U 16GB Ram 512GB SSD Magyar bill 1 év Gari
- ÓRIÁSI AKCIÓK! GARANCIA, SZÁMLA - Windows 10 11, Office 2016 2019 2021,2024, vírusírtók, VPN
- Samsung Galaxy S24 Ultra 12/256 GB Titanium Gray 6 hónap Garancia Beszámítás Házhozszállítás
- 5G! Lenovo ThinkPad P14s Gen 4 Intel Core i7-1370P RTX A500 32GB 512GB 1 év teljeskörű garancia
- PC Architech Shop Számítógép és hálózat szerviz
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest