Ugrás a tartalomhoz
  • bejegyzés
    11
  • hozzászólás
    3836
  • megtekintés
    89663

Sagemcom F@st 3686AC egy új remény


anonymus

830972 megtekintés

Ahogy a cím is sugallja ebben az írásomban, Telekom legújabb üdvöskéjét, a Francia gyártmányú  Sagemcom F@st 3686AC HGW-t fogom bemutatni.

Specifikáció:

  • EuroDOCSIS 3.0
  • DualMode: DOCSIS és EuroDOCSIS compatible.
  • 24 Downstream és 8 Upstream chanel bonding.
  • 4db Gigabit Ethernet LAN port, 1db RJ11 telefon interfész, USB 2.0 csatlakozó.
  • Két teljesen független processzor (Egy processzor a DOCSIS kezeléshez és egy dedikált processzor a LINUX alapú alkalmazások futtatására).
  • WI-FI: IEEE 802.11b/g/n 3x3 2.4 GHz és IEEE 802.1a/n/ac 5GHz Video Grade 3x3 (Dinamikus frekvencia kiválasztás DFS) Dual Band
  • Full Capture 1Ghz tuner
  • DLNA 1.5 DMS alkalmazás.
  • IPv4 és IPv6 támogatás.
  • Szülői felügyelet.
  • Magyar - Angol menü

Egész lelkét Broadcom SoC-al szerelt vas adja. Régóta égető szükség volt már erre a vérfrissítésre. Ha azt vesszük így lehet csak későbbiekben új nagyobb csomagokat bevezetni, amire egyre nagyobb valós igény van már. 

Állapot visszajelző ledekből sajnos nem vagyunk eleresztve. Lentről felfele haladva: Power Led miután áram  alá helyeztük kb egy percig világít. Utána sorban Signal és Online led. Ezt követően az ETH led következik amennyiben csatlakoztattunk hozzá UTP kábelt. Forgalom függvényében nem villog sajnos. Majd a telefon led következik, ami fixen világít ha van telefon előfizetésünk, utána  Wi-fi és Wps.

vmi2.jpg

Hátul a szokásos csatlakozókat találjuk, F csatlakozó koax hálózathoz, négy darab gigabites ethernet. Végül V1 esetén usb V2 esetén usb telefon és táp csatlakozók.

Funkciókat tekintve kaptunk egy FTP, DLNA, Cups servert. Természetesen ezek csak helyi hálózatról érhetőek el, a Sagemcom biztonsági irányelvei szerint.

Bridge mód bekapcsolása,  a 1414-es központi számon kérhető amennyiben nincs Iptv előfizetésetek

V1 és V2 Sagemcom pusztán kinézetbeli változásokon ment keresztül. Telefon és táp csatlakozó alulról hátra került. Újratervezett nyáknak és háznak köszönhetően kisebb és kevésbé melegszik.

Menürendszerről néhány kép képeket ide kattintva eléritek. Használati utasítás Sagemcom-F3686AC-v2.pdf 

 

Új szoftver érkezik hamarosan, ami a következő változásokat hozza:

-Számos új funkció

-Linux alapú szoftver,  így pl 5000 egyidejű kapcsolat helyett 20.000 egyidejű kapcsolatot tud kezelni

-Fon

-Számtalam hibajavítás

-Korábiaknál jobb wifi performencia AC-n akár 600M+

 

Sagemcom GYIK

 

Sagemcom F@st 3686AC V1 & V2 : MAGYAR_3.97.

 

 

Köszönöm a figyelmet, Anonymus.

3527 megjegyzés


Recommended Comments



Sziasztok,

Ez most azt jelenti, hogy megse sikerult kikapcsolnom a dhcpV6ot? Ciki mert, statefullal probalkozom, es minden kap kindenfele IPt...

Ha ujrainditom, egy ideig nincs semmi, majd elkezd osztani, bar 100ra allitottam, 1el kezdi....

Van valakinel tapasztalat? A tobbi "gyenge" funkcio (wifi, dhcp, ....) mellet a dhcpv6 ki se kapcsolhato? Router advertisingot mar ne is kerdezzem?:D Igazan felkeszult cucc a V6ra:D

Koszi, minden input welcome...

Vagesz

dhcp1.png

dhcp2.png

Link kommenthez

Üdv,

2-3 óránként 1-5 percre (random időtartam, 70%+ pktloss ) megszakad a net. Kérdésem lenne, hogy ezek a vonali értékek megfelelőek? Próbáltam lejelenteni hibára ezt a szakadozást a 1414-en, de az automata mérés szerint rendben van a vonal. Lassan 1 hónapja tart. Szomszédomnál szintén telekom van, nála semmi probléma (szerinte a jelszintek nagyon nem jók, én meg nem értek hozzá).

 

telekom2.jpg

Link kommenthez
2 perce, anonymus írta:

Visszirányt lehagytad, előre irány meg kirva erős

Bocs, pótolom. Normális esetben az a pár perc nem zavarna, ennyi hibalehetőség nálam belefér, de manapság inkább itthonról dolgozok, így viszont nagyon gáz a szakadozó kapcsolat.

up.jpg

Link kommenthez

Üdv,

ma észrevettem, hogy van IPv6 - juhéj'. Nevezett Sagemcom modem/router "mögött" van egy saját router (ITX gépben egy Linux), ami mögött van a LAN. IPv4 esetében a modem LAN lába a 192.168.0.1, a Linux-é 192.168.0.254, mindegyik /24-el, így connected-ként látják egymást. A Linux NAT-ol kifelé.

Jó lenne használni a Linux mögötti LAN-on is az IPv6-ot (NAT nélkül), de a kapott tartomány szegmentálásához kellene valami advanced routing beállítás - van erre valami esély, lehetőség a modemben?

Ennek hiáynában esetleg valami ötlet, hogy tudom a kapott tartomány egy részét egy másik router-en keresztül használni?

Köszi,

a,

Szerkesztve ekkor: Szerkesztő: airween
Link kommenthez

Hello,

 

igen, van - ezért a bridge nem jöhet szóba sajnos.

Ez a korlát egyébként erre a modemre vonatkozik csak, vagy mindegy, milyen eszköz van a végponton, nem lehet bridge-ben, ha van IPTV?

Ill esetleg más eszköz tud valami ilyen funkciót?

Köszi,

a.

Link kommenthez
Ekkor: 9/5/2018 at 15:47, anonymus írta:

Ha koax oldalról jön a delej ezzel tudsz védekezni,

Anno ajánlottad ezt a köztagot feszkótüske elkerülésére. Keresek más boltban ilyen okosságot és szeretném tudni, hogy mire kell figyeljek az "F" csatlakozót leszámítva amikor keresek (mert Pécs eléggé kiesik és többe került a szállítás, mint a termék)

Illetve van-e értelme földelő vezetékes kivitelűt venni (ami persze drágább, pl: ICA-SP01)?

Előre is köszi a választ!

Szerkesztve ekkor: Szerkesztő: Tim András
Link kommenthez

Hello,

VPN(PPTP) servert szeretnek uzembe helyezni, ami egy Synology NASon fut. A kovetkezo beallitasokat eszkozoltem a SAGEMCOMon:

PPTP passthrough bekapcsolva:

Ipsec PassThrough Enable
PPTP PassThrough Enable

Portforward beallitva uPNPn keresztul

192.168.0.22 | 1723 | 1723 |  0.0.0.0  | 1723  | 1723 | TCP|  opened via UPNP Yes

Lokalisan tudok csatlakozni VPN-re, de kulso IP-rol nem hajlando, kovetkezo event log jelenik meg windowsban:

CoId={DFE8E0F1-C1C2-49A1-85A7-9EAB5F9F95C0}: The user DESKTOP-HFQCC4R dialed a connection named otthon which has terminated. The reason code returned on termination is 829.

Mi lehet a problema, mit felejthettem ki?

Koszi,
Attila

Link kommenthez

Ipsec PassThroughEnable  PPTP PassThroughEnable pontosan a vpn miatt lett már defaultba engedélyezve. 

 

Gugliztam kicsit, a 829-es kód hálózati hibára utal igazából csak.  Azt próbáltad, hogy kikapcsolod a Upnp újraindítod a sagemet. Majd törlöd a port nyitást, és kézzel nyitod meg a portot ? 

De teszt jelleggel dmz-be is teheted a Nas ip címét.  

Szerkesztve ekkor: Szerkesztő: anonymus
Link kommenthez

PPTP-t es L2TP-t semmi modon nem sikerult mukodesre birnom, meg DMZ-ben sem (szerintem az sem mukodik). Ugy latszik a modem vagy blokkolja vagy en sem tudom. Viszont sikerult beallitanom az OpenVPN-t, ugyhogy egy problemaval kevesebb.

Udv,
Attila

 

Link kommenthez

Sziasztok!

Vpn problémám van. Ubuntu 16.04-es  oprendszert használok. Mikor elindítom a vpn-t azt mondja hogy csatlakozott de utánna semmilyen honlap még a normál honlapok amik nem a vpn mögül jönnének azok sem töltenek be, egyszerűen timeoutolnak.
Be vannak kapcolva a fentebb leírt Ipsec PassThrough és a PPTP PassThrough. Nincs olyan ip szűrés amin komolyabban fent akadhatna.

Valaki találkozott már ilyen hibával ?

Mivel nem a csatlakozás nem törtik meg ha nem csak simán timeoutol a webböngésző semmi hasznos információt nem tudtam összeszedni róla.

Link kommenthez
8 órája, meli2200 írta:

Mikor elindítom a vpn-t azt mondja hogy csatlakozott de utánna semmilyen honlap még a normál honlapok amik nem a vpn mögül jönnének azok sem töltenek be, egyszerűen timeoutolnak.

Alapértelmezetten a default gw (alapértelmezett átjáró) VPN kapcsolódáskor a VPN túloldala lesz. Kapcsold ki ezt (Network manager -> Edit connections -> IPv4 -> Routes -> Use this connection only for resources... checkbox-ot bejelölni.

Link kommenthez

Üdv, újra itt vagyok.

Korábbi postban már jeleztem egy problémát.. Azóta a 4. hibajegynél tartunk. 1x remote reset és profil újratöltéssel a tech support "megoldotta a problémát".. Utána splitter, egy hét múlva HGW csere egy magasan kvalifikált ... valakivel. Szerelőnek nem nevezném, mert szerinte ha megvan a sávszél, jó a net (40% pkt loss mellett). A 2-3 óránkénti szakadás megszűnt már, helyette teljesen random időközönként jelentkezik a probléma; mint kiderült, jelenleg a szomszédnál is ugyanez a helyzet. Egy időben mérve ugyanazt a csomagveszteséget produkálja a 2 HGW, kb 50-60 méternyi pózna/légkábel különbséggel.

A heti hibajegy nyitogatáson kivül egyéb alternativa, hogy hozzáértő telekomos kezdjen el foglalkozni vele?9_9

 

Szerkesztve ekkor: Szerkesztő: n0tr3adY
Link kommenthez

Vendég
Hozzászólás

×   Formázással együtt illesztetted be a tartalmat.   Formázás eltávolítása

  Only 75 emoji are allowed.

×   A linkedet automatikusan beágyaztuk.   Linkként mutatás

×   Az előző tartalmat tároltuk. .   Itt törölhetsz

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Új...