-
Fototrend
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Aktív témák
-
Livius
őstag
válasz
Kicsimix
#80794
üzenetére
Ez a https://db-ip.com/ eddig a legjobb, ez valóban mutatja hogy Budapesten vagyok és még a kerületet is eltalálja.
https://db-ip.com/10.220.0.10 -
Livius
őstag
válasz
Kicsimix
#80794
üzenetére
Ez az IP egy private hálózatos IP, vagyis csak a Digi hálózatából érhető el. Én pl Vodafone (UPC) netről nem is tudom pingelni. Mivel az IP nem létezik a GeoIP database-ekben, így a buta trackroute program a .ro végződés miatt a domain név alapján következtet arra hogy román, és ennyi, ezért ad hülyeséget. Komolyan mondom, lépj tovább innen, a végén még elterjeszted a hülyeséget.
Amúgy az én Vodafone-os IP címemre a GeoIP-s oldalak Törökbálintot írnak lokalizációnak, miközben Budapesten vagyok, nah ennyire nem pontosak a szar adatbázisok.
-
#80791
MasterMark
titán
Kicsimix
#80790
MasterMark
titán
válasz
Kicsimix
#80790
üzenetére
Nem csináltad meg amit kértem.
Csak a GeoIP lokációra támaszkodsz, ami köztudottan nem pontos.
szerk.: Egyébként úgy látom, a tények alapján rossz következtetéseket vonsz le, ami abból adódik, hogy nincs elegendő háttértudásod, hogy átlásd az egészet.
Tudod ez a legrosszabb stádium, amikor azt hiszed értesz valamit, de közbe meg nem:
'A little knowledge is a dangerous thing' -
Livius
őstag
válasz
Kicsimix
#80785
üzenetére
Légyszi vedd a fáradságot és kezd el valami értelmes módon képezni magad, vagy törődj bele hogy vannak dolgok amikhez nem értesz és engedd el, minket meg ne fárassz.
Amúgy én is leírom századszorra, hogy az IP lokalizálás a geoip-és ingyenes adatbázisokból mennek, amik hulladékok. Nagyon sokszor köze sincs a valósághoz, főleg a város beazonosítása szintjén, még az ország nagyrészt jó szokott lenni de ennyi.
A VPN stílusú speedtest mérésed meg azért lehet jobb, mert igen, ilyen simán lehet hogy egy szerver felé a DIGI-nek szarabb a sávszélessége direktbe, de pl egy VPN szolgáltató felé pedig tökéletes, onnan tovább meg a VPN szolgáltatónak jobb a kapcsolata a tesztszerver felé, ezért jobbat tudsz mérni. De ezek nem igen a lokalizációktól függenek, hacsak nem USA szerverekre tesztelsz és ahhoz van valami brutál jó minőségű európai VPN lehetőséged. -
DonMaster
addikt
válasz
Kicsimix
#80783
üzenetére
Az alap problémád, hogy lassú a feltöltésed.
erre kiteszel egy 291mbits képetmost az a 9mbits a probléma? vagy neked eddig fttb-n több jött mint 300mbits ???
2ms ping
800+ letöltés
most akkor amúgy mi is a problémád? a 2ms is sok? vagy a 800 mbits kevés mert nem 1000mbits? -
#80784
sziszi-fuszi
senior tag
Kicsimix
#80783
sziszi-fuszi
senior tag
válasz
Kicsimix
#80783
üzenetére
Azért látsz ennyit, mert ennyit akarsz látni. De belátni, hogy valamihez nem értesz, az nem megy. Annak a véleményét meg nem fogadod el, akik ért hozzá. Tudod van néhány ember aki évekig ezt tanulja. Aztán pedig ebből él. Azért nem írok semmi konkrétumot, mert feleslegesnek tartom leírni ugyanazt amit más már leírt. Egyébként én egyszer sem sértegettelek, amit te megteszel. Pusztán annyit írtam, hogy fogadd el amit írtak mások, mert igazuk van. Részemről ez a dolog lezárva.
-
dchard
veterán
válasz
Kicsimix
#80778
üzenetére
Dehogy egyezik. Pont arra céloz, hogy ugyanazért gondolja tévesen a speedtest, hogy debrecenben vagy, mint amiért a vizuális traceroute-od is: szar a geoip data, amiből mindkettő dolgozik. Ennek semmi köze a Digi-hez. Használd kézzel a budapesti szervereket, ennyi a megoldás.
-
viktorhu
veterán
válasz
Kicsimix
#80778
üzenetére
Azt nem fogjuk kitalálni, hogy miért látják a 10.0.0.1-et Debrecennek - ehhez Neked kellene Debrecenben lenned.
Amikor Újszászra vittem a routeremet, amikor arra csatlakoztam, olyan volt, mintha még mindig Budapesten csatlakoznék. Kellett neki egy kis idő, hogy a Google adatbázisa átírja a mac címhez tartozó helyet. Nem tudom, hogy ezek a szoftverek lekérdezik-e ezeket az adatbázisokat, mert a 10.0.0.1-hez nem kellene fix helyet társítaniuk - ha viszont ilyen MAC-es adatbázisból veszik a helyet, akkor lehet olyan ok, hogy Debrecenből került át a hálózati eszköz?
-
#80779
Dragon3000
nagyúr
Kicsimix
#80777
Dragon3000
nagyúr
válasz
Kicsimix
#80777
üzenetére
Pécsi vagyok és sokszor budapesti az első szerver, sőt 10 éve volt, hogy egy magyar oldalra nem tudtam belépni, mert azt írta, hogy csak Magyarországról érhető el, az ilyen fos oldalak az ip-mre Németországban valamelyik várost jelezték ki, ennyit a pontos felismerésről.
-
Kicsimix
őstag
válasz
Kicsimix
#80775
üzenetére
Azért konkrétizálom nektek ezt is... 217.138.192.76 ez a venus kilépési pontja.
Megismételtem 10x a tesztet
jzt és antenna hungária volt folyamatosan, a server change funkciónál pedig csak ezeket dobta be :
Ha BP-n vagy ezeket kellene látnod. Ez van
De elfogadom, hogy nincs igazam. Még ha 1 hete így is működött.
-
válasz
Kicsimix
#80768
üzenetére
Itt vagyok a BP-i szerverek mellett,
Miért nem azokon tesztel, miért ignorálja mindet ha itt vagyok mellettük?nem tudom, nem látok bele a speedtest működésébe, de köze lehet ahhoz, hogy a legtöbben bp-i szervereken mérnek. egyébként elég nagy sávszélesség van a városok között, így mérés szempontjából kb mindegy, hogy melyik városban van, gigabites nagyságrendben sokkal többet számít, hogy az adott gép mennyire van leterhelve.
És ez miért csak a csere után lett így?
dchard válaszát tudom idézni: Az is megtörténhet, hogy a kevésbé terhelt FTTB-ről átkerültél egy terhelt FTTH portra.
egyébként tényleg elég vicces. leírtad, hogy szar a net, ezt el is hisszük, ez helytelen dolog, be kell jelenteni akár többször is, amíg meg nem oldják. viszont kitaláltad, hogy mitől rossz, majd amikor kb mindenki megmondta, hogy miért rossz a következtetés, akkor jött a durcáskodás, hogy ha nem azért, akkor miért, és ha nem tudjuk, akkor neked van igazad.
ne hidd el senkinek, legyen igazad, jelentsd be, hogy a züvexál miatt debrecenen és románián keresztül mennek a csomagjaid. -
#80771
MasterMark
titán
Kicsimix
#80768
MasterMark
titán
válasz
Kicsimix
#80768
üzenetére
Nem. A helyes állítas az hogy részben talán pontos lehet, de leginkább nem az, hiszen csak tippelik az IP alapján a geolokációt. Vannak erre adatbázisok a neten, de ezek is csak tipp alapján dolgoznak. Néha még a várost sem tudják jól.
Nem lenne gond amúgy, ha tudnád hogy honnan jönnek az infók, és mi mit jelent.
#80770: Mi volt a fő kérdésed?
Amúgy nslookupold már meg azt a bb01.budapesta.rdsnet.ro címet és írd már vissza milyen IP-t kapsz.
-
dchard
veterán
válasz
Kicsimix
#80768
üzenetére
Harmadszorra írom le: nem kell hozzá semmiféle bennfentesség. Megnézed a válaszidőt és kész. Bárki végezhet összehaosnlító mérést bármilyen külfödi irányba, világosan látszik, hogy hol lép ki az országból a csomag.
De tudod mit? Az itteni szájkarate helyett jelentsd be, hadd legyen az átviteltechnikának egy jó napja, amikor majd meglátják a hibajegyben a képeidet az OLT IP-vel debrecenben... (már ha előtte egy közepesen képzett technikus ki nem szortírozza..., a mérnökóra ugyanis elég drága).
Tannenbaum bácsit tudom neked ajánlani: [link] A maga 900 oldalával elég pongyola, de valami azt súgja, lesz benne új információ a számodra
-
dchard
veterán
válasz
Kicsimix
#80763
üzenetére
"Nem hinném, hogy romániában mutatná."
A "bb01.budapesta.rdsnet.ro" cím az összes képeden romániában van, miközben budapesten van. Erről ennyit.
"Csak az a fránya 10 év.. Amíg jó volt.. Az sok idő ám."
Pont annyi, amennyi idő alatt egy jobb router tápjában is kiszárad a kondi. (csak egy példa a számos lehetőség közül). Az is megtörténhet, hogy a kevésbé terhelt FTTB-ről átkerültél egy terhelt FTTH portra. Csúcsidőben nálam is "csak" 5-600megabit van akármelyik szerveren mérek. Ettől még nem megy semmi debrecenbe, se romániába...
-
válasz
Kicsimix
#80763
üzenetére
kicsit feljebb a screenshoton a bix.ines.ro például biztos nem romániában van, mert ennyi idő alatt fizikailag nem jut el odáig meg vissza az adatcsomag. azon is nagyon csodálkoznék, ha a digi és telenor közti peering eszköz valamiért parád környékére lenne helyezve, mint ahogy a screenshotod állítja.
az első hop pedig nem lehet debrecenben. eleve debrecen 4 ms alatt nem nagyon járható meg... de valószínűleg a 10.0.0.1 távolsága tőled inkább méterben mérhető, mint km-ben. -
dchard
veterán
válasz
Kicsimix
#80757
üzenetére
Na mégegyszer:
Ahogy a 10.0.0.1 nincs debrecenben (egy budapesti ügyfélnek), úgy a bb01.budapesta.rdsnet.ro cím sincs Romániában. Ha ott lenne, nem tudnád 1-2ms alatt elérni. És de, igen: sokkal nagyobb lesz a pinged egy valódi román IP-re. Keress román hosting szolgáltatókat, és pingeld őket. Mutatok egy példád:
Láthatod, hogy hol kezdődik Románia. A mindenféle vizuális traceroute alkalmazások ott tévednek, hogy azért mert egy host névben szerepel a .ro, vagy mert a whois román céget dob egy cím vagy tartomány tulajdonosának, az a cím attól még egyáltalán nem biztos, hogy Romániában van fiizkailag. Például ha az RCS betelepül a BIX-re, akkor az egyik budapesten lévő router láb biztosan román tuajdonú IP lesz, de ettől még nem lesz Romániában. Ezt kellene megérteni.
De tőlem azt hiszel el amit akarsz, csak itt ne terjeszd ezt a butaságot. Többször előjött már ez a téma, minden alkalommal ez lett a konklúzió.
Ha problémád van a szolgáltatással, máshol kell keresni a forrást, az egészen biztos.
[ Módosította: radi8tor ]
-
dchard
veterán
válasz
Kicsimix
#80750
üzenetére
Szinte biztos voltam benne, hogy valami visual traceroute-os baromság lesz az eredmény (mint korábban megannyi alkalommal), de gondoltam várjuk ki a végét. Ugye a "nem teljesen inkompetens" személynek nem megy az alap fizika, vagy az IP tranzitok működése...
A 2. HOP amit neked a csodás alkalmazásod románnak jelöl, nyilvánvalóan nem lehet romániában, mivel akkor nem érnéd el 1-2ms alatt, az fiizkai képtelenség. Próbálj meg bármilyen ismert román (értsd: tudható módon romániában host-olt) címet pingelni, és látni fogod, hogy a tipikus válaszidő ennél lényegesen nagyobb a legjobb esetben is.
A többi meg a butaság hatvány alakja: honnan a tökből veszi bármilyen alkalmazás is, hogy a 10.0.0.1 (ami egy privát, belső hálózati cím) hol van fizikailag? Teljes nonszensz. Nálam is 10.0.0.1 az első hop, mint ahogy az összes Digi-s előfizetőnél, az a PPPoE szerver gateway címe az OLT-ben.
Tehát megint kiderült, hogy érteni kéne valamihez, mielőtt lejártjuk magunkat. Semmilyen forgalmad nem megy át sem Debrecenen, sem Románián. Ezek a tények.
Mint az 5G, meg az agyrák...
-
dchard
veterán
válasz
Kicsimix
#80739
üzenetére
Már megint a régi nóta, hogy románián át viszik a forgalmat... Csináltál erről az irgalmatlan butaságról 5 hozzászólást, de egy darab traceroute eredményt nem látok... Az FTTB és az FTTH mögött ugyanaz a tranzit van, kizárt dolog, hogy az egyik jelentősen más irányba menjen, mint a másik (az ugyanis pénzbe kerülne, nem is kevésbe). Spórolnak vele, hogy fölöslegesen utaztatják... "Mint nem teljesen inkompetens személy" <-- csak ezt ne írtad volna
A másik meg, hogy a speedtest geoip alapján igyekszik a legközelebbi szervert bedobni, de ha adott területen több is van, akkor próbálja elosztani közöttük a terhelést, mert attól is mérhetsz szart, hogy az adott szerver, vagy az azt kiszolgáló peering túl van terhelve. Ezért érdemes alapvetően kézzel a szolgáltató hazai szerverén mérni, mert ott nincs peering/tranzit hibalehetőség (a szerver persze lehet túlterhelt).
Szóval hagyjuk ezt a románozást, ha nem tudunk ehhez hihető bizonyítékot is felmutatni (ami korábban sem skerült senkinek).
-
adika4444
addikt
válasz
Kicsimix
#80739
üzenetére
Hali!
Nagyon is elképzelhető amit írsz. Én a XVII. kerületből netezek, itt mondjuk a bix.hu-ra 8 ugrásból jutnak el a csomagok, de a XVI. kerületből két FTTH-s ismerősnél is drasztikusan más a helyzet. Több az ugrás, és azthiszem, hogy náluk láttam, hogy a kapcsolat Pécs felé megy. A XVI. kerületbe.
A korábbira: A Speedtest geoip alapján dobja a szervereket, illetve azthiszem némi pingteszt is van a dologban, de előbbi hangsúlyosabb a rangsorolásnál, ezzel nem kell törődni. A geoip itthon igen csak megbízhatatlan, bár szerintem mindenütt az, ahol dinamikusan változó IP-címek vannak. Kaptam már én is olyan IP-t, hogy túrkevei szervert ajánlott, máskor fullba román és szlovák végpontokat, de a trace-em nem változott, és a sebesség is Pestre volt a legjobb.
Szóval ami mérvadó az az útvonal, és sajna nem mindig tökéletes. A külföldi irányuk is érdekes, a Contabo-nál lévő VPS-ekre (több ismerős is futtat ott gépet), totálisan random a trace iránya. A nuremberg-ben lévő DC-be, ahol a VPS-ek egymást közvetlen traceroute-olják 0.1--0.3 ms közti pingekkel, az egyikre 20 ms, a másikra 45--60 a ping. Néhány hete pedig az egyik eddig 20 ms-es gép iránya is megváltozott, már 40 ms. Pár hétig fordítva is fenntállt ez, az egyik 50 ms-es gép két napra 20-as lett. Munichi DC is hasonló, lehetne 20 ms is a kapcsolat, de helyette valami eszméletlen nyakatekerten 35--40 ms. Ráadásul esténként az IPv6 is használhatatlan külföldre, mert a Hurricane Electric - állításuk szerint kis késleltetésű - hálózata is gyengélkedik. Az egy szálas sebesség csúcsidőben 500 KBps körül van, csúcsidőn kívül akár 1.3 MBps-re is felmegy... De a nagyobb baj a csomagvesztés, a falramászok tőle. Tisztában vagyok vele, hogy a Contabo nem a legjobb, de az a helyzet, hogy ezek mind olyan gondok, hogy már a tranzitszolgáltatóknál kavarodik el a dolog, így feltételezem, hogy nem a VPS-szolgáltatónál keresendő a probléma.
Másik példa Aruba Cloud IT1-es (olasz) adatközpontja. Telián max. 40 ms a késleltetés Telekom optikán, a DIGI-nél ez IPv4-en 70 ms, és a Wind felé megy a forgalom. Mondjuk legalább nincs csomagvesztés, a magentánál majd egy évig földbeállt a kapcsolat esténként. DIGI IPv6-on ide is a már említett alacsony késleltetésű hálózaton megy a forgalom, ami mostanság elég felejtős.
A német Aruba központ meg a legjobb most, néha a Level3-on megy a forgalom, néha a Telián, ez most teljesen kiszámíthatatlan, de nyilván nem teljesen egészséges, hogy hol erre, hol arra. A Level3 késleltetése első ránézésre amúgy kisebb.
Szóval a külföldi kapcsolat bizonyos irányokba itt, másfele meg ott jó, de az biztos, hogy DIGI-sként a prioritás, hogy itt kéne megoldaniuk.
Azt is érdemes megnézni, hogy IPv4-en a Telia pesti hop-jára 2--5 ms közti a késleltetés. IPv6-on ugyanez nem jön ki 10 ms alatt, szerintem kikalandoznak a csomagok romániába. A HE-vel ilyen szempontból jobb a helyzet, ott a DIGI utáni első hop az az említett tranzit BIX-es címe.
No ez egy jó hosszú komment lett, de a lényeg, hogy vannak itt bajok, de a legfőbb az, hogy ezekkel nem eléggé foglalkoznak. Néha jobb, néha rosszabb. Nem vagyok a téma 100%os ismerője, szóval tévedhetek ebben-abban, az itt írtak a több év alatt összeszedett tapasztalataim.
-
#80742
Dragon3000
nagyúr
Kicsimix
#80739
Dragon3000
nagyúr
válasz
Kicsimix
#80739
üzenetére
Nekem össze vissza szokta dobálni a szervereket, hol Pécs eleve itt lakom, de sokszor Nagykanizsa, Budapest.... jelenleg még fttb hálózaton, szerintem itt inkább a szerint nézi meg, hogy melyik szerver van kevésbé terhelve és ott kezdi el a tesztet. Majd meglátom, hogy lesz e változás, amikor átkötnek ftth-ra. Ez még a korábbi írásodra ment volna.
-
-
Kicsimix
őstag
válasz
Kicsimix
#80716
üzenetére
Srácok.. Csak visszatérve kicsit erre a hálózatfejlesztésre amit csináltak nálam.. Mint nem teljesen inkompetens személy a témában írom..
Azóta nyomtam pár traceroute-ot.. Azzal, hogy áttettek optikára gyakorlatilag az lett az eredmény, hogy ha más nem digis-s személyt követek vissza (traceroute) magyarországon az esetek legnagyobb részében próbál mellőzni minden más magyar hálózatot a digi..
Ez az egész ott csúcsosodik ki, ha például szervert futtatsz és hozzád akarnak csatlakozni, már korántsem azt a sebességet adod mint eddig mivel még 5 szerver közétek került. Ugyanis képesek kivinni romániáig a kapcsolatot. Gondolom ezzel valahogyan pénzt spórolnak.Mint végfelhasználó nem sokat veszel észre ebből de ezek nem jelentéktelen dolgok amennyiben valami komolyabbat is szeretnél a gigabites sebességeddel kezdeni...
A véleményem a fejlesztésükről annyi, hogy ez nekik nagyon jó volt tényleg, nálam viszont az esetek többségében sebesség csökkenéssel járt.
Szép mese az üvegszál. De ez itt nagy mértékű trükközés a háttérben mivel nem a legrövidebb úton jár a kapcsolatunk..Csak ennyit akartam..
Van netem oké fogjam be a szám szerintük is.
Hát jó.
Csak, hogy tudjátok
De mi közünk ehhez..Nyugodtan teszteljétek le többen is..
Nekem az első megálló bp-ről 90%-ban debrecen még ha egy 50 méteren belüli másik Bp-i ip-t trroutolok. És az még a szerencséssebb eset ha digis. -
Laccoss
addikt
válasz
Kicsimix
#80710
üzenetére
Megkaptad már a rendes FTTH sebességet? Ügyfélkapun az megrendeld FTTH csomag látható? Debreceni Digi szerver van akkor kiválasztva nálad.
Válassz ki egy Telenor Hungary, vagy Antenna Hungária szervert.ljk: Nem fogyaszt sokat, de teljesen felesleges kihúzni azért. Van akinek megfelel, van akinek gyenge a wifi (802.11n), főleg több eszköz esetén lehet problémás, ki kell próbálni, ha pedig nem válik be, akkor venni egy saját routert.
-
zsolt501
nagyúr
-
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
- Új Zsír Dell Inspiron 14 7441 Érintős Ultrabook Laptop -25% Snapdragon X Plus 10Mag 16/1TB SSD QHD+
- Csere-Beszámítás! DDR5 Gamer Notebook! Rog Strix G513RC / R7 6800HS / RTX 3050 / 16GB DDR5 / 512 SSD
- HP ProDesk 600 G4 DM Mini PC, I5-8600T, 8GB DDR4, 256GB NVMe SSD, Wifi, Bluetooth, Win 11, Számla, 2
- HP ProBook 450 G7, 15,6" FHD IPS, I5-10210U, 8GB DDR4, 256GB SSD, W11, Számla, 1 év garancia ( olvas
- HP ProBook 440 G7, 14" FHD IPS, I5-10210U, 8GB DDR4, 256GB SSD, W11, Számla, 1 év garancia ( olvasd
- Apple iPhone 13 Pro Alpine Green ProMotion 120 Hz, Pro kamerák 128 GB-100%
- GYÖNYÖRŰ iPhone 13 128GB Blue -1 ÉV GARANCIA -Kártyafüggetlen, MS3688, 100% Akkumulátor
- HIBÁTLAN iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3139, 95% Akkumulátor
- ASUS ROG Zephyrus M16
- Apple iPhone 16 Pro Max Desert Titanium Titán dizájn, Pro kamera, 120 Hz ProMotion,90%,3 hó gari
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest