Ú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
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
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á.)
-
Miért nem vonod össze a route-okat?
Javasolt a kimenő multicast forgalmat letiltani, nehogy a telekomnak gondot okozzon.
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
- Motoros topic
- Kerékpárosok, bringások ide!
- Arc Raiders
- „Új mérce az Android világában” – Kezünkben a Vivo X300 és X300 Pro
- Helldivers 2 (PC, PS5)
- Apple MacBook
- Milyen egeret válasszak?
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- sziku69: Szólánc.
- Melyik tápegységet vegyem?
- További aktív témák...
- Újszerű 10 magos Lenovo X13 Yoga G3 (12.gen Core I7 16Gb 512Gb SSD) laptopom eladó!
- Eladó Sony 55-210mm f/4.5-6.3 E OSS
- AORUS B450 ELITE 5800X3D 32GB DDR4 2 SSD RTX 4070S 12GB GAMER PC
- HP DL380p Gen8 12LFF - 4x4TB SAS 2x E5-2650L v2 96GB ECC 2x10Gbit
- Újszerű Samsung Galaxy TAB S9 5G 8GB/128GB - TAB S11 5G 12GB/128GB
- Gamer PC-Számítógép! Csere-Beszámítás! R5 5600X / RX 7600 / 32GB DDR4 / 1TB M.2 SSD
- Bomba ár! Lenovo ThinkPad T14s G2 AL - i7-1185G7 I 16GB I 1TSSD I 14" FHD Touch I W11 I Cam I Gari!
- Xiaomi 15 256GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 14400F 32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
- Honor 200 256GB,Újszerű,Dobozával, 12 hónap garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő