t-online EPC3925 cable modem/router hiba..., rejtett menüpontok előcsalogatása.

Linux-haladó

Nemrég a t-com kicserélte a korábbi thomson kábelmodemet (KÁBELMODEM csak) egy cisco EPC3925-re (ROUTER).
( a csere érdekessége, hogy egyszer csak nem volt netem..., bejelentettem a hibát, másnap vagy harmadnap kijött egy szerelő aki cserélte a router, és elmondta hogy nincs semmi hiba, csak állítottak valamit a hálózatukon (Csömör), és a korábbi modem nem kompatibilis a beállításokkal, ezért nem is működhetne a netem. Kérdeztem hogy és miért nem elötte cserélték akkor..., vagy miért nem szóltak hogy gond lesz..., ezt ő igazáből nem tudta, így intézik. Üzleti előfizetés egyébként, két munkanapunk esett ki)

No szóval ezzel az új kábelmodemmel az ssh kapcsolatok szakadnak. Ha inaktív a kapcsolat: épp nem írok semmit, akkor megszakad.
Így nagyjából alkalmatlan a munkánkhoz.
Nem az ssh-val van amúgy a probléma, vagy csak ezzel a portal..., hanem az inaktív dolog.

Más gond is van vele..., wifi például nagyon lassú, és ledobálja az embert.

Fórumok alapján ezt a router lehetne bridge módban is használni, állítani, és ez megoldaná a dolgot..., csak nekünk ez az opció "nincs".
Amúgy is praktikus lenne nekünk, mivel:
-a saját routerünkre szükség van, vpn, stb...
-kétszeres NAT kicsit kellemetlen
-állíthatnánk a sajátunkat is bridge-be talán (nem tudom mi lenne akkor a vpn-el pl), de a cisco csak 192.168.x.x-es alhálózatokat enged beállítani, ami nekünk szintén szar. (megvan a saját 10.y.x.z/16 -os tartományunk, ami kell!)
-dmz sem jó nekünk

A hiba természetesen be van jelentve a t-comnál is, eddig semmi eredmény..., illetve két napja azt mondták hogy megvan a hiba, dolgoznak rajta, valami eszközükkel van a gond. Tegnap semmi, ma viszont azt mondták hogy szerintük nincs hiba, nem is volt, és a hibajegy le van/volt zárva.

A lényeg hogy saját firmware-t raknak rá. Már töltenék fel másikat (próba szerencse, legfeljebb nem lesz vele net, (nem számottevően kellemetlenebb mint a jelenlegi helyzet)), de sajnos nem találok... Hol lehet ilyet szerezni? Legújabb cisco mondjuk, amihez t-izé nem nyúlt hozzá.

A másik érdekesség/lehetőség, hogy a router html oldalának forrásában megtaláltam ezt a router-bridge mód beállítási lehetőséget, csak hidden javascriptel. Forrás:
http://pastebin.com/1Q5eYZMv

Hogy lehetne ezt a "hidden"-t kikapcsolni?
Említettek mások egy Greasemonkey-es megoldást..., de csak ennyit, hogy hol találok hozzá scriptet, arról nem írtak. Próbálkoztam, de nem jártam sikerrel.

Van ötletetek?

  • 43749 megtekintés

Köszönöm hogy írtál! iptv nincs..., "nem is volt, nem is lesz...", de amikor cserélték, azt mondta a szerelő, hogy csak ilyen készülékük van, amivel mehet a net.
Internet mellett fax van még.
Rákérdezek.
Lejárt a szerződésben rögzített hibaelhárításra vállalat idejük..., beszéltem már másik szolgáltatóval...
Valahol reklamálni fogok, nem csak a hiba miatt, hanem ahogy az egészen kezelik...

Klienses megoldással részben át lehet hidalni a problémát, de csak részben..., nem csak egy gépről van szó, nem csak SSH. Különböző VPN-ék, saját fejlesztésű dolgok, stb... , de ha mindent meg is oldanánk (mennyi idő, mennyi pénz), akkor is szar internetért fizessünk?

Azt mondják nincs másfajta készülékük amivel mehetne annak ellenére sem, hogy nincs iptv. (nincs dlink...)

A hibát több mint 72 órája bejelentettem, tegnap, nem sokkal a 72 óra lejárta elött érdeklődtem hogy "no mi lesz..., rendületlenül szar". Megígérték hogy sürgetik a dolgot.
Ennek ellenére, mikor ma..., az imént érdeklődtem ( határidő lejárta után ), azt mondta a hibabejelentős hölgy, hogy a hibajegy le van zárva, nyit egy újjat.

Ja és hogy hétfőn kijöhet egy kollégájuk hogy megnézze..., bár ő nem fog hozzá annyira érteni hogy bármit csináljon.
Kérdeztem hogy firmware..., másik, vagy gyári cisco? Azt mondta a hölgy hogy cseréljem ha gondolom, de nem tud olyan kollégát kapcsolni, aki értene hozzá, vagy tud valami hasznosat mondani. (pl. aki tudna adni másik firmware-t, ha már ők nem csinálnak semmit.)

Próbálkozzam cisco-nál? Akkor a t-comnak kellene fizetnie nekem nem? Elvégre én dolgoznék nekik.

Hasonló problémákkal küzdöttem én is.
Első körben le akarták cserélni egy Thomson kábelmodemet, a fent említett csodára.
Én ezzel a mozdulattal kijelentettem, hogy nekem nem kell router, csak modem. A Mikrotik 450G-t akarom kintről látni a VPN és egyebek miatt.
Rendes volt a srác, első körben cserélt kábeleket, majd egy másik körben modemet is. Sajna a hiba megmaradt, többszöri nekifutásra bökték ki, hogy központi hiba, valami miatt a Thomson nem szereti az új config file-t. Pár nap és pár hibajegy után kaptam az sms-t, hogy a hibát lezárták, a hiba nem nálam volt.

A kis kitérő után: a szerelővel beszélgettem kicsit és elárulta, hogy van olyan "Cisco", ami csak modem, csak nincs rajta telefon. Hiba leadásakor, ha külön kéred, akkor adnak olyat, vagy kérheted a Thomsont is.

Köszönöm az infót!

Mikor volt ez nálad? Akkor maradt végül az eredeti Thomson nálad valahogy?
A Thomson vagy a másik Cisco típusát meg tudnád írni?
Nálunk mondjuk van fax is..., így telefon is (telefont nem használjuk), de az is egy megoldás lehetne, ha külön eszközökön megy a net, meg a fax.
...vagy lemondjuk a faxot, megoldjuk máshogy..., bár akkor a szolgáltató váltás már egyszerübb.
Ugyanennek a Cisco epc3925-ösnek a upc-s firmware-jében elérhető a bridge mód, ha esetleg upc is ilyen eszközt adna.
...de írtam már cisconak is, hátha...

Ahogy a tanult kolléga is említette, nekem is hasonló infóim vannak. Ha előfizetésedhez van telefon is, akkor általában Thomsont visznek ki. Korábban valaki írta, hogy EPC3925 -t akkor visznek, ha van IPTV. Ha kell IPTV, ilyet raknak ki. De nem csak ilyen esetben, én is ilyet kaptam anno az analóg TV-hez.

Kicsit off, de egyébként meg kapják be! :) Ha HD adásokat akarsz nézni, akkor még vmi +2K/hó talán. Alapból IPTV-n is csak SD(?) adások vannak, akkor meg mi értelme, hogy átálljak analóg TV-ről?

( Dwokfur v | 2012. 06. 02., szo – 17:51 )

Adi-nak és másnak sikerült bridge módba kapcsolni:
http://hup.hu/node/113471

Egyébként az SSH-ra az a megoldás, hogy mind szerver, mind kliens oldalon lehet konfigurálni a keepalive opciót és akkor nem szakad. Én is egy ilyen modemmel élek együtt. Sebessége jó. Egy kis gumialátéttel biztosítunk neki jobb szellőzést csak a rend kedvéért - mert azért tud melegedni. Bár a korábbi Thomson az ennél is jobban melegedett.

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Köszönöm!

A linkelt fórumot olvastam már, de szerintem nem talált ott erre senki megoldast..., bridge mód annak sikerült, akinek nem t-comos, hanem upc-s epc3925 van. (ill. asszem valaki azt írta, hogy régebben a t-comnál is lehetett, de aztán firmware-t frissítettek.)
Nem csak az ssh-val gond ez, hanem más dolgainkal is..., nem lehet mindent átállítani, átírni.

Jelenleg úgy oldottuk meg, hogy a t-com routere mögé beraktuk a sajátunkat, ami vpn-el kapcsolódik egy bixben levő szerverhez... ( beállítottuk hogy ez a vpn ne szakadjon ), és arra route-oltunk mindent.
Ez jobb megoldás, mint egyenként... (ami esetünkben kivitelezhetetlen is), de nem maradhat ez végleges.

Itt azt írják, hogy factory reset-re visszajön a bridge mód.
http://crowdsupport.telstra.com.au/t5/Modems-Hardware/Cisco-EPC3925-no-…
Viszont másoknak a firmware upgrade után nem ment a bridge mód. Ott a szolgáltató leállította a frissítést, majd konzultált a Cisco-val és megint frissítettek:
http://crowdsupport.telstra.com.au/t5/Home-Broadband/Cisco-epc3925-and-…

Én nem próbáltam.

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Megnéztem otthon. Sajnos nincs bridged mode. Firmware egyébként epc3925-E15-13-v302r12911-111020c.
Arra is gondoltam, hogy ha csak le van tiltva az interface-en, akkor elvileg egy kimentett konfigurációs fájlt lehetne preparálni. Ahogy nézem ez egy sima ascii file és nem látok ellenőrző összeget.

Megkérjük a jelen lévőket, akiknek bridged módban megy az eszköz, hogy mentsenek egy konfigurációs fájlt - ha tudnak (nem tudom, hogy akkor hogy érhető el a konfigurációs felület). Ha sikerülne azonosítani a sort, akkor be lehetne szúrni. Ennek nincs szerintem brick-veszélye.

Amúgy meg tényleg van az az esély, hogy factory reset lehúzott kábellel. És akkor hátha a default állapotban még ott van a menüpont. Akkor már csak az a kérdés, hogy a kábelt rádugva az automatikus firmware frissítés után mi lesz...

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

UPC-s EPC3925-om van, az elso, de csak a legelso inditasnal lehetett valasztani, hogy router vagy bridge, a bekotoember azt mondta hogy factory reset utan lehet ujra beallitani ezt az opciot. Resetgomb meg van rajta, egy probat meger talan. Szerintem lehuzott koaxkabellel erdemes kiresetelni, es a http://192.168.100.1-en megnezni hogy ugy hatha engedi.

Nekem is ilyen modem/router van (szolgáltató: T), paraméterei alább.

Ha az Administration > Management menüpontnak megnézed a forráskódját (http://192.168.0.1/Administration.asp), akkor látszik, hogy az eszköznek van bridge üzemmódja:


...
var secModes = ["router", "bridged"];
var secMode = "";
var secConnects = ["dhcp", "staticip","dualip"];
var sConnect = "";
...

Nem nyálaztam át a forrást, de ezt a T letilthatta. Szerintem egy firmware frissítés vagy egy factory reset után kellene hogy működjön a beállítás. De szerintem, ha a T észreveszi, hogy nem az a firmware van rajta mit ők telepített rá (gondolom ezt azért adatbázisban tárolják), akkor a következő újraindításkor automatikusan ráfrissít a T. De az érdekes az, hogy két hivatalos felhasználói kézikönyvet is átnéztem és egyikben sem szerepelt a bridge mód.

SSH kapcsolatszakadásokkal én is szenvedek, de azt hittem, hogy a szerver (amire kapcsolódok) újratelepítése okozza ezt (azt hittem valamit rosszul állítottam be). Most beállítottam a PuTTY-ban a "Seconds between keepalives" értékét 180mp-re és most úgy tűnik, hogy nem szakad. Majd Linux alatt is megnézem a szükséges beállítással.

Vajon nem elég, ha csak a szerveren állítom be az alábbi értékeket a /etc/ssh/sshd_config konfig fájlban? És így a klienseken csak a TCP_keepalives (SO_KEEPALIVE) opciót kellene engedélyezni? Vagy rosszul gondolom?


TCPKeepAlive yes
ClientAliveInterval 180

A modem adatai:
Model: Cisco EPC3925
Vendor: Cisco
Hardware Revision: 1.0
MAC Address: 11:22:33:44:55:66
Bootloader Revision: 2.3.0_R1
Current Software Revision: epc3925-E15-13-v302r12911-111020c
Firmware Name: epc3925-E15-13-v302r12911-111020c.bin
Firmware Build Time: Oct 20 2011 14:40:54

( djsilas | 2012. 06. 02., szo – 21:55 )

Hogy lehetne ezt a "hidden"-t kikapcsolni?
Web Developer Toolbar? Firebug?

( kisauto | 2012. 06. 03., v – 08:51 )

Haha, egy "édes story" ide,

volt kábeles internetem Thomson modemmel, majd rendeltünk IPTV -t és a szerelő hozta ezt a Cisco -t.
Itt bohóckodott szolid 4 órán keresztül, de csak nem világitottak neki a lámpák.

Mondom de ember, nézd meg, hogy pár mhz felett egyszerűen nincs jel, ez meg mondom docsis 3.... mit vársz?

1 tetves hét alatt sikrült megcisnálniuk, a megoldás az volt, hogy az oszlopon elhelyezett szűrőt levették :D

Ami vicces: 3 nap után már kvázi sirva hivtam a helpdeskjüket, hogy cssináljanak már internetet, mert kell. Erre aszondja rajta vannak. Mondom jo jo, de miért kellett lecserélni a Thomson modemet, az legalább ment, adják vissza, amig nem tudják megoldani.
Itt jött a magyarázat:

"A cisco egy másik TCP Protokollt használ"

És hát az RFC számát épp nem tudta "a kolléga". :)

Mind1, azóta megy, ugyahogy rendben.

Leszedték az oszlopon a Cisco TCP protokoll szűrőt? :-O :-D

Azt mondjuk nem értem, hogy miért jó nekik letiltani firmware-ből a bridged mód lehetőséget. Mert nem hiszem, hogy átlag felhasználó ezzel véletlen bohóckodna. Aki pedig megpiszkálja, az tudja, hogy miért teszi...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Oszlopon volt valahany Mhz -es szuro.

Gondolom azert tiltjak le, mert az IPTV -nel az adott csomagot priorizaljak, ami bridge modban nem hiszem, hogy ugyan ugy menne :)
Ez az A verzio, a B verzio szerint a Cisco nem irta meg rendesen es ok tiltjak, C verzio szerint valaki gyoker, es ez legyen a valtozatossag kedveert a Magyar Telekom :)

Még akkor is ha rossz hatással lehet az IPTV-re, nem értem, hogy mi alapján nem hagyják. Nem érzem a veszélyét, hogy kárt szenvedne a vállalat. Nem gondolom, hogy valaha is bárki azzal terhelné őket, hogy véleltelnül bekapcsolja. Ezt nem lehet véletlenül bekattintani.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Nézd csak meg, hogy a szolgáltatások átadási pontja hogy van definiálva... Csak tippelem, hogy nem a Cisco szolgáltató felőli, hanem feléd eső interfésze, ergo ami azon túl van, az a szolgáltató területe. Te kapsz két, jól definiált szolgáltatást, meghatározott paraméterekkel (IPTV, illetve internet-hozzáférés, egyik a doboz egyik, a másik meg a doboz másik (többi?) lábán), mely paramétereket a szolgáltatónak teljesítenie kell. A szolgáltató nem szeretné, hogy te ebbe belepiszkálhass úgy, hogy az a szerződésben vállaltakat ne tudja teljesíteni.

( tibyke | 2012. 06. 05., k – 09:21 )

olyan megoldas nincs erre a keepalive-os problemara, amit nem a klienseken, hanem magan a routeren lehet eszkozolni?
nem akarok en kliensenkent kulon ganyolni, ha letezik ra elegans es intelligens megoldas is.

a bridge moddal amugy mit veszitenek?

t

( gyuri2012 | 2012. 07. 10., k – 00:17 )

Végül úgy oldódott meg a dolog, hogy kicserélték egy d-linkre (a d-linkre) a ciscot.
Ez csak kábelmodem, nem router.
Kicsit érdekes volt, hogy a hibajegyet ismeretlen okokból 72 óránként lezárták..., így nem lépték sohasem túl! :o)
A d-link a thomsonhoz hasonlóan állítólag bevonás alatt van Budapesten és környékén..., de nagy nehezen szerzett egyet nekem a helyszínre kijövő szerelő.

Aztán nem sokkal késöbb belecsapott a tv-hálózatba a villám..., úgyhogy aztán mégegyet! :)

Ez csak kábelmodem, ezért a fax szolgáltatás ugrott..., de ez nem tragédia nekem.
Viszont mivel ha a faxot lemondanám, akkor drágább lenne az internet, mint most a kettő..., így fizetem a jövőben is, csak használni nem lehet. :o)
Azt mondták nem megoldható, hogy két router legyen..., egyik mondjuk cisco-fax, másik dlink-internet... :)

Köszönöm a segítséget mindenkinek!

Ha jól veszem ki bridge módban mégis gond lehet az IPTV-vel amiatt, ahogy azt a T-kábel implementálta/mókányolta.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Gányoltak valami VPN-szerű megoldást, amibe routeolja a 10.0.X.Y-os címeket. (Lehet hogy nem pont ezeket).
Ezen címek egyikére küld az IPTV valami csomagot, amire unicast formában ömleni kezd a TV adás.

Ezt az adminisztrációs felületről nem tudod megnézni, a routeolást és a tűzfalszabályokat sem tudod állítani.

Undorító mert:
- Csak az 192.168.0.X alhálózatot tudod használni. (Az állítási lehetőségek le vannak tiltva nehogy ütközés legyen)
- A hülye unicast csomagok elárasztják a hálózat minden részét szeméttel, az összes szűk keresztmetszetet, (pl WiFi AP-t) saját eszközzel (pl valami OpenWRT-s) le kell tűzfalazni hogy ne rohadjon le.
- Csak a jó isten tudja hogy mi minden jöhet/mehet még azokról a címekről amiket nem tudsz se kitörölni, se le tűzfalazni, se semmi, és a helyi hálódhoz tartoznak.
- Az eszközük szar teljesítményét nem tudod kikerülni, mert ha ez a mókányolás megszűnik (bridge mode) akkor lőttek a TV adásnak. (-> reset)

De valószínűleg igen.
Amúgy a cikkben csak az e-maileket említik, de ilyen URL-t nyugodtan be lehet tenni akármilyen weblapra. Én pont ezért állítgattam át a legtöbb embernek a default jelszavait már jó ideje. Csak aztán állítani akarnak a Wi-Fi-n, nem jut eszükbe a jelszó, reset, és újra ott a veszélyforrás.

( Dolphy | 2013. 06. 07., p – 16:24 )

Sziasztok!

Kicsit felelesztenem a topicot. Sikerult valami megoldast talalni a problemara? Nem probalta valaki az ugyfelszolgalaton kicsereltetni a Cisco routert?

-dph-

3-4 hibabejelentésem volt, mire kiderült ( elismerték hogy a vigor-os kialakítású fix ip-vel vannak a saját hálózatukból elérési problémák. ) a cisco-nak ellen akartam állni, de sajnos csak igy tudják megcsinálni.

A deploynál nem voltam jelen, de akkor engedtem el a szerelőt, mikor már volt pingem, erre kicsit várni kellett. Ha minden igaz, ugyanúgy él a modem routerként is, mert elszörnyülködtek, mikor kérdésükre kikapcsoltattam a wifi-t. Fura egy állat ez.

igen, sima lan1-wan. a prohardveren irtak hogy van valami timeframe a bekapcsolas utan, amikor kerhet a router ipt a modemtol. *Allitolag* a ledek villogasa mutatja hogy mikor lehet ip-t kerni. De en ilyennel nem kinlodtam, radugtam es 2-3 perc mulva ment is. (elsore ugyis updateli a mac-et a t rendszereben)

Nem megy nekem.

Beillesztem ezt:
http://blog.giuseppeurso.net/how-to-enable-real-bridge-mode-for-upc-cis…

Submit -> 403 Forbidden

Model: Cisco EPC3925
Vendor: Cisco
Hardware Revision: 1.0
Serial Number: 235338687
MAC Address: 24:37:4c:0b:d2:02
Bootloader Revision: 2.3.0_R1
Current Software Revision: epc3925-E15-12-v302r125555-130315c-MYR-TEST
Firmware Name: epc3925-E15-12-v302r125555-130315c-MYR-TEST.bin
Firmware Build Time: Mar 15 17:43:18 2013

Engem is érdekelne, esetleg valami megoldás van-e. Gondolom ellenőrzik, hogy az oldal mit küld vissza és ha hozzá akar nyúlni az üzemmódhoz, forbiddent ad. Egy ilyet találtam, valaki esetleg próbálta már, hogy működik-e?

1. Disconnect the coaxial cable from the modem;
2. Do a factory pin reset;
3. Boot the modem up with just the LAN cable plugged in (not necessary if you're using WiFi, so long as you can connect to it);
4. See if the "Working Mode" options appear on the "Administration > Management" page now;
5. If not, try the HTML injection method;
6. Select "Bridged Only" and then hit "Save Settings."

The idea of keeping the coaxial cable out and subsequently doing a factory reset is so that when the modem boots up with everything defaulted, it won't connect to UPC's network and get the DOCSIS configuration file, with all the options restricted that UPC doesn't want you to have. So please give it a shot and let us know how you get on."

"Belépés díjtalan, kilépés bizonytalan."

Szerintem, más fórumon pár hozzászólás elolvasása után, azóta egy frissítés kilőtte ezt a lehetőséget és amiatt kapok forbidden-t az ismert HTML-es változtatási módnál. Az általam írt gyári reset dolgot még nem próbáltam.

"Belépés díjtalan, kilépés bizonytalan."

( zitev v | 2013. 07. 02., k – 18:11 )

hozzácsapom a témához a kérdésem, ip-tévésítés előtt állok itthon (előre parázom hogy szar lesz a net), a kábeltévés szaki azt mondta hogy a hozandó cisco modemes routeres modemben nem szabad tiltani a wifit, mert akkor elkezdi szaggatni a netet. ez egy ismert bug állítólag. kérdésem hogy tud erről valaki valamit? tényleg kénytelen vagyok bekapcsolva hagyni a rádióját úgy hogy soha nem használnám?

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Ne parázz, ikább keresd az okát :) Egyébként pont ezzel nem lesz gondod. Legalábbis szerintem. Ha nem lesz neted az vagy központilag off vagy valami a belső szekciódban. De kicsi a valószínűsége, hogy a wifi üti a kábelt. Nyugodtan kapcsold ki. (ha nem használod amúgy is ajánlott)

Ami előfordulhat viszont, hogy alkalmanként kifagy a TV adásod másodpercekre (vagy néha hosszabban), ilyenkor próbáld ki a windows-os javítást néha bejön. Vagy állítsd vissza a tűzfal beállításaid az előzőre (egyébként nem tudsz vele mit kezdeni, reggelre megjavul :P)

Esetenként a kifagyás pontban 24:00-kor történik (1-2 alkalom nem vészes), ilyenkor szerintem meg se próbáld a windows-os javítást, be patient hagyd a srácokat nyugodtan dolgozni :) kapják szerintem az ívet amúgy is :)

A telepítőket nem akarom a világért sem bántani, de szerintem nekik szoftver szinten nem kell olyan mélyen érteni hozzá (ergo ritka), így az alkalmanként bekövetkezett gyakorlati hibákból vonhatnak le következtetéseket, aminek a megoldása max. a csere, vagy beszólnak az adminoknak.

Tehát alapvetően az én tapasztalataim, hogy ugyan 100.00 %-os rendelkezésre állást nem tudnak biztosítani (csak, hogy egyensúlyba kerüljünk - ne védjem őket :), de a DSL alapú szolgáltatásokhoz képest, ma már nem emlegetem őket annyiszor (és az esetek mondjuk 70%-ában nagyjából kiderült, hogy nem szolgáltatói hibák voltak)

[Ami emberi szempontból lehet kérdéses, hogy onnantól már a TV-zési szokásaid is proxyzhatóak, de valójában ma már mi nem]

Nem attól parázom, hogy nem fog menni a net (azt be lehet jelenteni), hanem hogy szarul fog menni a net, konkrétan packet loss-os lesz az egész a multicast miatt.

--
zsebHUP-ot használok!

--
na megesett az aktus, be van szerelve a csoda. délben kész lett, elrohantam dolgozni, este hazaértem, nézem: nyitva a wifije (aztakurva'...), jelszó nincs, admin/admin, admin/semmi, semmi/admin, semmi/semmi, szériaszám a passba/user semmi-kombók végigpróbálva, semmi - ahhhh! Nagy nehezen lereseteltem (nem akart az istennek se, szenvedtem vele), elkezdtem felkonfigolni, borzasztó, dhcp-t nem jó kikapcsolni, a tűzfalat pedig bekapcsolni. egyelőre ennyi a tapasztalat. használt cuccokat hoztak ki.

Nekem ilyen modem van, de bridge móddal nem forszírozom. A wireless-t meg belőttem rajta, nincs kikapcsolva. A szolgáltatás ott, ahol lakom szerintem jó. A sebesség korrektül megvan. Néha van éjszaka karbantartás, de mivel a t-online-os leveleket nem olvasom, ezek rendszerint váratlanul érnek. De nem sűrűn.
Az IPTV-t nem használjuk, úgyhogy arról nem tudok nyilatkozni. Időnként bekapcsoljuk a box-ot, hogy frissíteni tudja a firmware-jét. Csak azért van, mert a csomagban volt. Azt' annyi.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Sajnos nálunk van IPTV, ezért korlátozottak a lehetőségeim. Ez a router egy katasztrófa. Az ssh sessionok elhalnak, bár ezt megoldottam az általatok leírt módon tcp_keepalive segítségével.
A gyalázat az, hogy a curlftpfs mountok is elszállnak cca 1-3 perc inaktivitás után. Ezen úgy lettem úrrá néhány napi szentségelés és három hét kitartó, ám teljesen eredménytelen t-home hívogatás után, hogy írtam egy python scriptet, ami 60 másodpercenként megnyit egy fájlt az ftp szerveren, majd bezárja. Ez segített, de azért ne már...
Az meg már csak hab a tortán, hogy ha gigabites switchet akasztok a CISCO-s hulladékra, akkor egy áramszünet után nem hajlandó bebootolni. A szerelő szerint ilyen előfordul, biztosan szoftverütközés van a router és a switch között...
A wifije minősíthetetlenül hitvány. 50 mega körül van a sávszél, ami LAN-on meg is van, de a wifi nem tud 20-22-nél többet. (Csak akkor, ha kihúzom az összes LAN kábelt...)
A tűzfalat teljesen ki kellett kapcsolnom, mert különben szaggatott az IPTV és a wifi is. (Erre a szerelő hívta egyébként fel a figyelmemet, hogy ezt így kell...)
Sajnos van még közel egy év hülyeségi időm a T-nél, így nem tudom őket otthagyni a bánatba (pedig kiérdemelték), így B verzióként kipróbálnám, hogy veszek egy rendes routert és felhúzok egy saját hálózatot emögé az ótvar mögé és csak a tv lesz beledugva, (meg a saját router wan portja).

Kérdésem lenne, hogy valaki használja-e így illetve van-e ezzel a megoldással jó/rossz tapasztalata? Ha jobb ötletetek van, az is érdekelne! :-) (Dupla NAT mekkora gond?)

Csak az első 10-15 év nehéz, azután belejövök!

Dupla NAT-tal használom és nincs vele gond. Előnye, hogy a szabadon választott (köszi Adi! - bár a múltkor a tápegység kilehelte a lelkét, de találtam neki egy másikat) eszköznek nyilvánvalóan jó lesz a WIFI jele... Dyndns is jól megy mögüle. Az ssh tcp_keepalive az nekem is befigyelt az elején. Szerencsére curlftpfs-sel nem kell szívnom.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."