- Milyen RAM-ot vegyek?
- Apple notebookok
- Amlogic S905, S912 processzoros készülékek
- Zenelejátszó építése, a kiváló hangzásért
- SONY LCD és LED TV-k
- Slim profilos, vezetékmentes klaviatúrát újított be a Logitech
- Azonnali alaplapos kérdések órája
- VR topik (Oculus Rift, stb.)
- OLED TV topic
- Kormányok / autós szimulátorok topicja
Hirdetés
-
Ellopták a Tesla akkumulátor-titkait
it Beperelte egy korábbi beszállítóját a Tesla, és azzal vádolja, hogy üzleti titkokat lopott a Tesla akkumulátorgyártási technológiájával kapcsolatban.
-
PlayStationre tarthat a Palworld?
gp PC-n és Xbox-on is roppant népszerű a játék, vélhetőleg csak idő kérdés míg a Sony gépeire is befut a program.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
PROHARDVER!
Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.
Új hozzászólás Aktív témák
-
adika4444
addikt
Hali! A leírás DIGI-hez készült, az teljesen normális, hogy a Telekom nem ad címet. Elég a prefix, részint mert az interfész amire rárakod kap címet amit tud használni a router, részint meg mert a Telekom /56-ot ad, azaz több szubnetre is felhasználhatod, nem úgy, mint a DIGI egyetlen /64-ét.
A dinamikus prefix miatt semmiképpen nem javaslom, hogy a router GUA címét (tehát ami a bridge v6-os címe) próbáld osztani DNS-nek, egy PPPoE újracsatlakozáskor úgy is változni fog, és maximum script-elve lehetne megpatkolni, de ez tiszta macera.
Ha a Telekom DNS címét akarod használni, akkor rakd be a prefixhez, hogy advertise-dns=yes és dns="<Telekom szervere>" (a T DNS címét most nem tudom).
Ha pedig a router forwarderét használnád v6-on, vagy script-elj (fenntebb írtam, kifejezetten kerülendő megoldás), vagy vegyél fel UlA címeket a bridge-re, ami statikus, tehát nem fog megváltozni, és ezt a címet szórhatod a RA packet-ekben (tehát a fenntebbi DNS-hez beírod a saját UlA-dat).
Az IPv6 működési elvéből adódóan nem lesz gond a párhuzamos UlA és a GUA címekkel sem router, sem kliens oldalon. Az UlA csak a belső hálózaton működik, tehát max a kliensek érhetik el egymást a címeiken, de a RA miatt a második 64 bit úgy is EUI-64 alapján fog kigenerálódni (tehát ugyanaz lesz mint a GUA cím vége).üdv, adika4444
-
-
dombila
senior tag
Ez a VLAN-os konfig nagyon jó, én is köszönöm. Eddig akárhányszor próbáltam VLAN-t létrehozni mindig valahol elrontottam.
Ehelyett én a guest wifi-t külön bridge/DHCP szerverrel oldottam meg és a bride-eket választottam szét tűzfal szabályokkal.
Van-e valamilyen előnye (technikai, teljesítménybeli,...) a VLAN-os megoldásnak a külön bridge-ekkel szemben? (Egy eszközön használva, nem CAPsMAN hálózatban).[ Szerkesztve ]
-
dombila
senior tag
Utána olvasva kiderült, hogy a HW Offload csak a switch chip-hez kapcsolódó ethernet portokat érinti a radio-n áthaladó wifi forgalmat mindenképp a CPU kezeli. Így hiába van hardveres gyorsítás a bridge-en az a wifi interface-ekre nem vonatkozik. (Ez a block diagramokból is kiderül, a wlan interface-ek nem kapcsolódnak a switch chip-hez direktben.)
Hardware offload only applies to traffic between ethernet ports passing through the switch chip. Traffic between an ethernet port and the radio has to be handled by the CPU as the wireless drivers run on it. Likewise on the CRS3xx devices hardware offload does not apply to traffic being routed, firewalled, or otherwise processed by the CPU.