- Kábeleket és csövezést rejtő "kirakatház" a GameMax logójával
- Felvarrták az Arctic rackmount rendszerekhez szánt CPU-hűtőjének ráncait
- Háromféle kivitelben, és nem kis kapacitásokkal jönnek a Micron 6550 ION SSD-i
- Már a Samsung sem szolgálja ki modern AI lapkákkal Kínát
- Havazáshoz igazított kiadás kap a Steam Deck OLED
Új hozzászólás Aktív témák
-
AstraCDX
senior tag
Sziasztok !
OrbMT 3.42-vel akarom tesztelni az ADSL vonalamat, de nem hajlandó elindulni .
Ezt a hibaüzenetet írja ;
OrbMT.exe - .NET Framework Initialization Error
Unable to find a version of the runtime to run this application .Mi lehet a baja ?
Mit tegyek, hogy működésre bírjam ?
Üdv.
Astra
-
dchard
veterán
válasz
AstraCDX
#2201
üzenetére
Microsoft .NET Framework 2.0 hiányzik, kell az OrbMT futásához.
Innen tudod letölteni:
http://www.microsoft.com/hu-hu/download/details.aspx?id=1639
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
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
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
Flashcash
Közösségépítő
Sziasztok,
VDSL szolgáltatással kapcsolatban lenne egy kérdésem.
Adott egy netmánia L csomag, ami 30/5Mbit/sec sebességgel jól működik, viszont a Telekom által biztosított Speedport w721v eszköz nem tud csak modemként működni (bridge/pppoe passthrough). Ez azért probléma mert a modem mögött egy Tomato fw.-es, www szervert futtató router van, aminek a dyndns megfelelő működése miatt be kellene tárcsázni és látni a szolgáltató által adott ip-t.Milyen vdsl modemet vehetnék az eszköz helyére, amivel működne a betárcsázás és a modem mögött levő router közvetlenül a szolgáltatótól kapna ip címet?
Ebay-en a következő British Telecom eszközt néztem ki, de nem tudom, hogy a Magyar Telekom hálózatán menne-e? Openreach ECI Infinity FTTC VDSL Modem
[ Szerkesztve ]
-
dchard
veterán
válasz
Flashcash
#2207
üzenetére
Jellemzően át lehet állítani ezeket a HGW-ket pppoe passthrough módba, vagy alapból ebben vannak, csak tárcsázni kell a LAN portjára dugott PC-vel/routerrel.
Abban az esetben ha ez mégsem így van, akkor érdemes a HGW-ben DMZ-be rakni egy megadott IP-t, majd ezt megadni a mögé dugott router WAN portján statikusan úgy, hogy az alaértelmezett átjáró és DNS szerver a HGW IP címe. A DDNS kliens működik URL módban is, ilyenkor csak működő net kell és frissíteni fogja az IP-t változás esetén.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
#2210
mclaren777
senior tag
mclaren777
#2151
mclaren777
senior tag
válasz
mclaren777
#2151
üzenetére
ERRE Valaki?
-
-
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...
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
-
-
#2222
Intruder2k5
MODERÁTOR
Kris87
#2221
-
#2224
Kris87
aktív tag
Intruder2k5
#2222
Kris87
aktív tag
válasz
Intruder2k5
#2222
üzenetére
Tp-link. 741, 1043, 3600. Lehet, hogy az openwrt miatt csinálja, ma letesztelem gyári fw-el is.
-
StSanya
senior tag
-
trance89
őstag
nekem egy 841nd és egy 741nd van otthon, igaz az utóbbi repeater-ként szolgál de mind2 betonstabian ment a gyári fw-el, nem úgy mint a dlink modellek amik kapnak egész életük során 1 max 2 fw frissítést amik ugyanolyan bugos szarok mint amivel gyárilag adják
amúgy próbáld meg gargoyle fw-el a tplink-eken, a 741nd-n már hónapok óta az fut és sztem sokkal stabilabb mint az openwrt (ez is openwrt alapú), arról nem is beszélve hogy sokkal átláthatóbb fw -
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
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
-
trance89
őstag
válasz
StSanya
#2227
üzenetére
az egyetlen dolog ami közös ebben a 2 modemben az a broadcom soc, teljesen más a felépítése mind2 masinának, a 360R olcsóságára utal az is hogy semmi árnyékolás nincs a ram felett, bár ha az árukat nézzük én is sokkal jobb vételnek tartom a 360R-t, egy 321b árából több darab is kijön...
más:
most nézem hogy jelent meg új gyári fw a 321b-hez: [link]
csakhogy itt a changelog:DSL-321B Firmware Release Notes
Firmware: 1.04
Hardware: Dx
Date: 2012/01/23Problems Resolved:
1. Support manual year setting to 2037ez a gyártó egyre viccesebb dolgokat művel...
[ Szerkesztve ]
-
-
Kris87
aktív tag
válasz
StSanya
#2225
üzenetére
A vonalam jó, már leellenőriztettem itt. Nem a modem és a dslam között van gond, hanem a modem és a router között. Nem gyári egyébként, DChard féle.
Szerk: De tolom a tesztet élesben immár gyári 741 fw-el, kiderül lejön-e szakadás nélkül teljes sebességgel a 14 gigás torrent pakk, utána jelentkezem.
[ Szerkesztve ]
-
StSanya
senior tag
válasz
trance89
#2228
üzenetére
"az egyetlen dolog ami közös ebben a 2 modemben az a broadcom soc, teljesen más a felépítése mind2 masinának"
OK, bocsánat, ha félrevezető volt az általam írt: "hasonló" jelző.
Én arra gondoltam, hogy kettejük közt kisebb az eltérés, mint pl. a 360R C3 belseje közt:
[ Szerkesztve ]
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
-
dchard
veterán
válasz
StSanya
#2232
üzenetére
Na akkor gyorsan tegyük tisztába:
A Dlink 321B a Dlink 320B a Dlink 360R T1E és a TPlink 8810B teljesen egyformák. Ugyan az a SoC, ugyanaz a DSP, ugyanaz a DSL AFE, ugyan annyi RAM és ugyan annyi Flash van rajtuk. Az, hogy néhány kondi más helyen van az ne tévesszen meg senkit. Egyetlen érdemi különbség van: hogy a 360r T1E-hez nincs gyári firmware ezért nem lehet rá visszarakni az eredetit, míg a többihez van gyári firmware.
Kris87:
Ha szakad 360R t1E-vel akkor fel kéne raknod rá az általam írt firmware-t és vonaldiagot csinálni.
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
#2236
Intruder2k5
MODERÁTOR
dchard
#2235
-
#2237
dchard
veterán
Intruder2k5
#2236
dchard
veterán
válasz
Intruder2k5
#2236
üzenetére
Örömteli, frissítettem a bejegyzést.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
re_mod
tag
Üdv.!
ADSL PPPOE kapcsolatnál lehetséges e az LCP Request csomagok idő intervallum módosítása vagy csak a központi oldalról lehet vele változtatni?
Sajnos arra a következtetésre jutottam hogy azért szakad meg a DSL kapcsolatom terhelés alatt mivel olyankor kifutnak az lcp echo request csomagok a megadott time interval értéken. Kb. 3 éve jelentkezett először a probléma amit számtalanszor jelentettem már a T-Home felé de mindannyiszor az lett a vége hogy szerintük semmi baja a vonalnak fizikailag.
Próbáltam már a módosított firm. modemmel is de nem a vonali paraméterekkel van a baj amit már itt is kitárgyaltunk anno. Most egy komolyabb routerrel egy Mikrotik RB750GL routerrel és a Mikrotik Syslog Daemon programmal a logokból ez látszik.
A Winbox-ban a Bandwith Test modult modulnál próbáltam 100 TCP kapcsolattal és rendszerint lefekszik a pppoe kapcsolat kb. 1-2 perc alatt de 25 szálnál is. Arra jutottam hogy nem sávszélesség és szál függő a dolog mert a logban az látszik utoljára hogy mikor elküldi az lcp echo csomagot jön a timeout és megszakítja majd újra tárcsáz.
Na most nem tudom de a szolgáltatónak ezt hiába mondanám így el mert legutóbb is mindenáron a fizikai munkásokkal akartá megoldani a hibát holott a kutya nem ott van elásva.
Annyira nem értek a pppoe kapcsolatok lélektanához hogy ezért merült fel a kérdés hogy ezt az LCP dolgot nem lehet-e modem oldalról valahogy befolyásolni. Ill. ha nem lehet lehet-e bármit tenni vagy mi van ilyenkor esetleg túlterhelt lokálisan a hálózat vagy lövésem sincs, csak azt nem tudom hogy nem tudják vagy nem akarják a szolgáltató oldaláról érdemben foglalkozni a dologgal.
És sajnos az még a gond hogy legutoljára azzal rázott le hogy az én oldalamról szakad meg a pppoe kapcsolat mivel tényleg a log szerint is nálam van a labda. Konkrétan ez van a logban ilyenkor:
pppoe,ppp,debug,packet pppoe-out1: rcvd LCP TermReq id=0x27 in 3-Mar 17:55:33.29 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP closed in 3-Mar 17:55:33.30 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: CCP lowerdown in 3-Mar 17:55:33.31 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: BCP lowerdown in 3-Mar 17:55:33.32 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: BCP down event in starting state in 3-Mar 17:55:33.32 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPCP lowerdown in 3-Mar 17:55:33.34 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPCP closed in 3-Mar 17:55:33.35 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPV6CP lowerdown in 3-Mar 17:55:33.36 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPV6CP down event in starting state in 3-Mar 17:55:33.39 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: MPLSCP lowerdown in 3-Mar 17:55:33.39 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: MPLSCP down event in starting state in 3-Mar 17:55:33.39 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent LCP TermAck id=0x27 in 3-Mar 17:55:33.39 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP lowerdown in 3-Mar 17:55:33.40 from 192.168.88.1
pppoe,ppp,info pppoe-out1: terminating... in 3-Mar 17:55:33.40 from 192.168.88.1
pppoe,debug,packet ether1: sent PADT to 00:00:00:00:00:00 in 3-Mar 17:55:33.40 from 192.168.88.1
pppoe,debug,packet session-id=0x3f63 in 3-Mar 17:55:33.40 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP lowerdown in 3-Mar 17:55:33.50 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP down event in starting state in 3-Mar 17:55:33.57 from 192.168.88.1
pppoe,ppp,info pppoe-out1: disconnected in 3-Mar 17:55:33.57 from 192.168.88.1
pppoe,ppp,info pppoe-out1: initializing... in 3-Mar 17:55:33.57 from 192.168.88.1
pppoe,ppp,info pppoe-out1: dialing... in 3-Mar 17:55:33.70 from 192.168.88.1
pppoe,debug,packet ether1: sent PADI to FF
FFFFF in 3-Mar 17:55:33.77 from 192.168.88.1
pppoe,debug,packet session-id=0x0000 in 3-Mar 17:55:33.77 from 192.168.88.1
pppoe,debug,packet host-uniq=0xc in 3-Mar 17:55:33.77 from 192.168.88.1
pppoe,debug,packet service-name= in 3-Mar 17:55:33.77 from 192.168.88.1
pppoe,debug,packet ether1: rcvd PADO from 00:30:88:1A:20:4F in 3-Mar 17:55:34.16 from 192.168.88.1
pppoe,debug,packet session-id=0x0000 in 3-Mar 17:55:34.18 from 192.168.88.1
pppoe,debug,packet host-uniq=0xc in 3-Mar 17:55:34.19 from 192.168.88.1
pppoe,debug,packet ac-name=adsl in 3-Mar 17:55:34.20 from 192.168.88.1
pppoe,debug,packet ac-cookie=a9 45 e0 7b 47 7e b2 bf 4d 00 77 ad ff fc 82 0d in 3-Mar 17:55:34.20 from 192.168.88.1
pppoe,debug,packet service-name= in 3-Mar 17:55:34.21 from 192.168.88.1
pppoe,debug,packet ether1: sent PADR to 00:30:88:1A:20:4F in 3-Mar 17:55:34.22 from 192.168.88.1
pppoe,debug,packet session-id=0x0000 in 3-Mar 17:55:34.22 from 192.168.88.1
pppoe,debug,packet host-uniq=0xd in 3-Mar 17:55:34.22 from 192.168.88.1
pppoe,debug,packet service-name= in 3-Mar 17:55:34.22 from 192.168.88.1
pppoe,debug,packet ac-cookie=a9 45 e0 7b 47 7e b2 bf 4d 00 77 ad ff fc 82 0d in 3-Mar 17:55:34.22 from 192.168.88.1
pppoe,debug,packet ether1: sent PADR to 00:30:88:1A:20:4F in 3-Mar 17:55:35.23 from 192.168.88.1
pppoe,debug,packet session-id=0x0000 in 3-Mar 17:55:35.26 from 192.168.88.1
pppoe,debug,packet host-uniq=0xd in 3-Mar 17:55:35.32 from 192.168.88.1
pppoe,debug,packet service-name= in 3-Mar 17:55:35.32 from 192.168.88.1
pppoe,debug,packet ac-cookie=a9 45 e0 7b 47 7e b2 bf 4d 00 77 ad ff fc 82 0d in 3-Mar 17:55:35.32 from 192.168.88.1
pppoe,debug,packet ether1: sent PADR to 00:30:88:1A:20:4F in 3-Mar 17:55:36.36 from 192.168.88.1
pppoe,debug,packet session-id=0x0000 in 3-Mar 17:55:36.36 from 192.168.88.1
pppoe,debug,packet host-uniq=0xd in 3-Mar 17:55:36.36 from 192.168.88.1
pppoe,debug,packet service-name= in 3-Mar 17:55:36.36 from 192.168.88.1
pppoe,debug,packet ac-cookie=a9 45 e0 7b 47 7e b2 bf 4d 00 77 ad ff fc 82 0d in 3-Mar 17:55:36.36 from 192.168.88.1
pppoe,debug,packet ether1: rcvd PADS from 00:30:88:1A:20:4F in 3-Mar 17:55:36.46 from 192.168.88.1
pppoe,debug,packet session-id=0x4ee3 in 3-Mar 17:55:36.48 from 192.168.88.1
pppoe,debug,packet host-uniq=0xd in 3-Mar 17:55:36.49 from 192.168.88.1
pppoe,debug,packet service-name= in 3-Mar 17:55:36.49 from 192.168.88.1
pppoe,debug,packet ac-name=adsl in 3-Mar 17:55:36.50 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP lowerup in 3-Mar 17:55:36.53 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent LCP ConfReq id=0x9 in 3-Mar 17:55:36.54 from 192.168.88.1
pppoe,ppp,debug,packet <mru 1492> in 3-Mar 17:55:36.58 from 192.168.88.1
pppoe,ppp,debug,packet <magic 0x4ac48f3d> in 3-Mar 17:55:36.58 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP open in 3-Mar 17:55:36.58 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd LCP ConfReq id=0x1c in 3-Mar 17:55:36.60 from 192.168.88.1
pppoe,ppp,debug,packet <mru 1492> in 3-Mar 17:55:36.61 from 192.168.88.1
pppoe,ppp,debug,packet <magic 0x51bc8c5b> in 3-Mar 17:55:36.61 from 192.168.88.1
pppoe,ppp,debug,packet <auth pap> in 3-Mar 17:55:36.61 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent LCP ConfAck id=0x1c in 3-Mar 17:55:36.61 from 192.168.88.1
pppoe,ppp,debug,packet <mru 1492> in 3-Mar 17:55:36.61 from 192.168.88.1
pppoe,ppp,debug,packet <magic 0x51bc8c5b> in 3-Mar 17:55:36.61 from 192.168.88.1
pppoe,ppp,debug,packet <auth pap> in 3-Mar 17:55:36.62 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd LCP ConfAck id=0x9 in 3-Mar 17:55:36.62 from 192.168.88.1
pppoe,ppp,debug,packet <mru 1492> in 3-Mar 17:55:36.65 from 192.168.88.1
pppoe,ppp,debug,packet <magic 0x4ac48f3d> in 3-Mar 17:55:36.67 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: LCP opened in 3-Mar 17:55:36.68 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent PAP AuthReq id=0x8 in 3-Mar 17:55:36.71 from 192.168.88.1
pppoe,ppp,debug,packet <user ****************> in 3-Mar 17:55:36.81 from 192.168.88.1
pppoe,ppp,debug,packet <password ************> in 3-Mar 17:55:36.81 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd PAP AuthAck id=0x8 in 3-Mar 17:55:36.90 from 192.168.88.1
pppoe,ppp,debug,packet in 3-Mar 17:55:36.90 from 192.168.88.1
pppoe,ppp,info pppoe-out1: authenticated in 3-Mar 17:55:36.91 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPCP lowerup in 3-Mar 17:55:36.91 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent IPCP ConfReq id=0x10 in 3-Mar 17:55:36.91 from 192.168.88.1
pppoe,ppp,debug,packet <addr 0.0.0.0> in 3-Mar 17:55:36.91 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPCP open in 3-Mar 17:55:36.91 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPV6CP open in 3-Mar 17:55:36.91 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: MPLSCP lowerup in 3-Mar 17:55:36.92 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent MPLSCP ConfReq id=0x1e in 3-Mar 17:55:36.92 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: MPLSCP open in 3-Mar 17:55:36.92 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: BCP open in 3-Mar 17:55:36.92 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: CCP lowerup in 3-Mar 17:55:36.92 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent CCP ConfReq id=0x1 in 3-Mar 17:55:36.93 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: CCP open in 3-Mar 17:55:36.93 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd IPCP ConfReq id=0x4d in 3-Mar 17:55:36.93 from 192.168.88.1
pppoe,ppp,debug,packet <addr 145.236.238.87> in 3-Mar 17:55:36.93 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent IPCP ConfAck id=0x4d in 3-Mar 17:55:36.94 from 192.168.88.1
pppoe,ppp,debug,packet <addr 145.236.238.87> in 3-Mar 17:55:36.94 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd IPCP ConfNak id=0x10 in 3-Mar 17:55:36.94 from 192.168.88.1
pppoe,ppp,debug,packet <addr 78.92.225.101> in 3-Mar 17:55:36.94 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: sent IPCP ConfReq id=0x11 in 3-Mar 17:55:36.96 from 192.168.88.1
pppoe,ppp,debug,packet <addr 78.92.225.101> in 3-Mar 17:55:36.96 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd LCP ProtRej id=0x1d in 3-Mar 17:55:36.96 from 192.168.88.1
pppoe,ppp,debug,packet 80 fd 01 01 00 04 in 3-Mar 17:55:36.96 from 192.168.88.1
pppoe,ppp,debug,packet pppoe-out1: rcvd IPCP ConfAck id=0x11 in 3-Mar 17:55:36.98 from 192.168.88.1
pppoe,ppp,debug,packet <addr 78.92.225.101> in 3-Mar 17:55:37.10 from 192.168.88.1
pppoe,ppp,debug pppoe-out1: IPCP opened in 3-Mar 17:55:37.10 from 192.168.88.1
pppoe,ppp,info pppoe-out1: connected in 3-Mar 17:55:37.10 from 192.168.88.1 -
#2240
Intruder2k5
MODERÁTOR
re_mod
#2239
-
#2242
re_mod
tag
pszichiater
#2241
re_mod
tag
válasz
pszichiater
#2241
üzenetére
Nem tudom már szerkeszteni de nem akartam direkt ilyen hosszúra....
[ Szerkesztve ]
-
Kris87
aktív tag
Nálam is ez a hiba áll fenn, ugyancsak mikrotik board-ot tettem a modemre (csak egy 333-mast), nekem stabilabb, mint bármi mással eddig. A teljes sávszélesség kb. 95%-át engedem tovább LAN irányba, így marad némi "tartalék" a board-ban, nem mászik el nagyon a ping és nem is szakad úgy, mint előtte 3 másik routerrel. Beszéltem egy t-home-os kolléga által javasolt ugyancsak t-home-os szakemberrel, akiről ódákat zengenek, de nem is hallott arról, hogy mi az az LCP Request, továbbá szerinte azért van nálam hiba, mert túl van okosítva a modemem és egészen biztos elpiszkáltam valami beállítást, ugyanis ha a vonalam jó akkor más gond nem lehet. Gyorsan elköszöntem a "szakember"-től, miután a megfelelő kompetenciájával felb@szta az agyam. Egyszerűen nincs senki, aki érdemben hozzá tudna szólni a témához t-home oldalon.
-
re_mod
tag
A bandwith test-el a mikrotik-ban jól reprodukálható a hiba 100 TCP kapcsolattal kb. 2-3 perc alatt dobja a linket. Valószínűnek tartom hogy anno egy frissítés által álltak át erre a paraméterekre lehet mikor kezdtek bejönni az iptv-s csomagok. Más kérdés hogy sok helyen lehet emiatt szétb*szták az addig jól működő hálózatot.
Szerintem ha a rendszer lenne túlterhelve akkor vagy a pingek vagy a sávszélesség lenne nagyobb ill. kisebb.
Most odáig jutottam hogy gyakorlatilag bármennyi mega sávszélességgel reprodukálható a szakadás megfelelő szál esetén akár 25-nál is látni lehet ugyan nem dobja el de ilyen mpls szinkronizáló csomagok jelennek meg amik a szakadás előtt szoktak mikor nagyobb a terhelés.
Az lehet a sejtésem hogy ez nem hiba hanem valami oknál fogva néhány helyen vagy lehet máshol is csak nem veszik észre sokan router mögül így van bekonfigurálva a rendszer.
Sajnos a Telekomnál ezek a régi sunyi beidegződések úgy látszik nem változtak ahelyett hogy elismernék hogy ok ez van úgy tesznek mintha te lennél a hülye.
-
Frenky89
addikt
Hali!
Lenne itt egy 321B D1-es verzió a matricán EU_1.00 a webes felületen felül HU_1.00 firmware-rel, de nem tudok belépni se a webes felületre se telneten. Az admin/admin, root/admin, Dlink/Bridge, admin/semmi, root/semmi kombinációkat már kipróbáltam és természetesen előtte reset is volt, de nem jötte be.
Mi lehet a probléma?
Felraknám rá az 1.9-es dchard féle FW-t, de így látatlanban nem tudom megnézni a board/flash adatokat.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Hirdetés
lo Új alternatív firmware D-Link DSL-321B, DSL-320B és 360R T1 ADSL modemekhez
- Dell Latitude 5580, 15,6" FHD, I5-7300U, 8GB DDR4, 256GB NVMe SSD, WIN 10/11, Számla, Garancia
- HP ProBook 455 G5 , 15,6" FHD IPS,AMD A10-9620P, 16GB DDR4, 128GB SSD, WIN 10/11, Számla, Garancia
- LG 27MR400 Monitor
- Dell Latitude 7390, 13,3" FHD IPS Touch, I5-8350U, 16GB DDR4, 256GB SSD, WIN 10/11, SZÁMLA, GARANCIA
- Lenovo Thinkpad T450, 14" HD+ IPS, I5-5300U CPU, 8GB DDR3, 250GB SSD, Dupla akku, WIN 10, Számla, Ga
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest