oddman

8 perce, OldMike írta:

Ezek az adatok teljesen megfelelőek, nálam is hasonló, a letölthető Speedtest alkalmazással 266/22 értéket mérek, 6-os pinggel. Ezzel az alkalmazással mérted-e?

Igen a speedtest.net-et használom és a budapesti telekomot szoktam beállítani, mint szerver.

Nálam teljesen stabil a sagemcom router, igaz bridge módban használom és nálam a wifi is le van tiltva, valamint se telefon se tv nincs rajta.

Az egyetlen problémám, hogy belassult a net. Ilyen 60-70 Mbit/s-et tud mostanában, viszont régebben, amikor csak 300/20-as volt a netem, akkor azért 200 Mbit/s nagy ritkán még 250 Mbit/s is összejött napszaktól függően. Lehet egy csomó új ügyfelet bekötöttek a környékünkön, a gerincvonalat meg nem fejlesztik.

Amúgy én a helyedben kicseréltetném a modemet, mert az nem normális, hogy naponta kell újraindítani. Nekem volt olyan router eszközöm, aminek gond volt a tápjával, de olyan is, amelyiknél a kondikkal volt baj a router-ben lévő nyákpanelen és ezek miatt kellett állandóan újraindítani.

500/22-es internetem van, de mostanában csak 60-70 Mbit/s sebeséggel tudok letölteni. A feltöltés az rendben van.

Lehet, hogy történt valami a modememmel?

Belinkelek egy képet pdf formátumban a modem status oldaláról. Ezek alapján meg lehet állapítani valamit? Elfogadhatóak ezek a vonali adatok?

router_param.pdf

Hátha segít, próbáld ki ezt az oldalt: http://www.whatsmyip.org/port-scanner/

Fontos, hogy az oldal csak akkor ad jó eredményt, ha otthon a routered mögött lévő valamelyik gépről használod. Ugye mivel NAT-olsz ezért mindegy melyik otthoni gépeden használod ezt a weboldalt. A lényeg, hogy a weboldal port scannelni fogja az általad megadott portot és ha jól van minden beállítva, akkor zöld színnel ezt jelezni fogja. Ha sárga, akkor a port nem érhető el időtúllépés miatt, ha szürke, akkor tűzfalazva van az adott port és erről icmp csomagot dob vissza a tűzfal.

A használata, a Custom Port Test -> Port number-hez írj be mondjuk 22-öt (ssh) és így megpróbálja scannelni a 22-es portod. Ha jól van beállítva a NAT, akkor eljutnak a csomagok a belső router wan portjához vagy az egyik gépedhez, a NAT beállításoktól függően.

Az eredmény alapján már talán könnyebb arra következtetni, hogy hol lehet a probléma.

Nem lehet, hogy a külső  (46.x.x.x) IP címed megváltozott?

Amúgy én a helyedben a tp-link van oldali lábát (192.168.0.100) dmz-be raknám. Ezt a Sagem modemben tudod beállítani. Így nem kell minden port átirányítást (DNAT) 2x beállítani, elég lesz csak a tp-link routerben.

Köszi anonymus még egyszer a segítséget, sikerült beállítanom a prefix delegációt, most már minden működik, apró finomításokra még szükség lesz, de most már úgy néz ki, hogy rendben működik. A lényeg, hogy szükséges volt átállítani a modememet bridge módba ahhoz, hogy a PD rendesen működjön.

Ugyanis a modem IPv6 route táblája hiányos marad a PD után, ha a modem router módban működik.
Azt azért megjegyezném, hogy bridge módban nekünk kell gondoskodnunk arról, hogy felkonfiguráljunk egy másik működő router-t, mert a modem innentől kezdve csak hídként működik.

Találtam pár dokumentumot, amiből én is sokat merítettem, linux-os beállítások is vannak a dokumentumokban. Mondjuk én a prefix delegációhoz nem a wide-dhcp progit használtam, hanem az ISC dhclient-et. A man oldalakat érdemes átnézni, ha eltérő dhcp klienst akarunk használni, mint amelyik a leírásban szerepel.

https://www.telekom.hu/static-tr/sw/file/IPv6_user_guide3.pdf
https://www.telekom.hu/static-tr/sw/file/IPv6_user_guide4.pdf
https://www.telekom.hu/static-tr/sw/file/IPv6_user_guide5.pdf
https://www.telekom.hu/static-tr/sw/file/IPv6_user_guide6.pdf

Lehet NAT-olni az IPv6-ot is. Linux tudja, bár tényleg jobb ezt elkerülni, de meg lehet erőszakolni.

anonymus átállította a modememet bridge módba. Jelenleg van IPv4 és IPv6 címem is a wan oldalon és végre a saját routeremnek van külső címe, nem kell 2x NAT-olni. A delegálás egyelőre még mindig nem működik rendesen, ezen még rugózni kell.

A 3386 a 2001:4c4c:xxxx:xx00::/64 címet osztotta az eth0 interface-nek. Aztán a dhcp6c delegált egy címet a 3386-tól az eth1 interfésznek, aminek a címe 2001:4c4c:xxxx:xxf0::/64. Viszont az utóbbi cím nem szerepel a route táblában, tehát szinte biztos, hogy ezért nem működik.

Amúgy fogalmam sem volt, hogy lehet kérni ilyet, hogy milyen módban menjen a router. Eddig IPv4 esetében NAT-al megoldottam a dolgot, de IPv6-ot nem akarok NAT-olni ha nem muszáj.

Az xxxx:xx természetesen ki van kommentelve.

8 perce, anonymus írta:

Belépés után rögtön a Status fülön,   Cable Modem MAC Address bőven elég. 

Elküldtem a MAC címet, remélem megkaptad.

A wan és lan oldali mac cím is elég? Sajnos route és arp tábla információk a web-es felületen nem jelennek meg.

Ezen kívül van még az oldalára ragasztva MODEM és EMTA azonosító, ha esetleg azzal lehet kezdeni valamit.

A modemem típusa egy f@st3686. Szeretnék IPv6 címeket használni a belső hálózatomban, viszont valami gond van, a 3686 modem nem hajlandó a delegált IPv6 alhálózatot megfelelően routolni. Alább megpróbálok rajzolni egy ábrát a hálózatomról.

[T-home INET]----------wan-[f@st3386 modem]-lan----------eth0-[fedora linux router/firewall]-eth1----------[belső hálózat WinPC]

A belső hálózatomon lévő PC-ről tudom pingelni a saját linux routerem eth0-ás portját és természetesen az eth1-et is. A PC-ről a 3386 modemet már nem érem el. A linux routeremről viszont tudom pingelni a 3386 modem LAN és WAN oldali IPv6 címét is és elérem az internetet is. A prefix delegálás működik, a wide-dhcp6c kliens programot használom, ami láthatóan oszt egy az eth0 interfésztől eltérő alhálózatba tartozó címet. A radvd démon pedig már megoldja, hogy a Windows-os PC is kapjon IPv6-os címet (SLAAC). Úgy gondolom, hogy a 3386-os modem route táblájába nem kerül be annak az alhálózatnak a címe, amelyet a modem delegál  az eth1-es interfészemnek. Így amikor csomagot akar küldeni a modem az általa delegált valamelyik alhálózati címre, akkor erre nem képes, mivel gondolom nem találja a route táblájában a bejegyzést, amelyik az én linux routerem felé irányítaná az adott csomagot. És mivel nem találja a bejegyzést, így gondolom a saját alapértelmezett átjáróján keresztül próbálja meg kézbesíteni azt, ami ugye a külvilág felé néz és így a csomag rossz irányba lesz routeolva és gondolom szépen elveszik valahol.

A kérdésem, hogy mi lehet a probléma? Én nem értek még valamit a prefix delegálással kapcsolatban vagy a t-home ügyfélszolgálattal kellene beszélnem, hogy valami nincs jól konfigurálva a modemben? Esetleg valami más, amit benéztem?

Előre is köszönöm annak, aki tud segíteni!