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
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]
A nekem .NET Framework 4.0 van fenn, azzal nem működik .
Akkor próbálom a 2.0-val .
Már megy is !
Maxi Köszi ! 
Üdv.
Astra
[ Szerkesztve ]
Qrva .net-ek nem kompatibilisek egymással...
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
D-Link DSL-380T modemem van .
A Modem Type mellett mit válasszak, hogy működjön az OrbMT program ?
Üdv.
Astra
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]
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 ]
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]
Ezen az eszközön a T-s firmware van és emiatt nem működik a passthrough a szolgáltató meg a userek visszajelzése alapján.
A DDNS megoldást kipróbálom majd, köszi.
Szia
Vissza adtak az arat a modemnek.
Van ennél erösebb modem?
Vagy bátran vegyek egy masik ugyan ilyet d-link dsl-321b?
Köszönöm
Kitakat
Talán érdemesebb egy olcsóbb fekete 360R T1E-vel próbálkozni, bár vehetesz ugyanolyan 321B-t is, nem tudo a kettő között mennyi a difi.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
Mostanáig még mindig a D-Link DSL-321B a legjobb modem a piacon ?
Vagy van újabb, jobb is ?
Üdv.
Astra
Ugyanolyan jó a 360R T1(E) is, és ezt meg lehet venni 6 ezer körül már.
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
Mi különbség van a D-Link DSL-360R T1(E), és a DSL-321B között ?
Üdv.
Astra
DChard-ra hivatkozva: lényegében semmi, ami miatt értelme lenni kiadni +3 ezer Ft-ot a 321B-re...
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
És a gyártói adatok, milyen különbségeket mutatnak ?
Üdv.
Astra
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..."
Én a jelenlegi 360 t1e verziót gondolkodom lecserélni 321B-re,mert nagyon gyakran szakad a netem, konkrétan a wan port és a modem között, lcp terminated by peer hibával elszáll. Remélem van különbség és nem hiába költök rá egy 10-est.
Milyen router?
Tp-link. 741, 1043, 3600. Lehet, hogy az openwrt miatt csinálja, ma letesztelem gyári fw-el is.
Milyen software van a 360R T1E-n, gyári vagy DChard féle? Ha a gyári, tedd rá a DChard féle tuning firmware-t, csinálj vonal diagnosztikát, s tedd fel ide.
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
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
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..."
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/23
Problems Resolved:
1. Support manual year setting to 2037
ez a gyártó egyre viccesebb dolgokat művel...
[ Szerkesztve ]
Az itt az általános vélemény, hogy a két modem bele szinte azonos .
Akkor viszont érdekes, és elgondolkodtató, hogy nem azonos a tápfeszültségük . 
Vajon miért különbözik a tápjuk, ha belük szinte azonos ? 
Üdv.
Astra
amúgy he keresel képet még a 321b-ről akkor a későbbi verziókban már ott sincs árnyékolás ([link]) és sokkla közelebb kerül
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 ]
"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:
(Forrás: http://hwteszter.blog.hu/2011/12/26/dsl_360r_c3)
[ Szerkesztve ]
"Használati utasítás amatőröknek való! A profik rengeteg ideig szívatják magukat, majd fórumoznak egy kicsit..."
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]
Akkor ez nem jó? [link]
Nekem már nincs 360R T1-m de ha valaki kipróbálja és rámegy és valóban működik, akkor frissítem a bejegyzést.
Mindenesetre örömteli ha tényleg működik.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
Azt írja alul, hogy tesztelve!
Örömteli, frissítettem a bejegyzést.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
Nekem megjavult a netem.. kopp kopp.. de nem tudom mitől 3 hete minden nap szedtem cuccokat torrentel és semmi szakadás.. mindenesetre örülök neki.
Ü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 FFFFFFF 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
Log-ot inkább a "Programkód" gomb használatával szúrj be, mert sortöréssel és smile-ikkal tele elég hülyén néz ki!
Ehhez már kivetítő kell 
"Idegeskedni annyit jelent, mint mások hülyeségét saját magunkon megtorolni....."
Nem tudom már szerkeszteni de nem akartam direkt ilyen hosszúra....
[ Szerkesztve ]
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.
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.
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 ]
http://logout.hu/cikk/uj_firmware_d-link_adsl_modemekhez/firmware_frissites.html
ha ezután se sikerül akkor gari
Ez ismerem, fent részleteztem a problémámat.
minden 321b-re felmegy, nem kell board id-ket nézegetni
De honnan tudom megállapítani, hogy a 96332CG, vagy a Board ID 96338L-2M-8M kell-e?
