-
GAMEPOD.hu
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Új hozzászólás Aktív témák
-
Fecogame
veterán
Huawei HG8121H eszköznél be lehet állítani DDNS-t? Csak userként tudok rá belépni.
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
Fecogame
veterán
válasz iMaverick #67652 üzenetére
Oké, köszi!
A szerelő azt mondta, hogy a WiFi beállításokat ne írjam át, mert áramszünet esetén visszaáll az eredeti beállításokra. Ez igaz? Ha igen, ez érvényes a port-forwarding részben megadott értékekre is?
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
TeeJay
félisten
skacok az mitől van megint hogy Asus routerben WAN-ra a google DNS-t adom meg akkor nem mennek a külföldi oldalak.
banggood, napiszar.com, aliexpress ilyenek
belföldi oldalak simán
amint vissza állítom a DIGI-s alap DNS-t akkor meg megy minden külföldi meg belföldi oldal azonnalez miért van?
Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
TeeJay
félisten
válasz MasterMark #67658 üzenetére
MTU-t pont a helyes értékre állítottam be 1492-reől 1480-ra
azt ne mondd hogy emiatt nem jó...Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
TeeJay
félisten
válasz MasterMark #67660 üzenetére
max nálad, nálam meg 1480volt a jó érték
Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
Aprósólyom
addikt
Sziasztok! Valaki tudna segíteni abban, hogy Digi, FFTH optikai nettel, a hozzá adott Huawei HG8121H ketyerével lehet-e portot nyitni? Már több portot próbáltam a vuze ajánlásai és útmutatásai alapján, sikertelenül. A gép meg a Huawei HG8121H között van egy Tp-Link TL-SG105E switch, de gondolom az nem baj. A switch az Huawei egyetlen gigabit portjára csatlakozik.
[ Szerkesztve ]
Jevons paradox
-
Gézengúz
addikt
válasz Aprósólyom #67665 üzenetére
Mac alapján rendelj hozzá először egy belső ip-t.
-
LSL1337
őstag
válasz MasterMark #67664 üzenetére
MTU/MRU 1492, sztem default
-
LSL1337
őstag
válasz MasterMark #67668 üzenetére
sima 404, de eddig 2x volt
index.hu simán ment. legtöbb külföldi nemlegközelebb megpróbálom IP-vel, mert ha úgy megy, akkor dns, ha úgysem, akkor egyéb hálózat
amúgy DNS valamilyen szinten cache-elődik?
pl böngésztem, 5 perce még jó volt az oldal, utána újra rámegyek, és 404.
ha a DNSel lenne gond, akkor 5 perc után a böngésző még tudná a pár perce feloldott IP-t?[ Szerkesztve ]
-
MasterMark
titán
válasz LSL1337 #67669 üzenetére
Tudnia kéne. Parancssorból
nslookup google.com 8.8.8.8
első amit fel akarsz oldani, második hogy melyik dns szerverrel (ha nem írsz dns szervert akkor ami a gépre van beállítva azzal fogja).pinget is próbálhatsz.
DNS cache ürítése:
ipconfig /flushdns
[ Szerkesztve ]
Switch Tax
-
solti
senior tag
Miért nem 1452 az mtu? (1492-20-20...)
[ Szerkesztve ]
-
Aprósólyom
addikt
válasz Gézengúz #67666 üzenetére
Írtam, hogy jó pár próbálkozást tettem már. Természetesen ez is megtörtént. Máshogy nem is lehet portot nyitni... Ezek szerint nem blokkol bármit is a Huawei router, se a Digi? Egyszerűen nem akar működni... a windows tűzfalon is engedélyezve van a torrent kliens, a portot megnyitom arouteren és még sem működik...
Jevons paradox
-
MasterMark
titán
válasz Aprósólyom #67675 üzenetére
Nem blokkol semmit, vagy nem jól nyitod meg, vagy NAT mögött vagy.
Switch Tax
-
TeeJay
félisten
válasz LSL1337 #67663 üzenetére
szintén ez
google DNS nem jönnek be külföldi oldalak
vissza DIGI DNS és máris megyminden
szerintem valami gebasz lesz a google DNS szervere felé DIGI hálózatról vagy ha nem DNS baj akkor ez bizony DIGI külföldi gondja leszaz a kemény hogy más nem írta ezt
csak akkor tudnám mitőlfüggte helyileg hol nyomod mert én BP 18. ker
Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
TeeJay
félisten
válasz MasterMark #67678 üzenetére
router WAN résznél ofkorsz
Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
Intruder2k5
MODERÁTOR
válasz TeeJay #67679 üzenetére
Add meg a LAN -> DHCP Server -> DNS and WINS Server Setting -> DNS Server mezőbe, így a DNS lekérdezések nem kliens -> router -> DNS szerver -> router -> kliens utat fognak bejárni, hanem csak kliens -> DNS szerver -> kliens utat. Pontosabban a csomagok útja változatlan, de így a router csak továbbítja azokat, és nem fog vele bíbelődni annak a saját belső DNS szervere is. Elvileg ezzel időt is nyersz. [kép]
Hátránya, hogy ha jól tudom az ASUS gyári fw-ben csak egy DNS szervert tudsz megadni.
szerk.:
Az érvénybe lépéshez persze kell majd egy hálózati kábel ki/be, ezután a Windows IP konfigban közvetlen kell megkapja a kliens a DNS címeket.[ Szerkesztve ]
-
iMaverick
addikt
válasz iMaverick #67654 üzenetére
Persze, hogy elfelejtettem...
Na nem baj, akkor ma délelőtt ránéztem. Huawei áramtalanít, vártam vagy 2 percet. Áram vissza.
Semmit nem felejtett el! Se az általam beállított belső LAN-.os IP címet, se a port forward-okat. (A wifi kódot nem bántottam, az maradt a Digi által beállított.)
Mindenesetre rányomtam a confg fájl mentésére: tényleg nem a gépre mentette (gondolom a saját belső tárhelyére).
"Sokkal könnyebb gazdagon boldognak lenni, mint szegényen" (Moldován András)
-
TeeJay
félisten
válasz Intruder2k5 #67680 üzenetére
köszi megnézem
egyelőre WAN részt hagytam auto módban így a DIGI DNS-t kapja a router és most megy minden
fura hogy eddig sosem volt gond a gogle DNS használattalMixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
-
Lall
veterán
Sziasztok! Digi 1000-es netem van, új házba, idén kötötték. Eddig nem igazán foglalkoztam a WiFi-s net sebességével, de most eljött a pillanat.
Adott egy HUAWEI EchoLife HG8121H GPON eszköz (router), melléraktam a régi TP-LINK WR1043ND v3.0-ás routerem. Egymás mellett vannak, nagyjából azonos sebességet mérek az eszközök előtt állva 42-43Mbps. Ez a max, amit ezekkel az eszközökkel ki lehet hozni? Esetleg a HUAWEI eszközt érdemes bride-eltetni, hogy "ne zavarják" egymást vagy a TP-LINK-et lecserélni egy 5GHz-es routerre? Mi lehet a legjobb megoldás?
[ Szerkesztve ]
Ide figyelj bájgúnár! Felőlem bájologhatsz akár a fákkal is, de mégis minek nézel te engem légypapírnak, hogy így tapadsz rám?
-
dchard
veterán
válasz MasterMark #67674 üzenetére
"Viszont a random oldalak nem jönnek be, az MTU vagy MSS Clamping problémára utal."
Megerősítem. Különösen a HTTPS oldalaknál figyelhető ez meg, mivel a kapcsolat felépülésekor már az első csomag is könnyen lehet nagy méretű, ha pedig az MTU nincs jól beállítva, akkor ez a csomag sosem érkezik meg, az oldal pedig sosem töltődik be.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
Lall
veterán
válasz MasterMark #67687 üzenetére
De, úgy! iPhone X Speedtest app.
Ide figyelj bájgúnár! Felőlem bájologhatsz akár a fákkal is, de mégis minek nézel te engem légypapírnak, hogy így tapadsz rám?
-
Lall
veterán
válasz MasterMark #67690 üzenetére
Akkor gondolom bridgeltessem az lesz a legegyszerűbb megoldás. Egyébként érdemes egy dualbandes, 5GHz-es eszközbe beruházni vagy elég a 2,4? Nem lakótelep, társasház sincs a környéken. Esetleg a Diginek nincs 5GHz-es eszköze?
[ Szerkesztve ]
Ide figyelj bájgúnár! Felőlem bájologhatsz akár a fákkal is, de mégis minek nézel te engem légypapírnak, hogy így tapadsz rám?
-
DonMaster
addikt
ha van 5ghz-es vevöd akkor jobban megéri, sebesség miatt,
bár jövöre gondolva is jobban megéri, digi nem ad ilyen eszközt, amit ad az 2,4ghz-es de nem lehet választani hogy mit kérsz azt kapsz ami van lehet akár nem is kapsz wifi-set ezért is érdemes saját routerre beruházni.
legolcsobb mi router 3g van mikor 8500ft dualband ac-s wifi-vel több mint 500-at is kitol wifi-n.LG V30-> Iphone 12 Pro Max
-
Lall
veterán
válasz DonMaster #67692 üzenetére
Köszi a választ mindkettőtöknek.
Közben bridge módba kapcsolattam, várom, hogy átálljon. Apple eszközeink vannak, amik mind tudják az 5GHz-et. Én is a xiaomira gondoltam, mint dualband eszköz 6.700-ért nettóba hozható eustockról. Addig nyomom a 1043ND-vel.
Ide figyelj bájgúnár! Felőlem bájologhatsz akár a fákkal is, de mégis minek nézel te engem légypapírnak, hogy így tapadsz rám?
-
Aprósólyom
addikt
válasz MasterMark #67676 üzenetére
Basszus, nem gondoltam volna, hogy a Digi 1000 FFTH kapcsolattal NATolva vagyok. Ezért nem megy a portforward. Fel sem tűnt eddig. Elképzehető, hogy ezét is szenvedek online gamingben alkalmankénti laggoktól?
Keresgéltem a fórumon belül össze-vissza, így találtam olyat felvetést, hogy Tényleg lehet kérni az ügyfélszolgálaton, hogy vegyenek ki a NAT mögül? Ilyenkor milyen előnyöm lenne az ONT bridge módban való használatának saját routerrel? Saját routerrel nagyobb tempót lehetne elérni, mint a Huawei HG8121H-vel? Most a Huawei-vel, a feltöltés jellemzően 50Mb/s a maximális 200Mb/s helyett, letöltés pedig 850-950Mb/s körüli.[ Szerkesztve ]
Jevons paradox
-
Lall
veterán
válasz sfdrakex #67695 üzenetére
Igaz. Nem is néztem. Köszi. Akkor lehet GearBestről lesz a 4. Az is 10 alatt van.
Közben át is állt a rendszer, sebesség megduplázódott. Szép új világ...
Ide figyelj bájgúnár! Felőlem bájologhatsz akár a fákkal is, de mégis minek nézel te engem légypapírnak, hogy így tapadsz rám?
-
sfdrakex
nagyúr
válasz MasterMark #67696 üzenetére
Ez rendben van, csak eustockról volt szó, ott olyan nincs.
Nobody is perfect, but I'm pretty fucking close!
-
Aprósólyom
addikt
-
varso
tag
[ Szerkesztve ]
"Ugye tudod, mi a valóság? Ami nem múlik el egy áramszünettel." Sherry Turkle
-
ekkold
őstag
válasz MasterMark #67674 üzenetére
A log-ban nincs semmi, csak "connected ok". Az 1480 az alapértelmezett úgy tűnik. azt gondoltam, hogy ha ETH porton 1500bájt az MTU, akkor ez PPPOE miatt lesz ennyi, tévedek?. De végülis minden jól működik...
-
ekkold
őstag
válasz ekkold #67701 üzenetére
Elgondolkoztam ezen az MTU-n, és próbaképpent átállítottam az eth1 (ezen megy a pppoe) MTU értékét 1500-ról 1512-re. Újra csatlakoztam a digi-hez, és most 1492 lett az MTU, a pppoe interfészen. Elvileg akkor jobb így használni, mint 1480-al ? Amúgy ha tovább növelem az eth1-en az MTU-t, a digis kapcsolat akkor is 1492 mtu-val működik tovább.
-
ekkold
őstag
válasz MasterMark #67702 üzenetére
A mikrotikben nem tudom, hogy van-e ilyen szintű ppoe log. Lehet, hogy be kellene állítani valamit hozzá.
-
MasterMark
titán
válasz ekkold #67703 üzenetére
1500 MTU az interfészen, 1492 a PPPoE kapcsolaton. Ez a jó beállítás.
Az interfészen az 1500-nál nagyobb MTU az már jumbo packet-nek számít, 1508-assal lehetne 1500-as PPPoE MTU-t. (De ezt nem fogja támogatni a Digi szerintem.)
Biztos hogy van ilyen log, max. cli-n kell kitúrni.
Valószínűleg neked a mikrotik szoftvere többet vesz le a biztonság kedvéért. TP-Link-en is az 1480 volt az alapértelmezett. (Annak a logját linkeltem, hogy 1492-őt kap előszőr, de aztán megbeszélik az 1480-at.)
[ Szerkesztve ]
Switch Tax
-
ekkold
őstag
válasz MasterMark #67705 üzenetére
Ha az eth1 porton az MTU-t 1500-on hagyom akkor ez lesz a logban:
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: LCP timer
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP ConfReq id=0xb2
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <mru 1480>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ConfAck id=0xb2
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <mru 1480>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: LCP opened
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent PAP AuthReq id=0x3a
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <user xxxxxxx-xxx>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <password xxxxxxxx>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x0
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x0
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd PAP AuthAck id=0x3a
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet
Dec/16/2018 11:44:43 pppoe,ppp,info pppoe-digi: authenticated
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPCP lowerup
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x13
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 0.0.0.0>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPV6CP open
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: MPLSCP lowerup
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: MPLSCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent MPLSCP ConfReq id=0xa
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: BCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: CCP lowerup
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: CCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfReq id=0x1
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfAck id=0x1
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ProtRej id=0x2
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet 82 81 01 0a 00 04
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPV6CP ConfReq id=0x1
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <interface-identifier 8590:f230:d397:d84f>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: received unsupported protocol 0x8057
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP ProtRej id=0xb3
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet 80 57 01 01 00 0e 01 0a 85 90 f2 30 d3 97 d8 4f
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfNak id=0x13
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 94.21.214.219>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x14
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 94.21.214.219>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfAck id=0x14
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 94.21.214.219>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPCP opened
Dec/16/2018 11:44:43 pppoe,ppp,info pppoe-digi: connected
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x1
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x1
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x2
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x2
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x3
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x3
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x4
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x4
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x5
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x5
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x6
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x6
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x7
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x7
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x8
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x8
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x9
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x9
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0xa
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0xa
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0xb
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0xb
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet <magic 0x79dabaa>Ha átállítom az eth1 porton az MTU-t 1512-re vagy bármilyen nagyobb értékre akkor meg ez:
(a lan oldali eth portok mtu-ját mindkét esetben hagytam 1500-on)Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: LCP timer
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP ConfReq id=0xb6
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <mru 1492>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ConfAck id=0xb6
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <mru 1492>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: LCP opened
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent PAP AuthReq id=0x3b
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <user xxxxxxxx-xxxx>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <password xxxxxxxx>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd PAP AuthAck id=0x3b
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet
Dec/16/2018 11:51:45 pppoe,ppp,info pppoe-digi: authenticated
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPCP lowerup
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x15
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 0.0.0.0>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPV6CP open
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: MPLSCP lowerup
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: MPLSCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent MPLSCP ConfReq id=0xb
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: BCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: CCP lowerup
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: CCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoReq id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <data len=1484>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfReq id=0x1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfAck id=0x1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPV6CP ConfReq id=0x1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <interface-identifier 8df5:982e:3bcc:d6e1>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: received unsupported protocol 0x8057
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP ProtRej id=0xb7
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet 80 57 01 01 00 0e 01 0a 8d f5 98 2e 3b cc d6 e1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfNak id=0x15
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 78.131.53.142>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x16
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 78.131.53.142>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ProtRej id=0x2
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet 82 81 01 0b 00 04
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoRep id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <data len=1484>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfAck id=0x16
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 78.131.53.142>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPCP opened
Dec/16/2018 11:51:45 pppoe,ppp,info pppoe-digi: connected
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x1
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x1
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x2
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x2
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x3
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x3
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet <magic 0x5292b6ee>Mindkét esetben jól működik minden. Melyik beállítást hagyjam meg?
[ Szerkesztve ]
-
ekkold
őstag
válasz MasterMark #67709 üzenetére
A diginek van egy "doboza" amibe bemegy az optika, és erre csatlakozik a telefon, a tv, és a routerem. A routerem publikus IP-t kap. Egy barátomal össze vagyunk kötve L2TP/IPSEC-el, ezt is a routerem intézi, de ez a kapcsolat is működik mindkét MTU beállítás esetén - ennek lehet köze a dologhoz? Hogyan, miért?
[ Szerkesztve ]
-
ekkold
őstag
válasz lockdown90 #67712 üzenetére
Az újabb RouterOS-ben a mangle rule nélkül is meg lehet oldani. Létre kell hozni egy PPP profil-t a digi kapcsolat számára, a profilban pedig be kell jelölni a Change TCP MSS opciót. Ez kb. ugyanazt megcsinálja mint a mangle szabály, csak automatikusan határozza meg a csomagméretet. Némelyik korábbi RouterOS verzióban ez nem működött jól, akkor kellett a mangle szabályt felvenni. Amúgy ez a szabály is fel van véve a routeremben, csak le van tiltva - ha netán szükséges lenne, akkor vissza tudjam kapcsolni.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Olvasd el az összefoglalót!
Társtopikok:
● DIGI kábel TV
● DIGI Mobil
● DIGI műholdas TV
● DIGI vezetékes telefon
Router kérdésekkel ezekbe a topikokba fáradjatok!
● Milyen routert?
● Router gondok
- iPad Air 10.9" - 2022, M1, Apple garancia, doboz, kék
- iPad Air 10.9" - 2022, M1, nanoSIM, Apple garancia, doboz, szürke
- Macbook Pro 16" - i9 és i7, 32/512GB, 4GB Radeon, touchbar, garancia, szürke
- Macbook Pro 15" - 2018, 6 mag i7, 16/256 GB, 4GB Radeon, 83 ciklus, garancia, ezüst (02)
- Macbook Pro 15" - 2017, 4 mag i7, 16/256 GB, 4GB Radeon, 99%, garancia, doboz, szürke