Tim András

Tag
  • Tartalmak

    37
  • Csatlakozás időpontja

  • Utolsó látogatás

Bejegyzések, amit Tim András posztolt


  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.

  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