Mar tobbszor, tobb helyen lattam, kicsit szemet szurt.
Sokan a packetlosst es valaszidot ugy nezik, hogy parancssorba beirjak:

$ ping bix.hu

az erre kapott valasz, jobb esetben, mukodo internetkapcsolat eseten:

PING bix.hu (193.239.149.210): 56 data bytes
64 bytes from 193.239.149.210: icmp_seq=0 ttl=59 time=0.495 ms
64 bytes from 193.239.149.210: icmp_seq=1 ttl=59 time=0.721 ms
64 bytes from 193.239.149.210: icmp_seq=2 ttl=59 time=0.583 ms
64 bytes from 193.239.149.210: icmp_seq=3 ttl=59 time=0.726 ms
64 bytes from 193.239.149.210: icmp_seq=4 ttl=59 time=0.520 ms

--- bix.hu ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.495/0.609/0.726/0.098 ms

Ilyenkor azt a gepet pingeli meg, amely a www.bix.hu weboldalt szolgalja ki, a valaszidokbol, packetlossbol egyaltalan nem szabad semmilyen kovetkeztetest levonni (amikor a teszt arra iranyul, hogy miert lassu az internetkapcsolat), mivel nem a szolgaltatod azon kapcsolatara vonatkozik, amelyen keresztul kommunikal a tobbi BIX taggal (belfoldi forgalom eseten -> nem peering / nemzetkozi)

Tobben is talalkoztunk DIGI halozaton olyannal, hogy nem elerheto otthoni routerunk, webkamerank, nasunk, stb., a routert ellenorizve stimmel az IP cim es a DDNS paros.

Ha ez esetben jobban szemugyre vesszuk a PPP interfeszt, lathato, hogy az IP cim 100-as taggal kezdodik
-ez-nem-hiba-a-szolgaltato-rendszereben- hanem tudatos konfiguracio reszukrol.

Ilyen esetben az tortenik, hogy a szolgaltatotol kapott (100-al kezdodo) IP nem publikus cim, hanem a szolgaltato eszkoze NAT -ot csinal a kulvilag es a te eszkozod kozott.

A jelenlegi egyetlen eletkepes megoldas erre - tovabbra is el akarod erni az otthoni halozatodat a kulvilag felol - az hogy az ugyfelszolgalatnak jelezned kell, neked szukseged van a publikus IPv4 cimre.
A megfelelo adatok bediktalasa (mail eseten szerzodesszam, nev, stb.) utan tajekoztatnak hogy X ido mulva csatlakozz ujra es vissza fogod kapni a loginodhoz a kulso dinamikus IPv4 cimet.

Sajat velemeny:

Sokan kerdezik hogy mi az elonye es mi a hatranya az IPv6 cimeknek, miert hasznalja.
"Minek nekem mikor meg nincs megfelelo tartalom, majd HA ez lesz, az lesz" - de van! csak meg kell oket talalni.

A szemed elott van, minden nap hasznalod, facebook, youtube, mas google servicek, operacios rendszer, program updatek es meg sorolhatnam.

Jo otlet felrakni pl. bongeszobe plugint, ami a kapcsolatokat figyeli es mutatja hogy az adott oldal milyen protokollon szolgal ki (chrome)

- erdemes tesztelni, megnezni hogy valoban honnan is jon, milyen halozaton, protokollon az a stream, kep, program, weboldal amit nezel

"Majd ha mas szolgaltato halozatabol is el fogom erni az ipv6-os cimeimet, akkor lesz ertelme" - ez most is lehetseges, leteznek kulonbozo transzlaciok - de szep magyar szo, tunnel brokerek
(hurricane electric, sixxs - magyar pop -al)

- Megfelelo szoftverrel (firmware) rendelkezo router, mely tamogatja az IPv6
beallitasoknal a “PPPoEv6 - Share with PPPoEv4” opciot, itt nem megfelelo beallitasnak szamit
a “Static IPv6”, a “DHCPv6” es a “Tunnel 6to4”

- Router Advertisement elfogadasa a PPP interfeszen, igy kapod meg a
Global Unicast Address -t, ez a gyari firmware -el automatikusan megtortenik

- DHCPv6 client futtatasa a PPP interfeszen, igy kapod meg a Prefix Delegation cimet,
melyet a LAN oldalra oszthatsz a szamitogepnek, mobiltelefonnak, tabletnek

- DHCPv6 / SLAAC a LAN oldal fele, ezzel osztod a sajat halozatodon a cimeket

- Sema alapjan minden ugyfel kap(hat) egyarant Global Unicast Address
es Prefix Delegation cimet, melyek jelenleg /64 meretuek

- DUAL-STACK mukodik a DIGI halozatan, tehat a felepulo PPPoE kapcsolaton keresztul
lehetoseg nyilik IPv4 es IPv6 egyideju hasznalatara, parhuzamos PPPoE sesssion
kiepitese limitacio miatt nem lehetseges

ezt az eszkozt a szolgaltato biztositja, mely ket modban tud mukodni: bridge, router
a bridge modban levo ont mogott a sajat eszkozod kell hasznalni a pppoe kapcsolat felepitesehez, mig a router modban levonel pedig elintezi a huawei.

utobbi esetben ezen huawei eszkozoknel nem kell allitani (nem is lehet) az ipv6 hasznalatahoz semmit.
az ont webes feluletere bejelentkezve ellenorizheto, hogy a letrejott kapcsolaton szerepel-e az ipv6 cim, ha nem, akkor egy ont ujrainditas segithet a dolgon.

- alapbeallitas szerint a 192.168.100.1 cimen ered el az ont webes feluletet, melyhez a login informaciok
account: user
password: digi

- ez tetszes szerint megvaltoztathato, nehogy eltevedt csaladtagjaink szabadon garazdalkodjanak a beallitasok kozott

eloljaroban annyit a dologrol, hogy biztosan mukodik az alabbi gyari tp-link szoftverekkel:

- TL-WR1043ND v2 flashelve v3-ra, wwenigma csinalt egy csodas leirast, csak sajat felelossegre:
leiras: [link]
video: [link]

- TL-WR1043ND v3 (gyari)
- TL-WR841N V11
- Archer C2
- Archer C7 V1
- Archer C20i

olyan sw verziot kell keresni az egyeb routerekhez, amelyek tamogatjak az pppoev6 -ot olyan modon hogy a
session a pppoev4 kapcsolattal kozos (shared).
a dhcpv6 beallitas azert nem jo, mert az az ethernet interfeszen figyel es nem a letrejovo ppp kapcsolaton, a logban valoszinuleg ezert van [LCP ProtRej], mert nem kert dologra kap informaciot a tuloldalrol.
1043nd v2-t upgradeltem v3-ra, a beallitasok ez alapjan keszultek.

csak ismetelni tudom...:

"ra-val kapsz ipv6 cimet a ppp interfeszre, ezutan tudsz dhcpv6 clienttel delegated prefixet kerni, amit majd a sajat dhcpv6 szervereddel tudsz tovabb osztani a lan interfeszeken".

- jelszot mar allitottam, ezert nem sir az elejen, ezen felul minden beallitas default

- attekinto oldal, egyelore nincs internet kapcsolat

- network/interfaces menut kivalasztva az alabbi lesz lathato, itt a 'wan' kapcsolat beallitasahoz 'edit'

hasonloan a elozo postokhoz:

"ra-val kapsz ipv6 cimet a ppp interfeszre, ezutan tudsz dhcpv6 clienttel delegated prefixet kerni, amit majd a sajat dhcpv6 szervereddel tudsz tovabb osztani a lan interfeszeken"

- elso login, default beallitasok

- szokasos pppoe csatlakozas beallitasa

- network map fulre visszakattintva lathato hogy megvan a kapcsolat

hasonloan a mikrotikes posthoz, itt is ugyanazok a parameterek ervenyesek:

"ra-val kapsz ipv6 cimet a ppp interfeszre, ezutan tudsz dhcpv6 clienttel delegated prefixet kerni, amit majd a sajat dhcpv6 szervereddel tudsz tovabb osztani a lan interfeszeken".

ezt a gyari d-link szoftver megoldja neked, ha koveted a kovetkezoket,
az alabbi lepesek egy d-link dir868l-rol keszultek, de amelyik routerben elerheto az ipv6 resz , azoknal ugyanigy kell eljarni (az osregi eszkozokkel nem foglalkoztam) -
a menuk elhelyezkedese es iranyitasa eltero lehet.

- elso boot, default beallitasokkal, ezt a varazslot lehet skippelni (X)

- home menu alatt lathato az ipv4 / ipv6 status, jelenleg meg egyik sincs beallitva -> go to settings

ra-val kapsz ipv6 cimet a ppp interfeszre, ezutan tudsz dhcpv6 clienttel delegated prefixet kerni, amit majd a sajat dhcpv6 szervereddel tudsz tovabb osztani a lan interfeszeken.

- elso boot, default beallitasokkal

- csomaglistaban az 'ipv6' resz aktiv

- az eddig jol ismert pppoe csatlakozas

- linklocal cimek lista