Új hozzászólás Aktív témák
-
dchard
veterán
válasz
AstraCDX
#2867
üzenetére
A helyzet nagyon egyszerű: ha a sebesség router nélkül normális, akkor egyértelműen a routerrel van a gond.
Átállítottad a modemet bridged módba és a router végzi a PPPoE tárcsázást ahogyan írtam? Ha nem, akkor tedd meg. Ezen kívül a routerben a PPPoE beállításoknál állítsd az MTU-t 1492-re, illetve kapcsolj ki minden fölösleges dolgot (QSS, UPNP, QoS, tűzfal és minden hasonló fölösleges baromságot). Ha ez sem segít, akkor érdemes lehet még más FW-t kipróbálni a routeren, akár nem gyárit is. Ha ez sem segít, akkor másik router a megoldás.
Dchard
-
-
J.K.F.
csendes tag
válasz
AstraCDX
#2863
üzenetére
Nem láttad volna, csak ha mindazt megcsinálod, amit a 2860-as hsz-omban leírtam. Viszont elképzelhető, hogy az se lenne túl jó ötlet, amennyiben dchard-nak igaza van és a router funkcionalitás felélesztése már túl sok lenne a 380T-nek (és a gyenge processzor miatt épp elég szegény "modemnek" [igazából CPE-nek kéne hívni, ha korrektek akarnánk lenni] a bridge-elés is).
-
dchard
veterán
válasz
AstraCDX
#2859
üzenetére
Ne tedd, nem elég erős hozzá. 380T-ben a DHCP szervert letiltani, majd berakni a router van portjára, hadd tárcsázzon.
Ha így is el akarod érni, ahhoz át kell állítanod a modem IP címét mondjuk eggyel nagyobbra, majd a WAN portot berakni ugyanabba a VLAN-ba, amiben a LAN portok is vannak, Így továbbra is a router fog tárcsázni, de modem elérhető marad a belső hálózatról a router mögül is. Ehhez általában a gyári FW a routeren kevés, ddwrt vagy sokkal inkább openwrt kell hozzá.
Dchard
-
J.K.F.
csendes tag
válasz
AstraCDX
#2859
üzenetére
Ha a 380T tényleg tudja végződtetni a PPPoE-t, akkor a helyedben a következőképpen járnék el, ha mindenképp el akarom érni a modemet is:
- Modem: végződteti a PPPoE-t, DHCP engedélyezve (mondjuk, 192.168.1.50-192.168.200-ig oszthatna címeket) IP címe: 192.168.1.1, subnet mask 255.255.255.0
- Router: a WAN protokoll mindegy, hogy mire van beállítva, mert ez esetben az egyik LAN portba dugnám a modemet! A DHCP szerver funkcióját letiltanám (!!!) és kézzel 192.168.1.254 LAN címet adnék a routernek (subnet mask 255.255.255.0).Ilyen módon a routert egy LAN switch-csé degradálnánk, ráadásul a 4-ből már csak 3 portja használható. IP címeket a 380T osztana, ő lenne a router az internet felé.
-
J.K.F.
csendes tag
-
J.K.F.
csendes tag
válasz
AstraCDX
#2856
üzenetére
Így már érthető, miért működött neked korábban. Azért működött, mert rosszul állítottad be a routert.
PPPoE-t beállítva a router nagy ívben tojik rá, hogy milyen IP címet kapott az ADSL modemtől, ilyenkor az ő WAN oldali IP címe a PPPoE-n kapott internetjogos IP cím lesz. Így nem tud róla, hogy azon a portján is egy 192.168.1.x-es hálózat található.
Egyébként is nagyon nem volt elegáns megoldása DHCP-s esetben az, hogy egy router két különböző "lábán" (LAN ill. WAN oldal) azonos címtartomány legyen, kész csoda, hogy oda is átdobta a broadcast-okat és rátalált a modemre. Ha egy kicsit szemellenzősebb lett volna a router, akkor azt kellett volna gondolnia, hogy a LAN oldal a 192.168.1.x, bármilyen kérelem, ami ugyanazon a címtartományon belüli eszközt keres a 4 LAN port egyikére mehet csak, a WAN oldalra semmiképp. Ezt sikerült megzavarnod azzal, hogy a WAN oldal ugyanazon címtartományt használta, ezért talált el a modemig az adatcsomag.
Alapvetően kétféleképpen lehet elérni a modemet a router mögött:
- A router programozásával, extra routing bejegyzés beírásával, lásd ezt a német nyelvű cikket: [link]. Ehhez azonban DD-WRT-t kell futtatnia a router-ednek, gyári router firmware-ek nem szoktak ilyet tudni. Elvileg ez az elegánsabb megoldás.
- Kevésbé elegánsabb, viszont nagyon egyszerű megoldás, ha a Router WAN portját bekötöd az egyik LAN portjába és a modemet egy másik LAN portba.
Ezzel persze egyből elvesztesz két LAN portot a négyből (tehát igazából nem 3, hanem már csak két PC-t tudsz bekötni, szemben a fenti ábrával). Persze a DHCP szerver funkciót azonnal tiltsd le a modemen (már most sincs rá szükség, de ebben az esetben egyenesen tilos!), mert nagyon nem lenne szerencsés, hogy hol a router hol meg ő osztogat IP címeket a LAN tartományodból. Arra is kell figyelni, hogy nehogy ugyanaz legyen a modem IP címe (192.168.1.1) mint a routeré, mert az IP cím ütközés is balszerencsét hoz. -
dchard
veterán
válasz
AstraCDX
#2856
üzenetére
A 380T ha úgy van beállítva, képes routolni, maga végzi a PPPoE tárcsázást és ő ad címet a mögé dugott eszközönek. Ha ez egy router WAN portja ahol dinamikus címlekérést állítottál be, akkor merő véletelnségből működhet így a dolog. Valószínűleg a routered és a modem is a 192.168.1.1-es címen érhető el, ez pedig címütközés.
Mindazonáltal ez nem helyes beállítás. A modemben lévő DHCP szervert le kell tiltani, majd bridged módba állítani, és a routeren beállítani a PPPoE tárcsázást.
Dchard
-
dchard
veterán
válasz
AstraCDX
#2368
üzenetére
Kinek írtam volna?
Az infó a korábban linkelt diag adatokból van, méghozzá ebből a sorból:
delay: 7.61 7.82
Első a DS késleltetés a második az US késleltetés millisecundum-ban. A fordulási idő értelemszerűen a kettő együtt, ami kb. 16ms. Ehhez nyilván hozzá jön a transzport hálózat késleltetése is, ami mondjuk egy bix-es ping esetén szerintem 25-30ms lehet nálad. Próbáld meg forgalom nélkül a következőt:
ping bix.hu -n 100
és a végeredményt ahol a ping statisztikákat kiírja bemásolni. A tippem 25-30ms lesz.
És ne feledd: amikor pingelsz az eredmény nem késleltetés hanem fordulási idő, az oda-vissza út egyben. Például játéknál a lényeg nem a fordulási idő, hanem hogy mennyi idő alatt ér el a szerverhez mondjuk a fejlövés. Ott nem érdekes, hogy maga az eredmény vagyis hogy eltaláltad-e vagy sem hány milisec múlva ér vissza, azt ugyanis a szerver kiszámolja és tájékoztat az eredményről.
Dchard
-
dchard
veterán
válasz
AstraCDX
#2366
üzenetére
A késleltetés 8/8ms fel és letöltési irányban is, és ugye ez csak a DSLAM-ig tartó szakaszra igaz, a gerincen még ugyanennyi simán rájöhet vidéki előfizető esetén.
Bár az adatokat modem újraindítás után kaptam meg, azért az látszik, hogy egyetlen nem javítható hiba sem volt, tehát ennél lazább beállításokkal is jól működhetne a vonal, például 4/4-el. Ráadásul a spektrum is szép.
Mondjuk erről az egészről az a véleményem, hogy 30-40ms-ig senki észre sem veheti a különbséget ha nincs csomagvesztés és a jitter normális, márpedig DSL-en lényegében nincs jitter, és a statkókból csomagvesztés sem látható. Szerintem nincs az a játékos aki 40ms alatt meg tudja különböztetni a vonal késleltetését, csak sokan szeretnek ezzel takarózni, így leplezve el gyenge képességeiket
Én ebben az esetben inkább azt mondanám, hogy maradjon ennyi a delay és az INP, viszont akkor menjenek le 6dB-s marginig így ki lehetne hozni belőle plusz 2-3mega letöltést.
Dchard
-
#2365
pszichiater
senior tag
AstraCDX
#2364
pszichiater
senior tag
válasz
AstraCDX
#2364
üzenetére
Lehet hogy nekem szerencsém volt hasonló témakörben. Mondjuk én nem kaptam snr lockot. Hibabejelentés után felhívott t-s szerelő és kérdezte hogy tulajdonképpen mi a gondom. Számmal hívott onnantól már meg is volt a közvetlen kapcsolat. Én arra kértem hogy a ping legyen alacsony a multy miatt. Jó ok, állítanak rajta este nézzem meg. Sokkal jobb lett, de nem tökéletes. Ez a kalibrálás így ment három napig, míg végül tökéletes lett, rendkívül alacsony pinggel. Tehát mondhatjuk azt hogy egyedi beállítást kaptam. Felhívtam és megköszöntem neki. Ja és elmentettem a számát
Neked szerintem nagyon magas a "delay"-ed bár ezt a dchard nyilván látja, és érti is hogy miért.
-
dchard
veterán
válasz
AstraCDX
#2353
üzenetére
Na ez már annyival megy amennyivel kell, mondtam én hogy teljesen faszán kell mennie a 10megának ezen a vonalon és tessék.
Egyébként igen: a központi oldal meg tudja különböztetni de csak abban az esetben ha a modemben ki van alakítva az ún. Dying gasp funkció. A DLink 321B/320B/360R T1E modemekben ez megvan de vannak régebbi típusok amikben nincs. Az eredeti DSL szabványnál ez nem volt kötelező.
A késleltetés pedig nem kizárólag az ID-től függ. A tényleges késleltetés 4 dologtól függ: az ID, az R és S paraméterek valamint az előfizetett sebesség is közrejátszik. Az általam írt szoftverrel a webes felületen elérhető a delay nevű paraméter (Status --> DSL status --> Info gomb), az mutatja meg hogy fel és le irányban mennyi késleltetést okoz maga az ADSL.
A pinged pedig teljesen fasza, ekkora késleltetés mellett semmilyen anomáliát nem vehetsz észre valós használat mellett.
Dchard
-
-
tévelygő
aktív tag
válasz
AstraCDX
#2348
üzenetére
Nálam mindjárt látta, a visszajelző ledek rendellenes működésén. Csak addig tedd vissza a másik modemet amíg kijön a szakember.
Azután vissza teheted a módosítottat.
Mindenképp tájékoztasd,hogy a hiba egy része azért áll fenn nálad, mert a modemed te is le szoktad áramtalítani. Erre hivatkozva, talán a profilod is vissza állítják. -
StSanya
senior tag
válasz
AstraCDX
#2349
üzenetére
Minek az OrbMT, mikor ott a modem saját felületén az összes lényeges infó, meg ott a DMT, ami sokkal nagyobb tudású progi?!
(Amúgy: nem!)Előző kérdésedre a válasz: A modemen lévő LED-ekből fogja látni, hogy módosított a firmware... Vagy pusztán azt fogja hinni, hogy a modem elhunyt, ha tájékozatlanabb.
Amúgy amit én tapasztaltam, hogy kijött a szerelő, s régi ezüst színű 360R + laptop + SM50B progi ( OrbMT szintű progi) kombóval méregetett...
-
dchard
veterán
-
dchard
veterán
válasz
AstraCDX
#2335
üzenetére
Ez SNR lock lesz, azért nem megy maximummal a csomag. Jelenteni kell hibára és nem elfogadni válaszként hogy ennyit bír a vonal meg hogy túl messze vagy, mert nem vagy túl messze. Ezen a vonalon 13-14megát biztosan lehet szolgáltatni a 10megás csomag szinkron sebessége pedig 12mega az itt látható 7-tel szemben. Szedjél le a DSLAM portról a korlátozást.
Dchard
-
-
dchard
veterán
válasz
AstraCDX
#2331
üzenetére
A No data azért van mert a 256 feletti értékeket speckón kívülinek kezeli miközben a max ID 511 ADSL2+ esetén. Ennyi. Bug semmi több.
A framing paramétereket meg hadd ne fejtsem ki, benne van a szabványban, de hidd el az ID-n kívül a többi nem érdekes egy átlag felhasználó számára.
Dchard
-
Frenky89
addikt
válasz
AstraCDX
#2307
üzenetére
Egyes helyeken (pl. bizonyos Invitel területek) még szokás a downstream rate-et a szerződésben foglaltra beállítani, tehát 10M-ás előfizetés = 10000-es rate azaz valós kb. 8,5M. Viszont jobb helyeken már úgy állítják be a downstream rate-et, hogy a valós sebesség legyen a szerződésnek megfelelő, vagyis pl. 10M-ás előfizetéshez kb 12500-as rate jár.
-
-
StSanya
senior tag
válasz
AstraCDX
#2219
üzenetére
Ha ez számít neked, üzemeltetésben:
321B: 9V 1A -es táp
360R T1: 12V 0,5A -es táp
Ez a 360R T1 belseje: (Forrás: [http://hwteszter.blog.hu/2012/02/01/dsl_360r_t1]
Ez pedig a 321B-é: (Forrás:
http://logout.hu/cikk/adsl_modem_teszt_dlink_dsl-321b/teljes.html
-
StSanya
senior tag
válasz
AstraCDX
#2219
üzenetére
A 321B adatai: [link]
A 360R T1(E)-ről nem nagyon találok ilyet, mivel ez egy szolgáltató által terjesztett cucc.
Mindkettőben ugyanaz a Broadcom vezérlő dolgozik, hasonló NYÁK-on, ezért felhasználói szemszögből lényegében ekvivalensek. De - ismétlem - az áruk nem az.
De majd jön DChard és megmondja a frankót...
-
dchard
veterán
válasz
AstraCDX
#2205
üzenetére
A 380T-nél Avalacnhe SAR módba kell tenni az OrbMT-t.
Annyit érdemes tudni, hogy az OrbMT a telnetes felhasználói nevete és jelszavat várja nem a webeset. D-Linknél előfordul, hogy mondjuk admin/admin a felhasználói név/jelszó páros webes felületen, telneten viszont ugyanez root/admin -ra módosul.
Dchard
-
StSanya
senior tag
válasz
AstraCDX
#714
üzenetére
Ha a modemet (vagy mást, pl. routert) frissíted, azaz új programot töltesz rá, előfordulhat, hogy ezt követően nem indul el. (Ez lehet pl. rosszul beazonosított program verzió, rossz frissítési eljárás, vagy a folyamat megszakadása - türelmetlen user, áramszünet - miatt is akár.) Ilyenkor a eszközöd nem tud csinálni semmi hasznosat, csak egy darab valami, angol szlengben kvázi egy tégla, mivel értelem, azaz program nélküli. A tégla = brick. A "de" pedig megszüntetést jelent itt, azaz a debrick olyan eljárás, amivel programot tudunk juttatni a "halott" eszközre, hogy az a tervezettnek megfelelően működjön, egy ilyen a vész visszaállító mód, amivel néhány eszköz rendelkezik.
-
dchard
veterán
válasz
AstraCDX
#704
üzenetére
Nah csak sikerült a frissítése a 380T-nek is.
A lényeg, hogy az RRT-vel kell megcsinálni Wizard módban, és varázsló elején "de-brick"-et kell választani. A trükk ott van, hogy amikor az ip cím (192.168.1.1), user név és jelszó (root/Admin) kiválasztása után odaérsz ahol ki kell választani hogy mennyi flash és milyen bootloader van a cuccban, előtte ki kell húzni a modemet a tápból, megnyomni mondjuk a detect bootloader type gombot, és rögtön(!) bedugni a modemet a tápba. Ilyenkor a modem vészvisszaállító módba kapcsol. Ezek után a két detect gobbal detectálhatod, hogy miből mennyi van (elméletileg 2MB és PSP bootloader), majd bejelölöd a single image módot, a következő lapon betallózod a firmware-t, és mehet a menet. Rá fog kérdezi, hogy törölje-e az alapértelmezett beállításokat, mondj igent.
A lényeg, hogy ezt a fájlt add be neki frissítésre (valamivel kisebb mint 2MB):
RouterTech_3.6.0D_20110103_2.95_AR7RD-1Port_psbl_firmware.AnnexB.upgrade.img
Csináltam róla videót is, csak túl nagy lett és nem bírom feltölteni.
De a lényeg, hogy működik
Dchard
-
dchard
veterán
válasz
AstraCDX
#704
üzenetére
Annex B-sel próbáltam, de kipróbáltam Adam2-s és PSP-s bootloaderhez valóval is.
Szerintem is várj picit míg rájövök mi a gond. A vicc az amúgy, hogy a 380T-n a 2.93-mas routertech volt fent mikor tegnap megpróbáltam frissíteni, tehát egyszer már rá tudtam tölteni és működött is.
Dchard
-
dchard
veterán
válasz
AstraCDX
#697
üzenetére
A ledek vagy nem vagy hibásan fognak működni. Emlékeim szerint a power és az ethernet fog működni, a többi nem, de nincs rá gari. Küldtem nekik ledes konfig fájlt 360T és 380T modemekhez nehyed éve, azt ígérték beteszik.
Most amúgy 2.95-re nekem sem sikerült frissíteni, illetve felmegy a firmware, fel is írja, de valamiért nem indul el. Nekem Adam2-m van, bár próbáltam mindkettővel. Nem tom mi a csöcs van.
Kicsit várjál szerintem amíg sikerrel nem járok.
Dchard
-
dchard
veterán
válasz
AstraCDX
#694
üzenetére
Ez alapján neked PSP bootloader-ed van, tehát ez kell neked:
1-Port non-wireless (psp bootloader):
http://www.routertech.org/download/file.php?id=1892A RUC-cal lehet feltenni a letöltött firmware-t, de figyelj oda, hogy:
1. Az Annex B-s verziót rakd fel, mert a fenti zip-ben van annex A-s is
2. A kis méretű (2MB-os) fájlt rakd fel, ne a 4megásat!LED-ből küldtem nekik listát, remélem berakták már a választható ledek közé. Ha nem akkor a ledek nem fognak működni.
Dchard
-
dchard
veterán
válasz
AstraCDX
#691
üzenetére
Lépj be a modemedbe telneten és add ki az alábbi parancsot:
cat /proc/ticfg/env
És másold be a kimenetét ide. Ebből meg tudom mondani, hogy milyen bootloader van a modemen.
Ezen kívül szükséged lesz még a RUC-ra amit bejelentkezés után innen tudsz tölteni:
http://www.routertech.org/viewtopic.php?t=1062
Ezt a progit ajánlom a frissítéshez is. Ez is meg tudja állapítani a bootloader típusát, de inkább menjünk biztosra a fenti parancs kiadásával.Dchard
-
dchard
veterán
válasz
AstraCDX
#691
üzenetére
routertech.org -on regelni kell addig nem látsz semmit.
Ez most a legújabb: RouterTech Firmware v2.95 Release (20110103)
Neked 1 port, non-wireless és nem Lite verzió kell, hogy Adam2 vagy pspboot loaderes azt megnézem, de ne várd, hogy leírjam a teljes frissítési lépéssort, majd próbálok linkelni leírást de az angol lesz.
Dchard
-
dchard
veterán
válasz
AstraCDX
#678
üzenetére
A routertech-es firmwareben két főverzióval frissebbek a hálózati meghajtók, mint abban a szoftverben amit most használsz. Biztosra veszem, hogy némi javulást ez már önmagában is kell eredményezzen.
A modem cserét azért helyeztem kilátásba, mert bár a TI7300-as platform amire a 380T épül, a maga idejében jól megépített platform volt, azért eljárt már felette az idő, a Broadcom chipsetes cuccok nagyobb és/vagy stabilabb sebességeket tudnak hozni, de a legfőbb különbség abban van, hogy a TI7300-ra épülő modemek ADSL interfészét semmilyen módon sem lehet finomhangolni, ami különösen probléma esetén nagy segítség tud lenni, több megabitet is lehet adott esetben nyerni ezzel.
Természetesen a routertech-es firmware-t teljesen máshogy kell felrakni, mivel az egy más platform.
"Három Modulation mode-al kísérleteztem, és készítettem képeket, de mint korábban írtam, az ADSL2, és az ADSL2+ eredményei (többszöri mérés után is) teljesen azonosak voltak, ezért csak egy képet tettem fel ."
Ez azt jelenti, hogy az ADSL2+ nem engedélyezett a portodon, különben magasabb becsült sebességeket kellene látnunk a képeken.
"Egyébként csodálkozom, hogy az alaphelyzetben ADSL2+, és 24Mbps képesnek hirdetett DSL-380T modem gyakorlatban nem lenne képes teljesíteni a gyári standardjait ?"
Én olyat még laborkörülmények között sem láttam, hogy egy ADSl2+-os modem összeállt volna 24mega vonalsebességgel. Ezt értsd úgy, hogy a DSLAM és a modem között 3 méter telefonvezeték volt. Asszem ennél ideálisabb körülményt nehéz elképzelni. Itt egyébként sem arról van szó, hogy "nem tudja", hanem hogy a vonali körülményekhez melyik modem mennyire jól alkalmazkodik. A régi 360R-ekben lévő trenchip a legszarabb minden szempontból, utána jön a Ti7300-as platform (360T/380T) ami már elég jó, de nem paraméterezhető, majd pedig a Broadcom chipsettel szerelt termékek (360R T1, 321B stb.) amik élből helyzeti előnnyel indulnak, mivel ugye a Telekomnál központi oldalon is Broadcom chipset van, ezért a két Broadcom cucc tud értelemszerűen a legjobban együttműködni, plusz még jól paraméterezhető is.
Dchard
-
dchard
veterán
válasz
AstraCDX
#673
üzenetére
A képek alapján az 5megás csomagod megy rendesen, de csomagváltás esetén új modem fog kelleni.
A képen amúgy látszik, hogy a DSL driverek 5-ös verziószámúak. Gyári szoftverből a legfrissebben 6-os főverzió van, de például a routertech-es firmware-ben 7-es van (ez a platformhoz a legfrissebb).
Az OrbMT-t és a DMT-t sem fejlesztik, a programozóik mind dilettáns egoisták. Mindkettőt kértem az együttműködésre, felajánlottam a segítségemet, kértem a forráskódot. Süket fülek.
A bitallokációs tábla kiolvasása egyértelműen hibás, csak a szöveges adatoknak higgy.
Ezalapján amúgy szerintem menne a 15mega, de lehet, hogy a 380T már kevés lenne ehhez. Hogy szoftver kell frissíteni rajta az tuti.
Igazából megpróbálhatnád a modulation mode-ot ADSL2+ állásba tenni, és úgy is csinálni OrbMT-s képet, bár a legjobb lenne mindezt frissítés után kipróbálni.
Dchard
-
dchard
veterán
válasz
AstraCDX
#662
üzenetére
Ha a 380T-n gyári szoftver van (az én cuccom NEM jó rá, viszont van egy másik alternatív szoftver, a routertech ami szintén remekül működik rajta), akkor az OrbMT-vel lehet lekérdezni, amiben be kell allítani az "Avalacnhe SAR" módot, és megadni a modem IP-jét, a telnetes felhasználói névvel, jelszóval. Természetesen a modemnek közvetlenül a PC-hez kell kapcsolódnia, és a hálókártya beállításoknak is stimmelnie kell.
Dchard
(Amúgy: nem!)
Új hozzászólás Aktív témák
Hirdetés
- GYÁRI TÖLTŐK DELL LENOVO HP FUJITSU TOSHIBA Macbook---------- Budapest,/MPL/Foxpost
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9700X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Csere-Beszámítás! Ajándék ROG Táska! Asus Rog Ally Z1 Extreme RC71L - 512GB SSD + 16GB LPDDR5
- Új és újszerű 13"-14" Gamer, ultrabook, üzleti készülékek nagyon kedvező alkalmi áron Garanciával!
- Microsoft Surface Laptop 5 13,5" i7-1265U 16GB 512GB magyarbill 1 év garancia
Állásajánlatok
Cég: FOTC
Város: Budapest