Ugrás a tartalomhoz
  • 1

IPTV + NET routeren keresztül


Api1977

Kérdés

Kedves Fórumtársak és Szakértők!

Lenne egy számomra fontos megoldandó probléma. Kicsit hosszú leszek, de próbálok mindent leírni, hogy tudjatok minél pontosabb tanácsokat adni.

Szóval adott egy 1000 Mbit-es NET+IPTV szolgáltatás.

A Telekom egy Sagemcom F@st 5655v2 AC-t adott a szolgáltatáshoz. Ezt az eszközt én csak modem (PPPoE) üzemmódban használom, mert a Sagemcom sajnos a legfrissebb firmjével is alkalmatlan a port forwarding-ra. (Ezt a Telekom szakszervize állapította meg!) Router funkcióra vettem egy TP-Link Archer  C7 AC1750-es eszközt, mellyel már tökéletesen megy aktívban a torrent feltöltés is. Viszont nekem jó lenne ha a két IPTV-s STB mellett lenne 1-1 működő al-router is melyekből el tudnám vezetékes nettel látni az ott lévő eszközeimet is (a WiFi nekem nem elegendő megoldás).

Ha a TP-Link Archer routerembe bekötöm az UTP kábeleket melyek a TV-khez mennek, és a TV-k mellett 1-1 routerrel elosztom a netet (egyébként ezek a routerek jelenleg Dinamikus IP-vel csatlakoznak az Archerre) egy ideig működik az IPTV (kis kompromisszummal, azaz lassabb a csatorna váltás és a két STB nem látja egymást egy hálózaton, de ezzel együtt tudnák élni), majd kb 18-24 óra működés után az IPTV kifagy és nem működik tovább semmilyen csatorna. Az internet továbbra is megy ezeken "al-routereken". Ilyenkor csak a reset és a tápkábel kihúzása segít... ami valljuk be nem igazán elegáns megoldás.

Hogyan tudnám én ezt a rendszert jól és használhatóan összerakni?

Csatolok néhány fotót a routerek setupjáról: (csak a fő-routerről AC7 és az egyik al-routerről teszek fel fotót, mert a másik al-eszköz szinte ugyan az.)

Megj.: A kék setup a fő-router Archer a zöld pedig az al-router. Bocsánat ha kissé szakmaiatlanul fogalmaztam itt-ott,! :) Sajnos nem vagyok IT-s.

Tisztelettel várom segítőkész válaszaitok!

Api1977

imageproxy.php?img=&key=4d4faa2b0b2835daimageproxy.php?img=&key=4d4faa2b0b2835da

 

ac1.png

ac2.png

ac3.png

ac4.png

ac5.png

wr1.png

wr2.png

wr3.png

wr4.png

Szerkesztve ekkor: Szerkesztő: Api1977
Link kommenthez
Megosztás más oldalakon

Ajánlott posztok

  • 0

@btz

Először egy rövid kitérő a tegnapihoz: Amikor a portforwarddal küzdöttem, én sem a kliens tesztelőjére hagyatkoztam, hanem erre: https://portchecker.co/ és sajnos amíg az ONT volt csak, nem is működött a port nyitás, viszont amint az új Tplink router rendszerbe áll PPPoE kapcsolattal, azonnal ki tudtam nyitni a szükséges portot...

Na most vissza a problémámhoz. Hol is kezdjem... Megcsináltam mindent úgy ahogyan írtad. Sajnos még sem működik a rendszer.

Részletezem: A tegnap rajzolt ábra szerint kötöttem be az eszközöket. Természetesen a javításodat is beleértve.

Első körben a DHCP kikapcsolva az ONT-n és az Al-routerben.

Eszköz IP címek:

ONT: 192.168.1.1

Fő-router: 192.168.1.2

Al-router: 192.168.1.3

Fejlemény: Internet van mindenhol a számítógépen, mobilon, stb. IPTV Nincs, azt írják az STB-k, hogy sikertelen csatlakozás, nincs Internet. Gondolom nem kapnak IP címeket.

Megj.: az egyik STB direktben az ONT-re van csatlakozva, a másik a ház túloldalán az Al-routerből kapna jelet.

Ha az ONT-n visszakapcsolom a DHCP-t akkor lesz IPTV-m, viszont kb 8 másodperc után kifagy minden csatorna az Al-routerből leágazó STB-n. Az ONT-be csatlakoztatott STB-n tovább mennek a csatornák, viszont minden váltáskor 3-5 másodpercig kifagy a csatorna majd lassan meg-meg állva elindul az adás az adott csatornán. Továbbá rettentő lassúvá válik az STB reagálása, ami főleg a különböző IPTV-s online dolgokban mutatkozik meg leginkább (videotéka, felvétel, stb.) Ez csak akkor szűnik meg ha az ONT-ből kihúzom a LAN-LAN csatlakozást, ami a Fő-routerrel köti össze. Innentől kezdve nem fagyogat a csatornaváltáskor és villámgyors lesz.

Próbából a Fő-routeren is kikapcsoltam a DHCP-t, a helyzet akkor is ugyan ez maradt.

Eddig jutottam. Szerinted hogyan tovább? Csatoltam képeket a routerek setup-jairól. Hátha segít.

alr1.png

alr2.png

alr3.png

for1.png

for2.png

Tkom1.png

Tkom2.png

Link kommenthez
Megosztás más oldalakon

  • 2

@Api1977

Az alrouteren a LAN-nál kapcsold be az IGMP funkciót, illetve ellenőrizd, hogy ez a fő routeren is be van e kapcsolva. 

Amikor azt írják a boxok hogy nincs internet, akkor meg kéne nézni, hogy biztosan kaptak e vagy nem IP címet, illetve ha kaptak akkor milyen IP-t és átjáró címet kaptak? Illetve azt is meg kéne nézni, hogy statikusan beállított IP-vel mennek e, de úgy hogy az ONT címe van nekik megadva átjárónak. 

Szerkesztve ekkor: Szerkesztő: btz
Link kommenthez
Megosztás más oldalakon

  • 0

@btz

A fő-routeren eddig is be volt kapcsolva az IGMP az al routeren pedig IGMP bekapcsolás után sem változott semmi.

A  direktben ONT-re kötött STB továbbra is lassú és csatornaváltásoknál akad.

Az al-routernél szintén max 8 másodperc egy csatorna nézhetősége utána kifagy. De ezek is csak akkor működnek, ha az ONT-ben a DHCP be van kapcsolva. Ha a DHCP ki van kapcsolva az ONT-ben, akkor az STB-k nem is kapnak IP címet. Az STB kiírja, hogy keresi/kéri, majd nem kap és annyi... leáll a betöltése.

Azt még megpróbálom, hogy kézzel állítok be statikus IP-t az STB-knek, de majd csak holnap...

Ide miket kell majd beírnom? Én adjak neki IP-t (pl.: 192.168.1.4 és 5) A gateway mi legyen, ONT címe? DNS is kér, az mi legyen? Az alhálózati maszk, gondolom 255.255.255.0

Szerkesztve ekkor: Szerkesztő: Api1977
Link kommenthez
Megosztás más oldalakon

  • 2

@Api1977

Érdekes hogy miért nem kapnak IP-t ha a fő routered oszt ki IP címeket, elvileg át kéne menjen az ONT-n keresztül is a FŐ router DHCP szervere által adott IP, de hogy az Alrouteren mért nem megy át, azt már végkképp nem értem.

Igen pl. 192.168.1.4. és 5 jó lesz, ha azok nincsenek használatban. Próbáld meg először hogy az ONT címe legyen a getway és próbáld ki azt is hogy a főrouter IP címe.. 

Link kommenthez
Megosztás más oldalakon

  • 0

@btz

Sok mindent én sem értek... egyszerűen annyi mindent kipróbáltam már, és annyi módon összekötöttem már mindent mindennel, hogy már csak a "nagy számok törvénye" alapján is működni kellett volna valamelyik módon a rendszernek... de sehogy sem jött össze. :(

Ez számomra már olyan mértékben frusztráló, hogy lehet inkább feladom. Nem értem, hogy aminek általános rend szerint működnie kellene, miért nem működik. Pedig van egy nagyon minimális "hozzáértésem" e témához még ha ez jelen esetben nagyképűnek is hangzik.

Kipróbáltam azt is amit utoljára írtál. Fix IP az STB-k nek, ha a fő-router a gateway, akkor semmi, ha az ONT, akkor meg DNS szerverhez akar csatlakozni...

Kezd elegem lenni, talán egy szakembert kellene hívnom, aki vagy elöntené, hogy melyik eszközben van a hiba vagy rámutatna arra, hogy én hol rontottam el akármit is.

Apropó, nem tud valaki Kecskeméten szak értőt/segítőt találni? 

Köszi mindent!

Link kommenthez
Megosztás más oldalakon

  • 2

Üdv!

Ezt a jelenséget sok évvel ezelőtt tapasztaltamelőször méregdrága Cisco cuccokkal, majd a saját lakásba telepített UniFi infrastruktúrával. Most előre bocsájtom, soha nem volt soha Archer routerem, szimplán csak az ördögien ismerős hibajelenség okán írok.

Ahhoz, hogy  a Magyar Telekom által szolgáltatott IPTV tökéletesen menjen nem kell semmi más, mint, hogy minden hálózati eszköz, ami a Telekom kütyüje és a set-top-box(ok) között van az tudjon IGMP-t!

Részletek:

  • A Telekomnál még ha VLAN-ban is utazik az IPTV "adás", a routerük LAN lábára már biztosan csupaszon kerül, VLAN tag nélkül!
    => azaz nem kell feltétlen VLAN-okkal varázsolni, csak ha paranoiásak vagyunk
     
  • Hogy ne csináljunk a multicast-ból broadcast-ot, minden köztes kütyünek tudnia kell IGMP Snooping-ot!
     
  • Jelenleg a Telekom ha IPTV-vel rendelkezel, nem hajlandó bridge üzemmódba tenni a routerüket. Viszont ha szeretnél egy okosabb saját router-t mögé kötni, vagy ne adj isten egy teljes (pl. UnifF) infrastruktúrát felhúzni, akkor elengedhetetlen lesz a dupla NAT-olás (egyszer cím-fordít a Telekom routere, egyszer pedig a WAN porttal bekötött saját routered)!
    => ebben az esetben, hogy az IGMP csomagok ne akadjanak meg a "küszöbön", be kell kapcsolni az IGMP Proxy-t is!

    (ha csak switchnek + access pointnak használod a saját routered, azaz a Telekom router LAN lábát a te routered LAN láblba dugod a WAN helyett, akkor értelem szerűen elég lesz az IGMP Snooping, mert ugye ez esetben hálózaton belül maradsz, nincs NAT-olás azon a ponton)

Ezt beállítva boldogabb leszel, mert lesz...

  • gyors, konstans sebességű csatorna váltásod
  • végre nem fog laggolni a TV (már ha a gyerek nem torrentezik... :P)
  • nem merül jobban a wifin lévő mobil ha megy az IPTV (a Wireshark világított erre rá nálam)
  • nem fagynak ki a köztes eszközök

Ha esetleg lenne 

Link kommenthez
Megosztás más oldalakon

  • 1

@Tim András

Nálam optikán a bekötés óta (2016) működik a PPPoE passthrough, IPTV és VoIP mellett, nincs szükség dupla NAT-ra.

Api1977 problémáját szerintem VLAN-okkal lehet elegánsan megoldani:

  • nem terheli a router processzorát, mint az IGMP Proxy, mert még a 10+ éves SOHO routerekben is van VLAN képes hardwares switch
  • nem rakok egy olyan eszközt (az STB)  a tűzfallal védett belső hálózatomba, ami felett semmi kontrollom nincs
  • kevésbé érzékeny arra, ha a szolgáltató módosít valami beállítást. Semmi sem garantálja, hogy a T holnaptól nem fogja az öt legnézettebb csatorna adását broadcaston küldeni.

A fentiek fényében szomorú, hogy a legtöbb SOHO routeren nem, vagy csak korlátozottan lehet hozzáférni a switch/VLAN beállításokhoz a gyári firmwarrel.

Link kommenthez
Megosztás más oldalakon

  • 1
5 órája, sipsza írta:

@Tim András

Nálam optikán a bekötés óta (2016) működik a PPPoE passthrough, IPTV és VoIP mellett, nincs szükség dupla NAT-ra.

Api1977 problémáját szerintem VLAN-okkal lehet elegánsan megoldani:

  • nem terheli a router processzorát, mint az IGMP Proxy, mert még a 10+ éves SOHO routerekben is van VLAN képes hardwares switch
  • nem rakok egy olyan eszközt (az STB)  a tűzfallal védett belső hálózatomba, ami felett semmi kontrollom nincs
  • kevésbé érzékeny arra, ha a szolgáltató módosít valami beállítást. Semmi sem garantálja, hogy a T holnaptól nem fogja az öt legnézettebb csatorna adását broadcaston küldeni.

A fentiek fényében szomorú, hogy a legtöbb SOHO routeren nem, vagy csak korlátozottan lehet hozzáférni a switch/VLAN beállításokhoz a gyári firmwarrel.

Kedves @sipsza!

Minden észrevételeddel egyetértek! Ott a pont! :) 
A
z az "apróság" pedig elkerülte a figyelmem, hogy @Api1977-nek optikán jön a net...így a PPPoE passtrough tényleg opció!

Ami még eszembe jutott a kommentedet olvasva:

  • Ugye a VLAN-os megoldással nem fogod tudni használni a Telekomos alkalmazás távirányító funkcióját, hacsak nem a telefonos is abban a VLAN-ban van. (persze ez apróság, de valakinek számíthat)
     
  • Érdemes azt is megjegyezni, hogy a VLAN nem egy "tunnel", hanem csak egy TAG, azaz ha nem jól zsonglőrködünk a VLAN-ok továbbításával, akkor bizony azt ugyanúgy mindenki meg fogja kapni. (Emiatt létezik VLAN-ban is az IGMP Snooping).
     
  • A hardware kérdés mindig rizikós. A VLAN-t szerencsére tényleg tudják már az értelmesebb márka routerei 10+ éve, de azért nekem van fateréknál egy MSI router, ami még a VLAN-ról se hallott... :) illetve kb. 5 éves Linksys switcheknél is volt gond a VLAN kezeléssel...
    Szerencsére UniFi érában az IGMP, a VLAN és a VLAN-ban IGMP is tökéletesen megy hardware offloaddal.
Link kommenthez
Megosztás más oldalakon

Csatlakozz a közösséghez!

Posztolhatsz regisztráció előtt is. Ha már van regisztrációd, jelentkezz be itt.

Vendég
Válaszolj a kérdésre...

×   Formázással együtt illesztetted be a tartalmat.   Formázás eltávolítása

  Only 75 emoji are allowed.

×   A linkedet automatikusan beágyaztuk.   Linkként mutatás

×   Az előző tartalmat tároltuk. .   Itt törölhetsz

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Új...