-
Szeretne hasonló avatart használni? A profilképként felhasználható avatarokat az alábbi linkről tudja letölteni.
fgabor87
-
Tartalmak
746 -
Csatlakozás időpontja
-
Utolsó látogatás
Tartalomtípus
Profil
Fórumok
Blogok
Galéria
Articles
Minden, amit fgabor87 posztolt
-
De, lehet, hogy *****. Bár az Asus routereken Tomato fut, csak más felületet raknak fölé. Hétvégén tettem rá sima Tomato-t, nem mintha azzal jól ment volna, ugyan így DHCP gondok voltak. Szerintem a modemnek nincs baja, ha nem a szolgáltató hálózatán csüng, mert épp leszakadt valami miatt, tökéletesen oszt IP-t. Bár simán cseréltethetném, mert a tápja elszállt, és sajáttal használom. Ami egyszer már szintén javítva lett. Ezektől függetlenül illene úgy beállítani egy szolgáltatónak a DHCP szerverét, hogy az teljes mértékben szabványos legyen, mivel kismillió féle eszköz lóg rajta, és elképzelhető, hogy valahol hibát okoz egy nem fontos, de rossz beállítás. (És itt most említhetném a DVB C-t is, aminél a tv-m megbolondult, de T szerint minden tökéletes. Aztán mikor jött a nagy átszervezés, akkor hirtelen nálam is jó lett. Foglalkoztak vele, rendbe rakták, és már működik is.)
-
Igen, erre. Tudom, hogy csak warning, ettől függetlenül rossz beállításra utal. Érvénytelen adatot küld valamilyen mezőben. Nálam tipikusan ha szakadás van, visszaáll a router, de egy idő után elmegy a net. Tegnap reggel 9 után valamikor volt egy szakadás, és utána nem tudott visszaállni a router. Azt írta, hogy az ISP DHCP kiszolgálója nem működik megfelelően. A logban meg a szokásos szöveg. Jan 24 09:36:22 WAN Connection: Ethernet link down. (net el) Jan 24 09:36:38 dhcp client: bound 192.168.100.10 via 192.168.100.1 during 30 seconds. (itt elment a net, kapott egy IP-t a modemtől, érdekes módon erre nem dobál warningot) Jan 24 09:37:27 WAN Connection: Ethernet link down. Jan 24 09:37:32 WAN Connection: Ethernet link up. (gondlom visszajött a net, vagy újraindult a modem) Jan 24 09:37:43 dhcp client: bound 62.201.106.241 via 62.201.106.1 during 78325 seconds. (az időt nem tudom honnan méri, talán a legelső down-tól, de ez akkor is milisec) Jan 24 09:37:47 WAN Connection: ISP's DHCP did not function properly. Jan 24 09:37:52 dhcp6 client: bound address 2001:4c4c:*********************, prefix 2001:4c4c:***************** Ezután semmi bejegyzés, net persze nem volt, és otthon ez fogadott. És nem az első ilyen eset. Amúgy sokszor szerepel a " ISP's DHCP did not function properly" bejegyzés a logokban, de nem mindig követi probléma. Ezek szerint van olyan esemény, amikor az a bizonyos hibás, nem kritikus mező érték kéne a routernek...
-
Érdekes, hogy nálad is vannak DHCP warningok. Nálam is orrba-szájba dobálja a router, hogy ISP's DHCP server nem megfelelően van konfigurálva. Sajnos emiatt néha el is dobja a netet, és mivel nincs DHCP release/renew gombom a felületen, elég nehézkes újraindítás nélkül újra kapcsolatot varázsolni. Pedig az ember azt gondolná, hogy nem túl bonyolult üzemeltetni egy DHCP szervert.
-
Domino Maraton adatopcióknak pontosan mennyi az áruk? Domino Mobilinternet csomagok-nál a táblázatban rendre 455, 1195, 1845, de ha rákattintok az egyikre, akkor ott már 490, 1290, 1990.
-
Igen, csak szintezés volt. A jelszintek ugyan úgy mozognak a hőmérséklet változásra. Ebből arra következtetek, hogy Telekom nem használ AGC-t, mert csak feltűnt volna már, hogy rossz. Volt valami tervezett karbantartás Duna-kanyarban nem tudod? Reggel se vezetékes hálózat, se mobil hálózat nem volt. Telekomos kocsik meg álltak a faluban, pedig még elég korán volt (5:40 körül).
-
Úgy tűnik, csinálhattak valamit, mert tegnap este +2dBmV körül volt, és ma reggel is, annak ellenére, hogy -10 fok volt. Azt nem tudom, hogy az ingadozás is megszűnt-e, mert nagyjából ugyan olyan hideg volt kint a két vizsgált időpontban. Napközben nem is tudok most ránézni, mert a windows-ban össze....a magát a VPN, és nem tudok rácsatlakozni az otthoni hálózatomra.
-
-22 fok: +12,1 dBmV -8 fok: +8,4 dBmV Ahol meg nem MMWO van, meg nincs +3dB csillapítás, ki lehet számolni... Azt hiszem ez 11dB csillapítás összesen. Jóindulattal jöjjön le belőle egy 3dB-es 2-es splitter csillapítása, akkor is 8 dB plusz. Az reggel ilyen helyeken már +20dBmV-es jelerősséget jelentett. Az sem túl szép, hogy a legalacsonyabb az 4,2, míg a legmagasabb 8,4. Pont a duplája. Nem valami kiegyenlített. Bejelenteni nem lehet, mer az első kérdés mindig az, hogy mértem-e sebességet, és mennyi, ja, akkor semmi gond.
-
Nálam reggelre elérte a +12,1-et (+15,1). Nálam ráadásul MMWO van, plusz egy olyan csillapító, amit betettél ide, csak 3 dB-esben. De majd jön a nyár, és a -15-öt fogjuk nyaldosni. Lehet, hogy arra az időszakba felszerelkezek egy sima 2-es splitterrel, télre meg veszek egy nagyobb csillapítót. Bár kicsit viccess, hogy erről nekem, és így kell gondoskodni.
-
Ejj, nyáron -10, most pedig már mindjárt +10, és bent van egy saját, 3dB-es csillapító, amit tavasszal kiszedek, ősszel visszateszek. Amíg nem Telekom volt, nem mozgott a jelerősség a hőmérséklet változására. +35, és -15 fok között sem volt 2-3 dB-nél nagyobb eltérés.
-
Azért az beszédes, hogy " ISP's DHCP did not function properly. " (eddig 3 különböző márkájú routerem volt, ezt mindegyik tudtomra adta, mióta telekom van. Ezt most éppen egy tomato fw köhögte vissza.) Amúgy működő internet esetén soha nem ettől a DHCP szervertől kapom a címet, hanem mindig a 62.201.106.1-től, és 3600 sec szokott lenni az időtartam. A tegnapi IP számomra teljesen ismeretlen volt, ráadásul a 60ezer sec is elég durván hangzik. Bár nem egészen tudom, mit takar ez az érték, mert elsőre azt gondolnám, hogy ennyi ideig tartott az ip megújítás, de akkor meg nem sec, hanem milisec lenne a helyes, úgy kb stimmel. Tudom én tapasztalatból, hogy telekomnál nagy hálózati szakértő varázslók vannak, volt velük dolgom. Igazából nem lepődök meg. (Tudod, olyan ez, mint a DVB-C. Rengetegszer jeleztem, hogy valami nem stimmel vele, mert néhány tv nem tudja kezelni. Ez már a nyitott időszakban volt. Mindig azt mondták, hogy náluk minden rendben, majd jött a nagy csatorna átrendezés, és láss csodát, megszűnt a hiba. De biztos nem náluk volt. Puszta véletlen.)
-
Már nem az első eset, hogy a szolgáltató DHCP szervere elkutyul valamit, mind IPv4, mind IPv6 esetén. Ma 11 óra óta nem volt internet, mert rossz IP-t osztott: Dec 13 11:01:24 dhcp client: bound 31.46.197.156 via 31.46.196.1 during 60735 seconds. Dec 13 11:01:25 WAN Connection: ISP's DHCP did not function properly. Dec 13 11:01:30 dhcp6 client: bound address 2001:4c4c:202:9:611f:e225:d95d:1f35/128, prefix 2001:4c4c:1263:8800::/56 Se a 4-es, se a 6-os IP-n nem volt internet. Pedig nem tűnik nehéz feladatnak egy DHCP szerver üzemeltetése...
-
Én voltam, de az egy Asus router, és annak a firware-jében van egy hiba... asushoz beadva, egyelőre vizsgálják. Én azt javaslom, hogy tiltsátok le az IPv6-ot vagy a routerben, vagy csak a gépen, mert még nagyon kiforratlan, és elég sok probléma van vele.
-
Első lépésként meg kell nézni, hogy az adott gépen van-e hiba, vagy magán a hálózaton. Ezért indíts a gépről egy letöltést, és egy másik eszközzel próbálj meg böngészni. Ha ez megy, akkor a gépen rossz valami, ha nem, akkor a hálózaton (router vagy HGW szinten).
-
Hát ez itt inkább egy üdülőfalu. Dupla annyi üdülőingatlan van, mint "rendes". Ok, köszi!
-
Nem akarok váltani rá, csak hűséget hosszabbítani. Amúgy ezzel a politikával nem értek egyet, nálunk pl rengeteg nyaraló van, ahova hétvégén jön csak ki a tulaj. oda minek IPTV? Szeretne nézni 4-5 csatornát, ezért vigyenek ki neki egy HGW-t, plusz egy beltérit, amit talán rá sem lehet kötni az ott lévő öreg tv-re? Persze biztos kevés az ilyen ügyfél, de körülöttem sok van.
-
Lehet még erre a szolgáltatásra hűséget hosszabbítani/vállalni? Pontosabban nekem még Analóg családi szerepel a számlán.
-
Ping teszt. Nem tudom mennyire megbízhatóak az eredmények, ismerve a routerem jelenlegi szoftverhibáját, de úgy gondolom, hogy pingelésnél elméletben nem igazán kéne zavarnia. youtube.com Ping statistics for 2a00:1450:4014:80b::200e: Packets: Sent = 101, Received = 101, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 30ms, Maximum = 57ms, Average = 33ms Ping statistics for 216.58.214.238: Packets: Sent = 101, Received = 101, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 24ms, Maximum = 54ms, Average = 27ms google.com Ping statistics for 2a00:1450:400d:803::200e: Packets: Sent = 123, Received = 123, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 18ms, Maximum = 66ms, Average = 26ms Ping statistics for 216.58.209.206: Packets: Sent = 123, Received = 123, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 19ms, Maximum = 77ms, Average = 27ms Nincs nagy eltérés.
-
Ezt én is tapasztaltam, és mivel nekem Domino Surf díjcsomagom van, ráadásul a telefonon beállítottam, hogy 130 mega fölött jelezzen, eléggé zavaró volt. Én is letiltottam a háttér adatkapcsolatokat, plusz a telefon kivételével az összes alkalmazásengedélyt. Azt hiszem ezt az egyet nem engedte, mert akkor nem indult el, ami azért szintén fura. Ráadásul nekem napi fél óránál nem megy többet a mobilnet, és így is sikerült 50-80 megát összehoznia pár hét alatt. Nyilván itt nem a fejlesztők a ludasak, hanem a Telekom kért tőlük valamit, gondolom valami statisztikákat készít, és azt küldi haza.
-
Egyelőre csak ezek a távoli szerverek vannak. Szerintem ezt nem is nagyon fogják fejleszteni, meg kell várni, míg a speedtest.net megcsinálja az ipv6-os dolgait. Gondolom lesz nekik. Címük már van, ha jól láttam, de nekem 4-es-en töltött be az oldal, és azon is tesztel. Ping-et nem próbáltam, de azt lehet futtatni windows parancssorból is: - nslookup youtube.com -> fogsz kapni egy darab IPv6-os címet, azt kimásolod (win10-nél azt hiszem simán lehet másolni (enterrel), régebbi verzióknál jobb gomb, megjelölés, akkor ki tudod jelölni, és enter a másol) - ping jobb gomb, beillesztés Egyszer próbáltam, de nem igazán tudtam értékes adatokat leszűrni. IPv6 nálam is lassabb volt, mint a 4-es, de nem drasztikusan.
