Hirdetés
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Milyen belső merevlemezt vegyek?
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Nvidia GPU-k jövője - amit tudni vélünk
- Fujifilm X
- AMD GPU-k jövője - amit tudni vélünk
- Milyen egeret válasszak?
- Blu-ray lemez tapasztalatok
- Milyen TV-t vegyek?
-
PROHARDVER!
Specifikációjához képest meglepően olcsó router, ami AC1200-as Wifi-t és gyári firmware-val is több hasznos szolgáltatást ígér (fájlmegosztás, dlna, nyomtató megosztás, stb.)
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
-
Tyrel
őstag
válasz vargalex #852 üzenetére
Nekem úgy tűnik radmir hajlamos frissítgetni ezt-azt, de hiába keresem semmi részletesebb infót nem találok róla, még konkrétan a repóját sem... Lehet oroszul kéne keresnem, de úgy meg nem tudok.
Itt ugyan van egy changes: [link] de az csak a legutolsó commit változásait tartalmazza, és hogy a korábbi commitjai hol lehetnek... Aktív a csávó egyébként a DD-WRT fórumon is, de ott sem találtam tőle olyan hsz-t ami árulkodna a munkásságáról. Viszont a telepítésbe ahogy nézem többeknek is beletört a bicskája - esetleg megoszthatnád velük a telepítődet [link]
Turenkarn
-
vargalex
Topikgazda
Nem hinném, hogy Radmir újabb miniDLNA-t forgatott volna bele. De meg fogom nézni.
Egyébként nem túl pörgős a DD-Wrt topic, így nem tudom, hogy van-e értelme megosztani a build-emet. Illetve éppen készül a javítása, mert mint kiderült, a radio partíció így nem írható vissza, mert nem blokkhatáron kezdődik. Felszabadult a DIR-860L-em, így valószínűleg tudok most majd ezzel (is) foglalkozni.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Nem tudom, hogy pontosan milyen bug-ról van szó, de az biztos, hogy nálam a 2014.07.16-tól fut folyamatosan a jelenlegi home serverem a kezdetektől Arch Linux-al. Arch Linux alatt a miniDLNA csomag changelog-ja itt található. Ebből látszik, hogy 1.1.3-2-vel kezdtem, jelenleg 1.2.0-1-nél tartunk. Ezen verziók egyikével sem volt soha semmi problémám.
Előtte Seagate GoFlex Net volt szintén Arch Linux-al (2011.05.14-től), ott sem volt semmi problémám. Pedig ott biztos, hogy jóval régebbi verziót is használtam.
Úgyhogy itt szinte biztos, hogy valami más gond lesz. Persze, lehet, hogy a kollégánál egy bizonyos nfo akasztja meg.[ Szerkesztve ]
Alex
-
suste
veterán
válasz vargalex #857 üzenetére
LEDE 17.01.2-vel biztosan problémás, vagyis ugye a 17.01-nél, hiszen nincs is más csomaglistájuk egyelőre (nincs mire kicserélni ), max ha magadnak forgatsz. És itt a 1.1.5 van. Ez folyamatosan leállogat több embernél is......
De lehet egyébként, hogy a LEDE make-jében van/volt a hiba (?) -
R a y
senior tag
Sziasztok!
Milyen routert c topikból jöttem én is. Az lenne a kérdésem, hogy a dobozra rá van írva valahol hogy rev B1?
Köszönöm!Ha olyan releváns találatokat akarsz látni, mint amilyeneket a 2000-es években kaptál, akkor használd a Yandex-et. ~ Pro Bono Publico ~ | Ephesians 6:10-18 |
-
dchard
veterán
Átkértem magam bridge módba, így a héten már a router PPPoE kliense hajtja a gigabtes netet. A megállapításom az, hogy valóban jóval nagyobb a router processzor terhelése azonos sebességen, mint pppoe nélkül, most konkrétan a router koppan ki (550-600mbit-nél), a feltöltés megvan. És mérhetően többet fogja a procit, mint amikor PPPoE nélkül működött.
Mivel még mindig nehezemre esik elhinni ezt a mértékű különbséget, azon gondolkodom lehetséges-e, hogy a PPPoE-vel összefüggő egyéb folyamat okozza ezt a megnövekedett terhelést, például az MSS camp?
Amúgy letöltés közben a terhelés 98%-át a kernel okozza.
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
Tyrel
őstag
Én ehhez abszolút nem értek, de amúgy LEDE-vel tök ugyan azt tapasztaltam amit te is.
Viszont valami PPPoE-vel kapcsolatos rész kifejezetten a LEDE-ben lehet rossz, mert a gyári firmware-el és a Padavannal nem jelentkezik ez a probléma.Egyébként korábban milyen módban volt a router ill. hogy kaptál netet, sima DHCP?
Turenkarn
-
sutszi
veterán
Elvileg a PPPOE-nek mint módnak van ekkora többlet igénye, nem?
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
-
Tyrel
őstag
válasz woodworm #868 üzenetére
Yup, ez világos, ezért kérdeztem #865-ben hogy eddig hogy kapott netet. Persze hozzátartozik hogy továbbra is csak nagyon felszínesen értek ezekhez a dolgokhoz, de szerintem ha pl. DHCP-n ment neki a WAN ott a routere ugyan úgy NAT-ol mint PPPoE-n, és (ha az volt, vagy bármi más) eddig azzal nem volt lassú...
...tehát visszaértünk a PPPoE-hez, nem?Turenkarn
-
suste
veterán
Hi!
Van itt valaki olyan, aki forgat saját LEDE fw-t?
Ha igen, akkor esetleg lenne kedve/ideje leforgatni 1-2 olyan csomagot ami már nincsen benne a Owrt/Lede csomagok között? -
xabolcs
őstag
Felettebb erdekes ez a PPPoE.
Az biztos, hogy joval eroforras-igenyesebb a PPPoE mint a DHCP.Sajnos nincs gigabites PPPoE-s net elofizetesem igy VLAN segitsegevel kialakitott PPPoE tesztkornyezetemben teszteltem egy 1043NDv4-es routert.
TP-LINK-TL-WR1043N-ND-V4 / LEDE Reboot 17.01.2 r3435-65eec8bd5f
PPPoE:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 273 MBytes 229 Mbits/sec 2186/0 287 139K/4237 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 248 MBytes 208 Mbits/sec 1983/0 260 154K/7642 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 251 MBytes 211 Mbits/sec 2009/0 325 118K/4045 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 250 MBytes 210 Mbits/sec 2002/0 351 140K/4083 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 255 MBytes 214 Mbits/sec 2043/0 429 150K/5935 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.05 sec 1.25 GBytes 214 Mbits/sec 10223/0 1652 150K/5935 us
[ 4] MSS size 1440 bytes (MTU 1500 bytes, ethernet)DHCP:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 364 MBytes 306 Mbits/sec 2916/0 132 377K/9343 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 363 MBytes 304 Mbits/sec 2903/0 99 472K/12719 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 364 MBytes 305 Mbits/sec 2909/0 117 475K/11274 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 362 MBytes 303 Mbits/sec 2894/0 114 468K/11166 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 359 MBytes 301 Mbits/sec 2875/0 143 452K/19845 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.02 sec 1.77 GBytes 304 Mbits/sec 14497/0 605 452K/19845 us
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)gwlim fele Fast Path-os 201708-as build:
TP-LINK-TL-WR1043N-ND-V4 / LEDE Reboot 17.01-SNAPSHOT r3482-c407e6c
PPPoE:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 574 MBytes 482 Mbits/sec 4595/0 296 181K/3030 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 572 MBytes 480 Mbits/sec 4574/0 254 139K/1697 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 573 MBytes 480 Mbits/sec 4581/0 251 105K/1493 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 580 MBytes 487 Mbits/sec 4643/0 215 144K/1860 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 564 MBytes 473 Mbits/sec 4509/0 202 161K/1987 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.00 sec 2.80 GBytes 480 Mbits/sec 22902/0 1218 161K/1987 us
[ 4] MSS size 1440 bytes (MTU 1500 bytes, ethernet)DHCP:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 1002 MBytes 841 Mbits/sec 8016/0 72 411K/2543 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 998 MBytes 837 Mbits/sec 7980/0 72 405K/2354 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 994 MBytes 833 Mbits/sec 7948/0 78 363K/2579 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 995 MBytes 835 Mbits/sec 7962/0 95 312K/2277 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 996 MBytes 836 Mbits/sec 7969/0 112 448K/5383 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.03 sec 4.87 GBytes 836 Mbits/sec 39875/0 429 448K/5383 us
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A Fast Path-os PPPoE meresnel 10% idle volt a router, mert a pppoe szerver (Core2Duo-s gep) kifogyott a szuflabol.
Ennel a TP-Link-nel mindig a sirq (ksoftirqd/0) fogyasztott a legtobbet.
Gyari szoftverrel nem keszitettem PPPoE tesztet, mert mintha tudna valami tagging-et, de talan csak belso halora.
[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
vargalex
Topikgazda
Nincs ebben semmi érdekes. A jellemzően 1500 byte-os frame-okat szét kell tördelnie, hogy a PPPoE header-el együtt beférjen az ethernet keretbe, újra checksum-olnia kell, stb.. Szerver oldalon természetesen a ugyan ezt el kell játszani, az összetartozó frame-okat egybe kell rakni, stb. Jól látható, hogy ez mindkét oldalon jelentős többlet erőforrás igénnyel jár.
[ Szerkesztve ]
Alex
-
Tyrel
őstag
válasz vargalex #873 üzenetére
LAN-on a frame méretet ki szabályozza? Padavanban nem találok erre vonatkozó beállítást, emlékeim szerint talán Tomato-ban sem volt, a gyári firmware-ekben biztos nem, a LEDE meg nem volt fent annyi ideig hogy ilyesmit észrevegyek...
Az igazat megvallva arra se találok semmi "parancsot" vagy interfészt, hogy a Windowstól megtudjam mekkora max. frame mérettel dolgozik, csak a jumbo frame opciót találtam meg (ami meglepetésemre Disabled).
De alapvetően nem az lenne akkor célszerű hogy a LAN és a WAN interfészek max. frame mérete megegyezzen?
Ez onnan nézve is kérdés számomra, hogy azt írják az Ethernet alapértelmezett MTU-ja 1500, míg a Padavan PPPoE-n maximum 1492-es MTU-t enged beállítani, tehát neki mindig tördelnie kell a frame-eket?...Turenkarn
-
vargalex
Topikgazda
Pontosan ezt javasoltam itt.
Ezt kliens oldalon egyesével kell beállítani és valószínűleg a router LAN interface-nál sem ártana.
PPPoE-n minden firmware alatt 1492 byte a maximum MTU, ugyanis a PPPoE header 8 byte, aminek együtt be kell férnie az 1500 byte-os ethernet frame-ba (PPPoE: PPP Over Ethernet).Nem használok Windows-t, de gyors kereséssel ott elvileg így tudod módosítani.
Alex
-
dchard
veterán
válasz vargalex #873 üzenetére
Amit szerintem még senki nem próbált ki itthon: mini jumbo frame. Meg fogom nézni, a digi támogatja-e ezt a formátumot. Ilyenkor 1500 helyett 1508 bájtot képes átvinni a hálózat, így PPPoE mellett is használható a normál 1500 bájtos MTU, és nincs MSS camping sem.
Mivel a 860L támogat jumbo frame-et 2000 bájtig, így router oldalon nem látok szűk keresztmetszetet, és mivel az ONT gigabites, így ott is esélyes hogy menni fog. A hálózat már más kérdés
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Hogy válaszoljak a saját kérdésemre: nem működik. LEDE alatt beállítható a magasabb MTU (1508 bájt) a WAN interfészen és a PPPoE interfészen is, a PPPoE kapcsolat el is indul, de a túloldal vagy a HGW nem tud 1508 bájtot áttolni, szóval marad az 1492...
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
mozzer14
csendes tag
Sziasztok,
azt szeretném megkérdezni hogy transmission és hozzá tartozó web interface van-e a Padavan firmware verzióban ?
Találok valahol leírást arról, hogy milyen alap router funkciókon túlmutató csomagok vannak ebben a firmware-ben ?
Előre is köszönöm a választ. -
Kisbatyu75
tag
Mi történik, ha nem jó MAC címeket használok? Arra lennék kíváncsi, hogy a négy (WAN, LAN, 2,4GHz, 5GHz) MAC címből elképzelhető, hogy kettő azonos? Az összesnek azonos az első 11 számjegye, és az utolsóban van 0, 2, és 3, de kettőnek azonosan 0-ra végződik.
[ Szerkesztve ]
mobil: Xiaomi Mi 9T PRO; PC:intel i7-7700
-
dchard
veterán
válasz vargalex #882 üzenetére
Próbálgatom pár napja az SFE-t, hát mit mondjak: elég látványos a javulás. Egyrészt úgy tűnik működik PPPoE mellett is, másrészt legalább 35-40%-kal csökken a processzorterhelés azonos forgalom mellett. Míg korábban 900megabit környékén már eléggé kihasznált volt a proci (85-90% átlagban), addig most alig éri el a 60-at, de amikor conntrack elkezd dolgozni, ez inkább 50% környékére esik.
Eddig semmilyen zavaró anomáliát nem tapasztaltam. Mióta az ehternet drivert érintő javítások bekerültek (+NAPI), azóta a furcsa kernel warningokat sem látom. Szóval alakul ez.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
Tyrel
őstag
válasz Kisbatyu75 #884 üzenetére
Úgy emlékszem a 4 MAC címből 2 nálam is megegyezett - ha jól emlékszem talán a 2,4-es WLAN-é és a LAN-é, de nem biztos... már nem tudom visszanézni őket (a UI csak a WAN és a WLAN MAC címeit mutatja, a LAN interfészét nem).
Minden esetre nálam ebből nincs semmi baj, de egyébként engem is érdekelne mit takar az hogy "ellenőrizzük a MAC címeket", vagy mire kell figyelni.
Turenkarn
-
vargalex
Topikgazda
válasz Kisbatyu75 #884 üzenetére
Kettő valóban azonos. Ahogy a kolléga is írja, a lan és a 2,4 GHz-es wifi.
A lényeg egyébként annyi, hogy ne legyen azonos hálózatban 2 azonos MAC cím. Ezért igazából a WAN oldali MAC címre érdemes figyelni, nehogy azért ne legyen neted, mert ugyan az a cím, mint a publikus interneten (leginkább a szolgáltatód hálózatában) egy másik eszköznek.Alex
-
Tyrel
őstag
válasz vargalex #887 üzenetére
"leginkább a szolgáltatód hálózatában egy másik eszköznek"
um... ezt hogyan tudja ellenőrizni bárki is?
Pl. esetemben Telekom hálózatán lévő - tippre több százezer - eszköz MAC címét hogy nézem meg, hogy véletlen nincs-e már ilyen rajta?...Amúgy ebben a Padavanban egy beégetett MAC cím van, vagy miért kell erre figyelni?
[ Szerkesztve ]
Turenkarn
-
vargalex
Topikgazda
Nyilván ellenőrizni nem tudod, de ha lenne esetleg ilyen, akkor ugye előfordulhat, hogy egy eszköz egy csomagot rossz irányba küld, vagy esetleg eldob, mondván ez a MAC cím nekem egy másik lábamon látható...
Nem a Padavanban van beégetett MAC cím, hanem Radmir mtd2 mentésében...Alex
-
woodworm
veterán
A lede_to_padavan fw megteszi helyetted. Az egész azért került fel, mert elképzelhető volt egy téves írás, és az újbóli flash esetleg átvehette volna a tévesen felülíródott mac-címeket. Egyébként a
lan_eeprom_mac XX:XX:XX:XX:XX:XX
wan_eeprom_mac XX:XX:XX:XX:XX:XX
radio2_eeprom_mac XX:XX:XX:XX:XX:XX
radio5_eeprom_mac XX:XX:XX:XX:XX:XX
parancsok kiadásával lehet padavan alatt módosítani. Lede/openwrt esetén nincs rá szükség.[ Szerkesztve ]
-
Kisbatyu75
tag
Közben megtaláltam a backupolt fájlok közül a factory.backup fájlban az eredeti mac címeket (legalábbis remélem az az eredetieket tartalmazza), és azokkal egyezik most a rendszerben lévő. Akkor nem aggódok.
Igazából csak azért érdekelt a dolog, mert az 5GHz-es wifim elég rosszul muzsikál, egy szobával a routertől márt leesik a jelerősség.
Én meg azt hittem, majd hogy még a ház melletti játszótérre is ki fog érni a hatósugara.
Amúgy padavan alatt én csak a Wifik MAC címét találtam meg.[ Szerkesztve ]
mobil: Xiaomi Mi 9T PRO; PC:intel i7-7700
-
suste
veterán
válasz Kisbatyu75 #893 üzenetére
Ha azt hitted, hogy az 5ghz messzebre ellát,mint a 2,4ghz, akkor nagyot tévedtél!
Igazából pont fordítva van!!! -
Multibit
veterán
válasz Kisbatyu75 #893 üzenetére
De legalább gyors (mármint az 5 GHz-es wifi). Sokkal gyorsabb, mint a 2.4 GHz-es!
-
Kisbatyu75
tag
Ez a Beamforming amúgy micsoda, hogy kell elképzelni?
Másik kérdésem, hogy milyen módon lehet mondjuk egy adott eszközre jutó sávszélességet korlátozni?
A Guest AP mire jó?
Köszi előre is!mobil: Xiaomi Mi 9T PRO; PC:intel i7-7700
-
fraba
aktív tag
Sziasztok!
Kis segítséget szeretnék kérni.
A Diginél van netem (Diginet 100 Pro csomag), amit ezzel a routerrel, WiFin keresztül használok. Pontosabban használnám, mert mindennap egyszer legalább újra kell indítani a routert, hogy megint menjen a net. Hbajelenség: a "földgömb" LED sárgán villog, és nincs internetelérés.
Amikor megy, akkor hasít, és kábelen és WiFin (ac) is hozza a kb. elméleti maximum sebességet, szóval azzal nincs is baj. Csak ez a újraindítgatósdi nem tetszik. Egyáltalán nem.
2.03-as gyári FW van rajta, B1-es HW-el. Ugyan mondtátok már, hogy a gyári FW egy fabatkát sem ér, de azt azért nem gondolom, hogy ennyire rossz lenne. Aki nem ért ehhez a LEDE/Padavan/OpenWRT dolgokhoz, annak is kell tudnia használni egy 15 000 Ft-os routert ilyen problémák nélkül. Vagy a szolgáltatás lenne ilyen rossz, hogy random időpontokban ledobál a központ? -
Tyrel
őstag
Ha jól emlékszem én kb. 2 hétig használtam a legújabb (bár az is nagyon régi) gyári FW-vel az enyémet. Ilyen szakadozást nem tapasztaltam, de amúgy nálam is napi rendszerességgel belassult olykor a netkapcsolat néhány percre (Telekom PPPoE). Meg nem szakadt, meg nem villogott semmi LED furán, csak szimplán borzasztó lassú volt, aztán gondolt egyet és magától helyre jött - vagy ha épp nem akkor újraindítottam.
A gyári firmware tényleg elég kukás, szerintem a legrosszabb amit valaha láttam, illetve a DIR-842-é még vetekszik vele ezért a címért (de kb. ugyan ez van rajta).
Ez tipikusan egy olyan router amibe a bele pakolt SoC illetve hardver lényegesen túl nőtte az eszköz "gyártóját". Érdemes rá feltenni valami más FW-t - ha kevésbé értesz a routerekhez akkor leginkább a Padavan-t, annak - szerintem - felhasználóbarát a felülete, még ha a navigációja itt-ott kicsit logikátlan is. A telepítése sem nehéz, hála vargalex-nek.
Ezt egyszer beállítod és ott lehet hagyni magára, stabil, nem szakad (kivéve hogy a Telekom hetente egyszer újracsatlakoztat), nem lassul, a WiFi erősebb vele mint a gyárival.[ Szerkesztve ]
Turenkarn
Új hozzászólás Aktív témák
- Eladó egy komplett PC (RTX 3070, Ryzen 5 3600, 32GB RAM)
- !! AKCIÓ !! 1 ÉV GARANCIA !! Független Apple Iphone 12 Mini 128GB.
- Samsung Galaxy S23 Ultra 512GB 5G Dual Sim + fólia, Spigen Rugged Armor tok
- Dolby Atmos / DTS:X hangprojektor HT-G700
- Bomba ár! Lenovo Miix 700-12ISK : m7-6G I 8GB I 256GB SSD I 12" QHD Touch I Cam I W10 I Garancia!