- Mobilhasználat külföldön
- Google Pixel topik
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Milyen GPS-t vegyek?
- Apple iPhone 17 Pro Max – fennsík
- Android alkalmazások - szoftver kibeszélő topik
- Apple Watch Ultra - első nekifutás
- Homokféreggel is pózolhatna a OnePlus 15
- iPhone topik
- Vivo X200 Pro - a kétszázát!
-
Mobilarena
Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.
Új hozzászólás Aktív témák
-
gabro0
őstag
Adódik a kérdés, hogy 1db SSID-vel WPA2 vagy 3? IoT cuccok nagy része nem eszik WPA3-at még, azokon kívül viszont minden más igen. A WPA2+3 móddal nem vagyok ki a vízből, úgyhogy nálam most 3db SSID látszik, ebből fogok valószínűleg kettőt csinálni RADIUS-al.
És végül sikerült a VLAN config, köszi mindenkinek a bátorítást és a visszajelzést, hogy nálatok ment
#24902 lionhearted: Nem vagyok meggyőzve az USB szükségességéről
Egyelőre nincs UPS, mobilos failover szintén nem szempont#24920 E.Kaufmann: Ennek utánanézek, köszi!
-
#24980
lionhearted
őstag
mrots
#24979
-
#24916
D-LAN|FuRioN
aktív tag
mrots
#24909
D-LAN|FuRioN
aktív tag
Akkor valószínű más kategóriás eszközökkel találkoztunk. Nem ismerem a teljes hw-es termékpalettát, én 9166 ap-val dolgoztam és 9800-as wlc-vel. Legfőképpen én wifiről beszéltem nem, switch router, azzal a részével nincs bajom a mai napig, nyilván itthonra nem vennék cisco routert mikrotik ellenében, mert innováció ide vagy oda egy komolyabb home lab-hoz sem éri meg a beruházás. Amikor én 2006 környékén csiáltam a ccna-t pl még nem volt semmilyen rádiós témakör, switch router kategóriában viszont átláthatóbb és szerintem jobb a konfig mint rádiós téren. Valóban kicsi deploymentről van szó egyébként 100 alatti ap számmal. Kontrollerből meg azért szokott 1db lenni, mert én úgy tapasztalom, hogy multi környezetben sem szándékoznak legalább kettőt venni akkor sem ha felhívod a redundanciára a figyelmet.
"Akkor annyira megsem szabvanyos az, bar nem derul ki, mifele eszkozrol beszeltel."
Hát a poe,poe+,poe++ alapból is szabványok, max a márka térhet el. Jelen esetben, ubiquiti, mimosa, cambium poe+ vagy ++ tápokkal próbáltam (az volt itthon), mivel a 9166-hoz sem kapsz tápot gyárilag (legalábbis nekem nem jött hozzá anno és senki nem is hallott róla).
Nem az a legfőbb baj, hogy ország korlátos, bár ad egy fajta rugalmasságot, hogy ha gáz van ki tudsz nyúlni rajta, de ha visszavettem a teljesítményeket unifi oldalon, akkor sem nyújtott többet a cisco és jobban teljesített egy enterprise ubiquiti. Ellenben kb ötöde árban. Anyag és összeszerelési minőségben sem láttam az 5x árat. Nyilván ha rossz a jelminőség akkor felpakolsz még AP-t, én sem egyet használok itthon, de mivel ugyanazon teljesítményen rosszabbul teljesített így az előzetes darab kalkulációt lehetett felszorozni és újra csinálni a deployment tervet.
"En is ilyennek lattam, amikor nem ertettem hozza."
A fentiek alapján biztos nagyobb szakértője vagy a cisco wireless rendszerének mint én ezt nem vonom kétségbe. Én abból indulok ki, hogy mennyi idő volt egy unifi vonalat vagy mikrotik vagy hp aruba vagy tplink omada vonalat elsajátítani és az én szemszögemből melyik mennyire tűnik egyértelműnek és logikusnak. Mivel egyik rendszert sem tanították hanem magamtól kellett megtanulnom így én ez alapján tudok véleményt formálni. Ebben a végén van nálam a cisco. Aztán lehet pusztán nekem nem áll kézre, van ilyen. Van olyan kollégám aki a mikrotikkel van így, szóval bármi lehet persze.
"Ez is egy velemeny, megha szerintem butasag is."
Ez valóban vélemény, én azt szoktam mondani ,hogy engem meg lehet győzni érvekkel alátámasztva. Pl ezt meg ezt tudja, amit nem tud a másik és erre szükségünk van ezért meg azért. Lehetne felhozni példának IDS/IPS-t, mert azt tud a cisco, ellenben a unifi nem (csak unifi gw esetén). Viszont ilyen érveket sose hallok, csak annyit, hogy azért kell mert "biztonságos". Ez számomra irreleváns. Ha nem lehetne biztonságos rádiós környezetet kialakítani mikrotik unifi vagy omada rendszerekkel akkor nem lennének Enterprise eszközeik a piacon, csak árulnák az otthoni 5 ezres tenda szintű cuccokat. Mivel nem 10 fős cégnél dolgozom, így én a fenti konzekvenciákat tudtam levonni nagyvállalati környezetben. Valószínűleg egyébként más multis közegben dolgozunk, hogy ennyire eltérő és ilyen vélemény alakult ki bennünk erről.
Ebben teljesen egyetértek veled, egy kezdő szinten tanuló részére egy MTCNA közel sem ad akkora tudást és indulási alapot mint mondjuk egy CCNA. Ebben összehasonlíthatatlan a kettő, mert egy MTCNA inkább annak szól aki még nem fogott a kezében routert és egy alapnál többre nem is tart igényt vagy csak egy nagyon kezdést szeretne kapni. Az egy kezdő képzés, CCNA sokkal komolyabb, ugyan én nem végeztem mtcna-t, de megnézni megnéztem anyagokat anno, nem emlékszem, hogy lettek volna benne komoly vlsm számítások vagy bármi komplexebb forgalomirányítás bgp ospf areák l2mpls xvlan vagy bármi ilyesmi. Azt azért hozzátenném, hogy amikor én anno ccna-t csináltam az egy komplett két éves képzés volt rengeteg laborgyakorlattal vizsgákkal számításokkal esettanulmányokkal, most pedig többször látok komplett ccna képzést 5 napos időkeretben. Ebben a mikrotik sem különb, mert az mtcna sztem 1-2 délutános cucc talán. Nem hiszem egyébként, hogy kezdőként ezt a szakmát egy 5 napos ccna gyorstalpalóval úgy el lehet sajátítani, hogy magabiztosan alkalmazod is a tanultakat. Akkor tudnám elképzelni ezt, ha egyébként is ebben dolgozol és csak kell róla egy firkálmány. Egyébként igen a mikrotiknek megvan az a hatalmas előnye, hogy pár 7 ezres hAp Mini-vel is összerakhatsz egy komplex hálózat kialakítást, hogy tanuljad. Talán még az omada áll kicsit közel ide, elég jó áron mérnek terméket ha tanulni akarsz. Unifi már egy kicsit emelt vonal árban, hp meg cicso és társai pedig nagyon más.
-
#24914
E.Kaufmann
veterán
mrots
#24913
-
#24912
E.Kaufmann
veterán
mrots
#24911
-
#24910
E.Kaufmann
veterán
mrots
#24909
Ciscot részben a neve részben a lusta régi rendszergazdák viszik előre akik a multis környezetben a 30 év alatt oda szocializálták magukat, hogy 1, nem akarnak érteni hozzá 2, nem is értenek
Rövid az élet minden gyártó hülyeségeit előröl megtanulni, na meg az ügyfél is türelmetlen. Nem fogja azt mondani, hogy jól van Pista, még le-lefagy az RDP de türelmesek vagyunk, had tanuljál
-
#24903
D-LAN|FuRioN
aktív tag
mrots
#24831
D-LAN|FuRioN
aktív tag
A MikrotIk hw miért nem megbízható? Semmi baj sincs a megbízhatóságukkal. Igaz a Cisco megbízhatóságával sincs baj, ellenben ha új vonalú Cisco eszközöket használtál már (nem 50 ezres kategóriában) akkor legszívesebben felgyújtanád kb. Logikátlan a konfig, weben legalábbis katasztrófa, szép dizájnos, de ne akarj beállítani semmit, de a cli se sokkal jobb. Járt a kezeim között cisco rendszer 1+ millás controllerrel, meg 700 ezres AP-kkal. Majdnem tudta hozni egy Unifi Enterprise ap szintjét, nekem az van itthon. 700-ért... Cserébe agyig volt limitálva, sőt... szabványos POE+, POE++(60W) tápokkal nem volt hajlandó elindulni, console-on az arcodba vágja, hogy ismeretlen tápegység, ezért kikapcsolja a rádiókat...
Rákeresel a neten, gyári táp 150k Vicces dolgok vannak ott azért... EIRP-et megkerülni nem lehet, szóval home környezetben egy ilyen ap kvázi használhatatlan, egy főfal elválasztás után gyakorlatilag minden frekvencián halott.Cserébe egy szobában vele ingadozik és nem a rossz freki választás miatt. Alig tudsz módosítani valamit a konfigon úgy, hogy ne kellljen 200 másik helyen hozzányúlni, létrehozol egy kupac dolgot felépíted utána nem tudsz belenyúlni a közepébe, mert sorban vissza kell menned mindenen. Na ilyen a Cisco. Cserébe fizetős az atyaúristen is és nem olyan mint egy mikrotik, hogy felcsapod a netet és mindent meg fogsz találni záros határidőn belül, plusz ha van is valami a neten a 80% bullshit. Ciscot részben a neve részben a lusta régi rendszergazdák viszik előre akik a multis környezetben a 30 év alatt oda szocializálták magukat, hogy 1, nem akarnak érteni hozzá 2, nem is értenek. Amit a cisco nagyon jól kezel, mert adnak jó pénzért supportot. Aminek az lesz a következménye, hogy ha van egy hiba akkor nem kell már beleásni magad, nem kell gondolkodni/tesztelni csak leadják egy ticketben, cég meg delegál rá valakit. Az embereknek jó, mert eltelik a munkaidő pár hétig mire lemegy a ticketezés, lehet róla 5 meetinget tartani és végül majd úgyis megoldódik valahogy... Na ilyen manapság a cisco és ide lehet sorolni a hp aruba rendszereit is, juniper routerekről meg ne is beszéljünk, mert az valami katasztrófa cli-ben meg azért akadnak bugok is azon a szinten is. Pl egy huawei router konfigurálás szempontjából 100x jobb és átláthatóbb. NEm egy marketingelt megbeszélést hallgattam már meg ahol a tudási paraméterek megvitatása után a végső érv a Cisco mellett annyi volt, hogy "mert az biztonságos" És ezt 99%-ban megeszik a multiknál, hogy miért kell kitalicskázni egy rendszerre 4 milla helyett 30-at úgy, hogy tök ugyanaz tudja a kettő (vagyis nem, mert az olcsóbb sok szempontból jobb...). Aztán oda adják egy olyan kezébe a végén aki a public lábon nyitva hagyja az ssh-t és nem tilt telnetet... Találkoztam olyan senior hálózati szakértővel aki nem tudta, hogy mi az az ssh. "régen hallottunk róla, de nem használjuk" Egyébként a nagy ISP-k is használnak mikrotiket, csak nem feltétlen az ügyfél oldalon. Jómagam is az egyiknél dolgozom, rengeteg mikrotiket használunk évek óta elégedetten és biztonságosan akár kritikus környezetben is. Egyébként a kicsi isp-k tényleg szeretnek mikrotikezni, magam is ismerek olyat akik csak mikrotikkel dolgoznak esetleg ubiquiti ha nagyobb távolságú rádiós összeköttetéseket kell csinálni. Mondjuk nálunk is, ha pl nincs fiber elérhetőség és kell egy business, 99%, hogy ubiquiti rádiót pakolunk alá. Nem akkora gyártók, de nem ismeretlenek multik szintjén sem.
#24828HUNited
Nem ciki a profiknak sem, azon a szinten a marketing nyer... Mindenféle érv nélkül el lehet adni egy Cisco rendszert egy multi vezetésének csak azzal a szóval, hogy "ez biztonságos" Ennyi elég megindokolni az 5x árat valamire. Minden rendszer olyan biztonságos amilyenné az üzemeltetőik és fejlesztőik teszik. Ennyivel nem lehetne eladni egy rendszert. A valóság azonban felülírja az elméletet.
-
#24838
E.Kaufmann
veterán
mrots
#24835
Nekem járművekbe szerelt LTAP minikkel volt gondom, hogy elbizonytalanodott bennük a modem, bár simán lehet kondi hiba is, de a két wAP LTE kit hasonló modemmel elég jól bírja, bár az egyiket kellett már újraindítani. Érdemes watchdogolni.
Amúgy jópofa a Miki, hogy a járművekbe is ajánlott routereihez több évvel a megjelenésük után egy saját tápszűröt ajánl, mert gondolom a gyújtás vagy a generátor kinyírhatott pár ilyen routert
-
Ha nekem nincs gondom ~4-5 éve wAP LTE-vel, akkor most mégis megbízható?
Vagy csak nekem megbízható, másnak nem?
Vagy én máshogy üzemeltetem mint te?Nehéz kérdések ezek.
A tanulság, hogy egy mintavételből nem állapítunk meg általánosításokat.
(gyengébbek kedvéért: attól nem lesz megbízhatató, hogy _valakinek_ jól megy, se attól megbízhatatlan hogy _valaki másnak_ nem megy jól) -
-
HUNited
őstag
Azért szerintem teljesen más egy előre felvett videós anyag. A tantermi/live oktatás más árkategória. 135 ezerért nagyon-nagyon komoly anyagokat lehet kapni lifetime az én szakterületemen, pedig ezzel pénzt is lehet keresni és nem csak egy router konfig. Közben udemy-n és társain egy komplett vizsgafelkészítő anyag (ha valaki olyan perverz hogy ezzel megélhetés szinten akar foglalkozni) 20-60 dolcsi, és nem 2024-es a legújabb anyag hanem pár hetes, ja és lifetime, nem havidíjas. No itt jön a képbe hogy magyar paraszt nem tanulni angol vessen magára. Amúgy már egész jól előre haladtam a témában, megleszek a méreg drága tanfolyamok nélkül is, csak kiakadtam pöppet. De szerintem ha nagyon elgurulna a gyógyszerem és megbíznék valakit hogy beállítsa az igényeimre (valaki olyat aki a korábbi deklarációnak megfelel), az is kijönne a töredékéből.
És ne érts félre, fizettem már ennél komolyabb pénzeket is oktatásra, csak azért az kicsit komolyabb dolog volt mint egy router setup.Közben néztem hogy jóval olcsóbban vannak tantermi képzések vizsgával.
Jó üzlet ez hallod, nem csoda hogy egyáltalán nem terjedt el ez a termék a SOHO vonalon.
-
Igen. Kinek mi a drága.
Nekem a saját időm már többet ér, főleg, hogy család is van.
Több oktatásra is elmentem.
Nekem ezekre már kevés időm van.
N+1 dolgom van, szeretek haladni, és ezek mellett pihenni, vagy éppen pénzt keresni.
Nem nagyon van két egyforma eset, és két egyforma ember. -
gabro0
őstag
Köszi a tippet. A router a szekrény tetején hesszel és sajnos most nem tudom dugdogsni, másfél hónapja volt egy balesetem és az egyik kezem alig mozog még
Úgyhogy a safe mode, vagy reset, ha félre sül. Esetleg kollégám javasolt még virtuális ROS-t, de eh. Nem kéne ennyire bonyolultnak lennie. Várom a tippeket mi lehet még a baja
Ti mivel szoktatok network infrát rajzolni?
-
#24774
E.Kaufmann
veterán
mrots
#24773
-
#24748
E.Kaufmann
veterán
mrots
#24747
az, hogy egy vegpont valt egy masik AP-re, az onmagaban meg nem roamingolas.
Attól függ, milyen gyorsan Én próbáltam openWRT alatt belőni a k/v/r triót és azzal se volt az igazi, pedig elvileg az Usteer rugdosta a klienst és tolta az infókat a szomszédos AP-król, hol keressen a kliens, de az OpenWRT-s fő szaki meg azt írta, elég az, ha a k/v/r nélkül csak maga a kliens dönt és gyorsan dönt, oszt csókolom. -
-
#24077
Alteran-IT
őstag
mrots
#24074
Alteran-IT
őstag
Na, örülök, hogy nem vagyok egyedül ezzel, már tényleg kezdtem elhinni, hogy velem van a baj
Nekem most is volt egy kirohanásom, mert egy Cisco-nál több WAN és LAN esetén a NAT és a routing kezelése egyszerűbb és ésszerűbb is, Mikrotik annyi paraméterből amennyi a Cisco-nak elég ilyen esetben, azt sem tudja mit csináljon, még kell mark routing, preouting stb... mint ha az egész fejlesztői gárda bohócokból állna és halvány lila fingjuk sem lenne a protokollokról, amit integrálnak a ROS-ba.
Nekem még LTE-hez nem volt szerencsém, pedig kipróbálnék már egy olyat is, csak igen, Mikrotik-nél elvileg az is egy varázslat azt hol sikerül, hol nemMekkora sávszélesség? Mert néha használtan kerülnek fel pl. Cisco 892SFP routerek meg hasonlók egész jó áron, sőt felujitottcisco.hu nem tudom mennyire megbízható, de elég jó áron van ott is, ilyen ~600 Mbit/s-t ki tud NAT-olni és ahhoz képest még egész kis kompakt mérete van és a fogyasztása sem túl sok, persze gigás sebességnél már igen, sokkal komolyabb router kell CIsco téren sajnos, ilyen téren kicsit fejlődhetnének, más téren viszont különösebben nincs probléma a Cisco-val.
-
Reggie0
félisten
-
#23914
lionhearted
őstag
mrots
#23910
"De pontosan azert tettem mikrotik eszkozt az LTE vegere, hogy ne kelljen ilyen barkacsolasokat csinalnom."
"- a netwatch mukodese: pontosan ez az amire szuksegem volt, csak valoszinuleg nem tudtam megfogalmazni rendesen."
...változik a probléma?
"Kritikus" rendszert építettél egy SPoF-re. Ha elpukkan a tápegység, akkor mi van?-HW hiba: mint írtam voltak rá panaszok, konkrétan az LTE modemre is. Van egy LTAP minim, napokat ment mellettem, beszereltem az autóba és kb sose ment (néha ment csak), nem látta az LTE modemet (nem Tikes modem). Persze én is nézelődhettem volna akármerre, aztán csak kiderült, mellettem stabil 5V-ot kapott (talán fölötte is?!), az autóban pedig nem. Átépítettem 9Vosra a tápellátását, és megy, stabilan. Varázslat vagy tudomány? Logban nem köpte ki, de a neten voltak ráutaló posztok.
-FW hiba: nem mi írjuk, nem is tudunk adni changelogot. Van egy mondás, hogy ha nem romlott el, ne javítsd meg. Ez elromlott, de lehet már valaki megjavította. Mi mondjuk meg? Miből?
Küldjél be support ticketet az MT-nek.- RSRP: nem összetévesztendő az RSSI-vel (nálad -72dBm volt), a -103dBm nem vészes, van -110 körül is "élet". Ezek a bejövő jelerősséget mutatják, a "minőségi" mutató az RSRQ, ami nálad -7.5dB egy teljesen jó jelet mutat.
Senki sincs pontosan ugyanabban a helyzetben amiben te, a workaround meg már csak ilyen, melós, szenvedős.
-
Reggie0
félisten
Biztos meg lehet oldani, csak ki kell talalni a scriptet.
Arra is gondoltam, hogy felhuzhatsz egy openvpn tunnelt is, amit aztan nem hasznalsz, viszont annak a security profile-ban meg lehet adni up es down scriptet. Igy ha lemegy az openvpn kapcsolat akkor ujra lehet inditani az lte interfeszt.
Viszont ez is csak egyszer fut le, amikor lemegy az interfesz, ha nem jon fel akkor nem fogja rendszeresen ujraprobalni. -
Ebben nem jó a Mikrotik. Hogy más gyártó hogyan oldja meg,titokban újraindul és nem is tudsz róla,de működik. Az más téma.
Ha más márka vált be vegyél olyat. Sajnos ez ilyen. De olcsón,ilyen nyereségű lte eszköz nem nagyon kapsz ilyen tudással. Ebben ez a jó.
Lte timeout: A szolgáltató is azt csinál,amit akar. Ha akarja letiltja a simet,mert nem tetszik neki. De nem fogja nyilvánosan megmondani az indokokat. -
#23903
lionhearted
őstag
mrots
#23901
Van amúgy célja ennek a sorozatos kiakadásnak? Két nagyon valószínű dolog lehet a háttérben: hardver hiba, volt néhány panasz anno a Tik saját LTE modemjére hosszabb távon; FW hiba. Utóbbit nem frissíted, előbbiről elvből nem hallasz.
Mit szeretnél ezek után a topik lakóktól? Csak kendácsolni lehet. -
Próbálj meg berakni 5 óránként egy rebootot. Az a tapasztalatom,hogy néha lekapcsolják a netet a fixen logó eszközön a szolgáltatók. Van LTE,de net nincs. Reboot ezt az időt újraindítja,meg biztosabb mint az interface le-fel kapcsolása.
Nem ez a legjobb,de van aholnígy csinálom. -
dombila
őstag
Én elengedném a Netwatch-ot. Fentebb emlitették, hogy az általa figyelt esemény bekövetkeztekor - pl szakadás - egyszer megpróbálja futtatni a scriptet. Ha az valamiért nem sikeres, akkor nem próbálja többször elindítani.
Ezzel szemben ha saját, időzített scriptet használsz (pl 15 percenként fut), az akkor 15 percenként fog futni, függetlenül mindentől. (Ellenőrzi az internet kapcsolatot, ha nincs, akkor interface le/fel.)
Ha nem eredményes a futás (nem jön valamiért fel az interface), akkor a beállított idő után (pl 15 perc múlva) újra megpróbálja.
Sőt akár olyan feltételt is bele lehet írni, hogy ha többször is nem áll helyre a kapcsolat akkor reboot-olhat is.
A netwatch ilyet nem csinál.
Igaz, az időzített script nem a szakadás pillanatában fut, hanem legrosszabb esetben a beállított idővel később, de fut.
És lehet futtatni akár 5 percenként is, mert nem egy nagy teljesítmény és erőforrás igényű script. -
-
Laca0
addikt
hasznaltan vettem ebayrol, szoval tul uj nem lehet...
Csak halkan kérdezem: nem lehet, hogy hibás az eszköz?! Talán pont azért adták el....Én több tucat wAP R és LtAP mini, és egy LHGG LTE6 routert telepítettem és üzemeltetek. Nem mondom, hogy nincs tőle jobb, de teszik a dolgukat. Csak olyan esetekben kellett szervizelni őket, amikor a tulajdonos nem fizette a mobilszámlát és cserélni kellett a kártyát, illetve tápegységet kellett 2x vagy 3x cserélnem összesen.
-
myk_to
csendes tag
Ide válaszolok, de értse mindenki, aki megtisztelt gondolataival, tapasztalaival: Köszönöm az információkat! Bár a célom az hogy Proxmox alatt fusson (még néhány VM, CT társával együtt), de hogy végére járjak, asszem a következő lépésnek annak kell lennie, hogy natívan felteszem a RouterOSt a vasra, és úgy próbálom ki a Wifit
-
Első körben otthon, saját hálózaton kezdenék el játszani ezzel.
Ott csak Digi, Yettel, Telekom és Vodafone jöhet szóba.
A RegExp a több lépcsős azonosítás miatt merült fel.
Első lépcső : azok a WiFi kliensek akik kapcsolódnak ezekhez a címekhez (epdg.epc.mnc***.mcc***.pub.3gppnetwork.org).
Második lépcső : azok a WiFi kliensek, akik UDP 500 és/vagy 4500 kapcsolatot alakítanak ki.
Ha mindkét feltétel teljesül, akkor (jelen ismereteim alapján) ezek VoWiFi használó eszközök.
Szerintem.
Hoppá! És még ott van a az általad is említett protokoll alapú azonosítás is. -
-
mrots
tag
Csinaltam egy gyors tesztet, bekapcsoltam a vowifit a telefonon. A DNS szerverben latszik is:
26-Oct-2024 00:27:07.611 queries: info: client [...] (epdg.epc.mnc020.mcc234.pub.3gppnetwork.org): query: epdg.epc.mnc020.mcc234.pub.3gppnetwork.org IN A
26-Oct-2024 00:27:07.615 queries: info: client [...] (epdg.epc.mnc020.mcc234.pub.3gppnetwork.org): query: epdg.epc.mnc020.mcc234.pub.3gppnetwork.org IN AAAA
26-Oct-2024 00:27:08.663 queries: info: client [...] (epdg.epc.mnc020.mcc234.pub.3gppnetwork.org): query: epdg.epc.mnc020.mcc234.pub.3gppnetwork.org IN AAAA
26-Oct-2024 00:27:13.791 queries: info: client [...] (epdg.epc.mnc020.mcc234.pub.3gppnetwork.org): query: epdg.epc.mnc020.mcc234.pub.3gppnetwork.org IN AAAAUtana megneztem, mi az IP cim amit a telefon kapott a DNS szervertol, mikor elkezdett beregisztralni:
epdg.epc.mnc020.mcc234.pub.3gppnetwork.org has address 185.153.237.96Inditottam egy hivast, majd megneztem a netflow adatokban, hogy milyen forgalom ment ehhez az IP cimhez. Na, ehhez semmilyen. Ez a konfiguracios IP cim volt, a forgalom a konkret hivasfelepitessel mashova ment, ugyhogy a subnetre szurtem, felteve, hogy a fentihez kozeli (szomszedos) cimekre megy a konkret hang kapcsolat.
mrots@rpi$ nfdump -R . -t 2024/10/26.00:00:00 "dst net 185.153.237.96/28"
Date first seen Duration Proto Src IP Addr:Port Dst IP Addr:Port Packets Bytes Flows
2024-10-26 00:27:09.684 0.000 UDP [...]:500 -> 185.153.237.98:500 1 466 1
2024-10-26 00:27:09.756 0.308 UDP [...]:4500 -> 185.153.237.98:4500 4 816 1
2024-10-26 00:27:10.264 6.068 UDP [...]:4500 -> 185.153.237.98:4500 23 8656 1
2024-10-26 00:27:35.684 0.000 UDP [...]:4500 -> 185.153.237.98:4500 1 29 1
Summary: total flows: 4, total bytes: 9967, total packets: 29, avg bps: 3066, avg pps: 1, avg bpp: 343Szoval ezert mondom, hogy szerintem nem IP cim alapjan kene qos-t adni.
-
ekkold
Topikgazda
Egy ideje naplózom az IP címemet, (és akkor már egyúttal még pár dolgot), pl. mert anno figyelmeztetés nélkül NAT-olt címre váltottak - így hamar észreveszem azt is, ha megint eljátsszák ugyanezt.
Ez egy kicsi php weboldal a NAS-on, amit mikrotik hív meg időnként. Itt is látszik, ahogy fogy a memória 7.15.3 OS-el (a konfig nem változott), pár nappal a frissítés után. Korábban 7.11.2 volt, így egyelőre arra álltam vissza.
-
ekkold
Topikgazda
Ki akartam próbálni a rose package smb megosztás elérését. Hát egy zsák kaka... Parancssorból lehet konfigurálni, winboxban a beállítások egy részét nem találom. Ez még nem lenne tragédia, nem ijedek meg a parancssoros konfigtól sem, a nagyobb baj, hogy nem működik... a NAS-om egyik mappáját próbáltam elérni: unknown file system... Mondanom sem kell minden más eszköz hibátlanul eléri, windoswsok, linuxok, még a TV-mben levő béna smb megoldás is.
A memoria leakkal együtt, háát, ment egy downgrade + visszaállítottam egy korábbi backupot, ami egy korábbi routerOS-en készült. Kopp-kopp-kopp - most jó. Egy darabig nem fogok frissíteni. Kezdenek úgy dolgozni mikrotikék is mint a "nagyok", kiadják a hulladék béta állapotű szoftvert, aztán majd a felhasználók ingyen tesztelik, és szépen küldik a hibákat...
Nalam meg tenyleg lefed annyit, szoval akkor megiscsak mond valamit a mikrotik 
De a rossz ora is napjaban ketszer pontos, ez kb. majdhogynem ugyanaz az eset.
Küldjél be support ticketet az MT-nek.
Új hozzászólás Aktív témák
ekkold- Kamionok, fuvarozás, logisztika topik
- Battlefield 2042
- Milyen program, ami...?
- Battlefield 6
- Mobilhasználat külföldön
- <Lacy85>: Időmilliomosok előnyben - Játékfejlesztés #1
- SQL kérdések
- lezso6: Miért is jó, ha dohányzol?! Megéri rászokni!
- Videó stream letöltése
- petipetya: Nagy chili topic. :)
- További aktív témák...
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- GYÖNYÖRŰ iPhone 12 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2113, 100% Akkumulátor
- HIBÁTLAN iPhone SE 2020 64GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS2025, 100% akkumulátor
- HIBÁTLAN iPhone 14 Pro 256GB Space Black -1 ÉV GARANCIA -Kártyafüggetlen, MS3234
- JBL Xtreme 4 új, bontatlan akciós áron eladó!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest