- Bemutatkozott a Moto G32 4G
- Nothing Phone 2a - semmi nem drága
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco X6 Pro - ötös alá
- Véroxigénszintet is mér a Honor Band 5
- Vodafone-ra áttért Digi Mobilosok
- Google szolgáltatás (GMS) Huawei telefonokra
- Alcor e-Pad - van még remény
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Telekom mobilszolgáltatások
Hirdetés
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
Mozgásban az F1 24
gp A Forma 1 versenyek rajongói hamarosan végre belevethetik magukat az idei epizódba.
Új hozzászólás Aktív témák
-
Soma01
veterán
válasz Smktrooper #31850 üzenetére
Ez úgy szokták megoldani, hogy a DHCP szerver más tartományból oszt, mint ami már előre ki van adva fixre, ha kézzel, te magad szereted az eszközökön beállítani az IP-t stb (és nincs sok eszköz). Vagy ha minden eszközben automatikusra van állítva a kérés, akkor a jöhet az adress reservation és így maga a DHCP szerver ad ki mindig ugyan olyan IP adatokat egy bizonyos eszköznek.
[ Szerkesztve ]
-
Smktrooper
senior tag
válasz Soma01 #31851 üzenetére
Csakhogy világos legyen:
Ha nincsenek FIX ip-k egyetlen egy sem akkor nincs értleme az adress reservationnek, mert akkor ossza csak szét nyugodtan az egészre, tehát be sem kapcsolom, ha már egy fix ip-s eszköz van a tartományba akkor kell, nehogy kavar legyen, jelen esetben a "switch"ami a router és bridgeli awifit, tehát kell az admin felület is ami miatt mindenképp a tartományon belül kell lennie ip címének, de ha már ott vagy, hogy a beállítás menüben vagy akkor miért ne add hozzá a hálózat fix tagjait, sőt akkor nekik is mehet a fix ip, és akkor akár a munkaállomásról lehet nyugodtan tovább osztani a netet, ha akarod az egyéb eszközeidnek, aminek az az előnye, hogy pl lokálban egy gigabites cross link kapcsolatot létre tudsz hozni és két gép között 1Gbps sebbességgel másolsz belső hálózaton, míg a net irányába adott a sávszélesség. És nem a pl mint az én esetemben a 150Mbps WIFI kártya lesz a szűk keresztmetszet.+ A hálózatban van a gép a wifi túloldalán is, nem kell egy másik wifin fognom a csatornát , mert ha egymás mellett két gép elkezd letölteni egyszerre (5méterre van a két gép) akkor megakad a wifi és visszaesik 1-5Mbps re a sávszélesség. (Elnyomják egymás jelét) hacsak nem egy dual bandos a második router is. Ez megint egy másik tészta.
Ez a szakmai véleményem így 10 éves tapasztalattal, meg rálátással.
[ Szerkesztve ]
Reboot
-
jerry311
nagyúr
válasz Smktrooper #31852 üzenetére
Továbbra sincs értelme kétszer elvégezni ugyanazt a munkát. Ha be van állítva address reservation, akkor a gépek úgyis mindig ugyanazt az IP-t kapják, ha fix IP címekkel dolgozol, akkor meg nem kérnek címet csak használják. Address reservation esetén a foglalt címeknek ugyanabban a tartományban kell lenni, mint ahonnan egyébként is dolgozik a DHCP. Fix IP esetén az ajánlott megoldás, hogy az alhálózat egyik tartományából oszt IP-ket a DHCP (pl. .20-50), a fix IP-s gépek pedig tartományon kívülről (pl. .60-80), hálózati eszközök pedig jellemzően egy harmadik tartományban vannak az alhálózat elejében vagy végében, kinek mi tetszik. Fix IP és DHCP címfoglalásos tartományokat nem szokás keverni, felesleges macera az adminisztrációja.
Gigabiten (és fölött) nincs straght/crosslink megkülönböztetés, mert a szabvány megköveteli az auto MDI/MDI-X támogatását, tehát teljesen mindegy milyen kábellel dugod össze. Ha jól vannak bekötve az érpárok, akkor mind a 8 vezetéket használja és meglesz az 1 Gbps, ha nem akkor 100 Mbps vagy fel sem jön a port.
-
Smktrooper
senior tag
válasz jerry311 #31853 üzenetére
( a crosslinket a két gép közötti natív kapcsolatra értettem, pl ha nem megy a wifi/net akkor is van belső hálózat a fix IP miatt, és a nem def auto XXX.XXX.XXX.XXX lesz ami miatt enm látja a két gép egymást.)
A lényege, hogy könnyen adminisztrálható a hálózat, mert
Ha az első router és a második"switch" között megszakad a kapcsolat akkor is a második routeren"switch" a gépek még fent vannak, és a belső másolás nem szakad meg, tehát biztonságosabb. Illetve a két PC között is fennmarad a kapcsolat a FIX IP nek köszönhetően ha elmegy a wifi a PC és a második router"switch" között" és akkor fel lehet menni az első routerre nem keres nem állít be a windows új hálózatot. Tehát hamar utána lehet járni hol a hiba és esetleg egy gyors cserével kiküszöbölhető a hiba, pillanatok alatt.Az admin oldala a dolognak.
[ Szerkesztve ]
Reboot
-
válasz Smktrooper #31820 üzenetére
Nem tudom, ROS Level3-al alapvetően csak Bridge-et lehet csinálni és Station Bridge módban nem biztos, hogy tud NAT-olni (és macerás, ha úgy derül ki, hogy reset-elni kell gombnyomással). Arra is gondoltam már, hogy veszek 4 passzív PoE adaptert és bekötöm őket egy 1000Mbps router-be és minden portot külön VLAN-ba rakok (próbaképp, mert amúgy pazarlás, semmi sem gigabites ott, mert nem is kell...).
Közben tuningoltam és teszteltem picit. Ezt tudja a helyi 1000Mbps hálózaton két gép egymás közt:
C:\WINDOWS\system32>iperf3 -u -c 192.168.1.101 -b 1000M -l1472
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 887 MBytes 744 Mbits/sec 0.016 ms 0/631606 (0%)
[ 4] Sent 631606 datagrams[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
bambano
titán
válasz Smktrooper #31839 üzenetére
"oda tényleg felesleges 3DNS-nél többet berakni mert a server az első és egyetlen managelni való eszköz"
ezen a ponton buktad el a hülyeségedet, ugyanis a routereknél a default route az a wan irányba mutat. ha a második routernek a wan portját nem használod, akkor annak a routernek nem lesz default route-ja, és akkor azon a routeren nem fog működni a resolver dns.ha te ezek után annak a routernek az ip-jét dns szerverként megadod a pc-knek, akkor bazira sokat fogsz lassítani a működésen. amit nem biztos, hogy látsz, mert a secondary dns-ed elfedi a helytelen beállítást.
következmény: ez a beállítás BIZTOSAN NEM optimális, bár működni fog.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bambano #31857 üzenetére
Máshogy vannak kiosztva az érpárok? Csak a PoE injektort venném kölcsön, 48V-os adapter az van kéznél szabadon.
Egyébként úgy rémlik, hogy 12-48V közt fogadnak a kamerák (és még erre jön a +/-10%), de ez lehet hogy csak arra a verzióra igaz, amin lóg egy külön kis tápcsati is azon túl, hogy UTP-n is fogad af-es swith-ből 48-at (ezekben egy külön opcionálisan rendelhető modul az af tápleválasztó), és ezek pont nem olyanok (ezeknek csak RJ45 konnektoruk van).
---
Még egy kis update:
Fogtam itthon három különböző eszközt: egyik UTP-vel, másik 2GHz-es WiFi-n, a harmadik 5GHz-es WiFi-n csatlakozik (a WiFi-k jó jelerősséggel, idehoztam őket egy kupacba) és mindegyiken megnyitottam egy-egy kamera képét élőben VLC-vel és ugyan úgy szétesik a kép, mikor rányitok a harmadikra. Szóval nem OS stack buffer....
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Smktrooper
senior tag
válasz bambano #31856 üzenetére
Most nem azért, de ha nincs a wanon kapcsolat akkor mi a csöcs határozza meg? Akárcsak egy switchre, hogy tudsz fellépni? IPv4 címmel. mivel nem default gateway a kettes router ezért csak a DNS-ben lehet rögzíteni a másodlagos belépéshez a címet. De semmi baj.
"A DNS lehetővé teszi internetes erőforrások* csoportjaihoz nevek hozzárendelését olyan módon, hogy az ne függjön az erőforrások fizikai helyétől. Így a világhálós (WWW) hiperlinkek, internetes kapcsolattartási adatok konzisztensek és állandóak maradhatnak akkor is, ha az internet útválasztási rendszerében változás történik," wiki...
internetes erőforrások*
Jelen esetben a kezelő felület gondtalan megnyitását jelenti, ha nem él az egyes router és a kettes router közötti kapcsolat, a hálózat újbóli érzékelésére nincs szükség.Mindenképp a NAT ban bízok. Nem kell nekem DNS-nek a netszolgáltató DNS-e.
[ Szerkesztve ]
Reboot
-
bambano
titán
válasz Smktrooper #31860 üzenetére
a dns a következő módon működik:
vannak feljogosított dns szerverek, amelyek a rajtuk levő zónák adatainak közzétételére vannak feljogosítva (authoritative) és vannak a rezolverek, amelyek a domain nevek ip címre való fordításában működnek közre.a routerbe, tűzfal mögé, nyilván nem delegáltál dns zónát, tehát a második routereden, aminek 192.168.1.20-as ip címet adtál, nincs jogosult dns, következésképp ott kizárólag rezolver dns lehet.
a rezolver dns-ek működéséről az egyik legutóbbi dns ddos idején írtam egy blogbejegyzést: [link]
a lényeg, hogy a rezolver dns szerver működéséhez az őt futtató hostnak ki kell látnia a hálózatra, hogy elérje a többi rezolver dns-t. ha nem lát ki, és mégis használni akarod, akkor lassítani fogja az internet hozzáférést.márpedig a tied nem lát ki, ha nem kap default route-ot. tehát vagy kap default route-ot, amit az ábrán nem tüntettél fel, akkor a dns jó, az ábra rossz (következésképp nem lehet az ábrán lerajzolt dolog az optimális) vagy nem kap default route-t, és akkor nem működhet és helyes ábra mellett sem optimális.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Smktrooper #31861 üzenetére
kliens gépbe fix konfigot bevésni mindenképpen pocsék megoldás.
az, hogy alternatív konfigban turkáljon a gép gazdája, az abszolút gagyi. nem azért, mert alternatív, hanem azért, mert helyi konfigot pakolni gépre tévedés. pláne mozgatásra tervezett cuccba.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Lucif-R
senior tag
válasz Smktrooper #31861 üzenetére
[életigazság ON] Attól hogy megsértődsz mint egy pattanásos kislány attól még nem lesz igazad. [ életigazság OFF ]
Mint a többiek is mondták. Tök felesleges static IP és DHCP IP- configot is csinálni azonos eszközökre. Külön kell választani a hálózat fix elemeit, azoknak adni static IP-t:
router1: 10.1.1.1
nas: 10.1.1.2
akármi: 10.1.1.3
valami: 10.1.1.4Utána szépen megmondani a DHCP-nek, hogy legyen szíves kiosztani minden becsatlakozó eszköznek IP-t a 10.1.1.20 - 10.1.1.254 -es tartományból. Oszt áldás békesség.
DNS-nek meg érdemes a szolgáltató által adott DNS szervereket a DHCP állatl tovább hirdetni ( és max a statikus configosoknak bevésni szolgáltatóit, meg valami public interneteset ).
Második router-t felfűzni szépen switch porton ( igaz igy buksz 1 portot ). Oszt még második NAT se lesz a témakörben, meg staticot sem kell sehova configolni ( ha egyáltalán képes rá az adott ocsóbb kategóriás router ).
És nagyjából ennyi vége... az Jerry mondta DHCP 25ms vagy 500ms kb mind1... sztem nem fél mp-n fog múlni, van e időd valamit megnézni vagy sem... főleg mondjuk egy 24 órás lease time esetén. Ha meg létfontosságú, hogy mindenki mindíg ugyanazt az IP-t kapja akkor meg az tök szívás... mivel minden egyes gépet egyenként fel kell vennek DHCP szerón hogy fixen ugyan azt kapja... ( totálisan el***** azt hogy gyors legyen a folyamat, mármint ha jön egy új eszköz... nem mellesleg ott kell lennie egy "admin"-nak mindíg, hogy jól hozzá tudja adni az illetőt ).
-
Smktrooper
senior tag
válasz bambano #31863 üzenetére
Úgy látom tényleg senki nem érti. A második DNS soha nem zavart be nem okozott lassulást, és ha kikapcsolom a routert, a switchen keresztül akkor is elérem a hálózat többi tagját azon a szinten.
Elég bosszantó lenne ha pl a NAS-ról telepitek éppen és a hálózat ledobja magát, majd a winfos uj hálózatot érzékel. A DNS2 ebben segít, mert a kettes router "switch" ugyan ugy marad és az adatok amiket a switchen keresztül másolok tovább haladnak, míg az első routeren megállt az élet.
DHCP szerver nincs is akkor már a hálózatban. Ha kikapcsolom a DNS2-t akkor ebben az estben nem tudok fellépni az admin felületre a kettes routeren"switch" és a windows hálózati helyeken nem jelenik meg, és szétesik a hálózat. Kb 1 hónapot kisérleteztem vele mire így beállítottam.Ez kifele lassú? Úgy néz ki mintha zavarva lenne?
Reboot
-
jerry311
nagyúr
-
bambano
titán
válasz Smktrooper #31865 üzenetére
attól, hogy értem, még rossz...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Smktrooper
senior tag
válasz bambano #31867 üzenetére
Ha működik, akkor mi a rossz? Ez valahogy nem logikus. A rossz nálam azt jelenti, hogy nem megy nincs nem elérhető. Mivel mindent elérek látok kezelni tudom, ezért szerintem JÓ!
Nem változtatok a hozzá állásomon, addig amíg valami tesztet nem látok ahol bebizonyosodik, hogy mi a rossz benne.
Addig is az értéktelen hozzászólásokat offoljuk, és hagyjuk érvényesülni a közönséget. NA SZEVASZTOK.
Reboot
-
jerry311
nagyúr
válasz Smktrooper #31868 üzenetére
Pááá!
-
krealon
veterán
válasz Smktrooper #31795 üzenetére
"15-20ms??? Ezt most nem mondod komolyan..."
Tekintve, hogy a DHCP cimkeres 4 muveletbol all, nem csoda.
Ha mar van egy kliensnek IP cime, akkor mar csak 2 muvelet (renew) es ekkor sem szabad semmifele kiesesnek lenni, hiszen csak a DHCP berleti ido szamitasa kezdodik ujra.
A ping-hez csak annyi koze van, hogy kb 4-5 ping-nyi ido alatt zajlik le tipikusan a folyamat. -
jerry311
nagyúr
válasz Smktrooper #31871 üzenetére
Egy külső szerveres sebességteszttel próbálod igazolni, hogy a belső hálózatos DHCP változtat a le- és feltöltési sebességeken. Ha pontosítani akarom, akkor letöltésen 1.14 Mbps-t lassít a DHCP, míg feltöltésen 2.96 Mbps-t gyorsít. Szerintem ha letölteni akarsz, akkor fix IP-vel használd a gépet, ha viszont sok a feltöltendő anyag, akkor válts DHCP-re.
-
bambano
titán
válasz Smktrooper #31868 üzenetére
két dns szervert állítasz be a pc-s kliensnek, amiből a második rossz. mindaddig nem fog kibukni a hiba, amíg az első rendesen működik.
tehát a dns beállítás rossz, de mivel van melegtartalék, összességében működik.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Lucif-R
senior tag
válasz Smktrooper #31871 üzenetére
Magyarázd el kérlek, hogy szerinted mit változtat egy adatkapcsolaton az, hogy statikusan beírt IP vagy DHCP álltal kiosztott IP-je van egy eszköznek? Azért kérdezem mert folyamatosan ilyen letöltési tesztekkel igazolod magadnak azt ami csak azért működik mert fél évig tesztelgetted a rosszat, hogy miként lehetne kevésbé rossz. ( egy autó motorja is lehet rossz attól még, hogy ketyeg... eszi az olajat, kopogós a gyujtása, eszi a hűtővizet, túlzottan nagy a fogyasztása ).
A fenti kérdésem igaz a DNS beállításaidra is... egy kis hálózati környezetben ahol van 3-4-5 neves IP oda minek egyáltalán belső DNS? Ha meg lehal a WAN vagy éppen a WAN router akkor tökmindegy, hogy mi van neked DNS-nek beállítva. Kisméretű belső hálózatban meg okafogyott a DNS, főleg hogy a routered nem szolgál DNS szerverként hanem csak DNS resolverként.
És tudod ha már egymástól függetlenül 3an is azt mondják, hogy nincs igazad, illetve hogy ez közel nem tökéletes akkor abban lehet van valami...
-
user12
őstag
válasz Smktrooper #31865 üzenetére
Fix címre állított kliensről el fogsz érni más fix címre állított klienst is ha azok legalább valamilyen Layer 2 eszközön keresztül csatlakoznak (és azonos alhálózatban találhatóak). Ehhez semmi köze a DNS szerver beállításnak. Max addig nem éred el IP cím alapján a második routert, amíg a windoz a hálózati beállításokat átírja.
Rendszergazda vagyok....ha röhögni lát, mentsen
-
user12
őstag
válasz Smktrooper #31878 üzenetére
Az is egy megoldás, amit Te csináltál.
Megvannak az előnyei és a hátrányai is. Kis otthoni hálózatról lévén szó, jelen pillanatban még egyszerű észben tartani, hogy mi-hogy van konfigurálva. Ám amint elér egy bizonyos fokot a fejlettsége, akkor már jelen sematika alapján nem lesz egyszerű az üzemeltetése és a karbantartása, valamint a további bővítése.Rendszergazda vagyok....ha röhögni lát, mentsen
-
user12
őstag
-
Lucif-R
senior tag
válasz Smktrooper #31876 üzenetére
De a static és DHCP IP kiosztás közötti különbséget vagy nem különbséget miért internetről való letöltési sebességgel nézed?
1, Ha lehal internet akkor static és dhcp esetén is megy minden a belső hálón.
2, Ha lehal R1 akkor csak az R2-esre csatlakoztatott dolgok fognak tudni kommunikálni static és dhcp esetén is ( lease time lejártáig ), de ennyi idő alatt R2-re be lehet varrni egy ideiglenes DHCP-t.
3, DNS már az internet lehalásakor megszűnik létezni a hálózatodon, és az R2 mivel csak switch igy tuti nem fog DNS-ként, hacsak nem képes a routered manuálisan felépített DNS táblából dolgozni
4, Igen mint ahogy mondták ez is egy megoldás. Senki sem vitatta, hogy ez nem működő képes. Mivel egyenlőre még működik. A többiek is mint ahogy én is a kialakítás tökéletességén és "Ezek a tökéletes otthoni beállitások" illetve "ez a lehető legjobb othhoni megoldás." kifejezéssel nem értünk egyet. Ez egy sima garázs megoldás, ami azért megy csak mert félévig próbálkoztál vele.
5, Használd így nyugodtan ha így akarod.
Mellesleg ha nem akarod hogy véleményünk legyen róla, meg reagáljunk rá akkor ne tedd ki fórumra / publikusan. So easy. Viszont, ha egy ilyen felületre kirakod és ( ne adj isten ) nem tökéletes akkor arra igenis fogsz kapni válaszokat.
[ Szerkesztve ]
-
Smktrooper
senior tag
-
user12
őstag
válasz Smktrooper #31883 üzenetére
LAN DHCP vagy WAN DHCP?
Rendszergazda vagyok....ha röhögni lát, mentsen
-
user12
őstag
válasz Smktrooper #31885 üzenetére
Én nem vitázok, pusztán csak kérdeztem, mivel nem derült ki a hozzászólásodból.
Rendszergazda vagyok....ha röhögni lát, mentsen
-
Soma01
veterán
válasz user12 #31886 üzenetére
Ez az! sokszor van nekem is ilyen bajom.
Értem én mi a cél, meg azt is, hogy működik így. De ez a DNS2 kérdés, hidd el nálad nem lényeges a belső hálózatod szempontjából. Tehát azzal járnál a legjobban, ha a szolgáltató DNS-eit írnád be kézzel azokba a gépekbe, ahol az IP-t is te megad írtad be fixen. Az nem olyan nagy szentségtörés, hogy kézzel töltöd ki a IP beállításokat, de ez csak amolyan paranoia, hogy mi van ha meghal a DHCP szerver. De az "adress reservation" ugyan azokra a gépekre beállítva elég felesleges. Tudom, azért csinálod, hogy a DHCP szerver ki ne ossza másnak, de ha úgy adod meg a pool-t, hogy a fix tartomány nincs benne, akkor sincs baj. Nem kell adress reservation. Próbáld ki a következőt, hogy rosszabb lesz-e valami, mert szerintem semmi gond nem lesz:
- első routerben a DHCP menüpont alatt állítsd be az elődleges DNS-nek a 8.8.8.8 és másodlagosnak 8.8.4.4 címeke melyek a google DNS szerverei (de a Digiét is berakhatod). Ugyan ezeket állítsd be a fix IP-kkel beállított gépek DNS részénél is.
A második routerben ki van kapcsolva a DHCP, tehát oda teljesen mindegy mit írsz ehhez a részhez. Ez a router most egy switch, így tekints rá (amíg nem írsz neki új routing táblát vagy nem használod a WAN portját WAN portként). Ne zavarjon meg, hogy van egy admin felülete is.
Ez lenne az "ideális" DNS beállítás.
Az Address Reservation részt hagyhatod (vagy ki is törölheted), mert ha van fix IP egy gépen, nem fog kérni másikat a DHCP szervertől. A pool-t is átállíthatod próba kép a Start IP Address és az End IP Address rész is úgy, hogy a fix IP-k ne essenek bele. A te esetedben pl. osszon 100-tól 200-ig. Ugye innen kapnak majd a WIFI-s eszközök, pontosabban azok ahol nincs fix IP beállítva.
Ez lenne az "ideálisabb" DHCP beállítás.Vagy szerinted így min esne csorba, mi nem működne és miért?
Az biztos, hogy modemed van és nem modem és router egyben? ----> Az első routeren meg kell adni a tárcsázási adatokat a PPPOE résznél?
[ Szerkesztve ]
-
Topikgazda
válasz Smktrooper #31885 üzenetére
Nem beleokoskodni akarok, csak nem értem:
Az mondjuk megvan, hogy fix IP-címet adsz a PC-nek, mert a DHCP-szerver kiesése esetén is maradó IP-címeket akarsz -- de akkor mi a célja annak, hogy ugyanezt az IP-reservationbe is beveszed?
Jópár éve gigantikus szívásokat éltem át egy barátom hálózatával. Irtózatosan bonyolult (legalábbis háztáji célra nagyon) struktúra volt, alhálózatokkal, dupla NAT-olással, jogosultságbeállításokkal, szülői felügyelettel, zónákkal, repeaterekkel, médiaszerverrel, mindennel. És nem igazán működött, teljesen rapszodikusan dobott le és vett vissza eszközöket. Tekintettel viszont arra, hogy tele volt hibalehetőséggel, baromi sokat szívtunk azzal, hogy felderítsük a hiba okát -- ami végül akkor szűnt meg, amikor kivettünk a DHCP-reservation táblából egy fix IP-s ATÁ-t.MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
bambano
titán
-
Soma01
veterán
válasz bambano #31889 üzenetére
Így van. Kétféle képen tettem fel ugyan azt a kérdést. Bármelyikre válaszol, tudni fogom hogy van beállítva a dolog.
Ezt már kérdeztem csak nem jött válasz. Gondoltam felteszem máshogy is a kérdést.
Jaa! És a #31887 második bekezdésétől kezdve természetesen Smktrooper-nek szól. Csak már nem tudtam szerkeszteni, aztán el is felejtettem megjegyezni lentebb is. Most jutott eszembe ismét.
#31822 itt írt valamit a 2. bekezdésben, de nem értettem.
[ Szerkesztve ]
-
Soma01
veterán
válasz Smktrooper #31891 üzenetére
Köszi. Így már tiszta.
-
Lucif-R
senior tag
válasz Smktrooper #31883 üzenetére
"De a static és DHCP IP kiosztás közötti különbséget vagy nem különbséget miért internetről való letöltési sebességgel nézed?"
Ezt már kétszer is kérdeztem csak válasz nem volt erre.
-
Smktrooper
senior tag
válasz Lucif-R #31893 üzenetére
Kétszeres elérési idő...a sávszélességet nem igen befolyásolja. Tehát van mérhető különbség végeredményben.Az okát pontosan nem tudom, ötletem van de ennek jobban utána járok, hogy miért is.
Máshol nem láttam különbséget csak ennél a tipusú hálózati tesztnél mutatott más elérési időt, és csak annyi volt a különbség a két teszt alatt, hogy az egyiknél a gép automatikusan kapta a címet reserved adressből az R1 től, a másikban meg FIX IP volt. Tehát ugyanazt a az IPv4 címet használták. (192.168.1.30)[ Szerkesztve ]
Reboot
-
Soma01
veterán
válasz Smktrooper #31894 üzenetére
A kiosztás tipusának nem kellene befolyásoló tényezőnek lennie. Ez kb annyira számít, mint hogy az IP-d milyen számra végződik. Ha nagyobb a szám (200 feletti), akkor gyorsabb a net? Hát nem, ugyan így ez sem befolyásol.
Meg ahogy mondták már, a sebességet két olyan pont közt méred, ahol az egyikre semmilyen hatással nem vagy és nem tudod, hogy ez mennyire terhelt, más mikor mér azon keresztül. Az oda vezető út mennyire terhelt a mérés közben, akár pár másodpercre is. Meg hát túl messze van, sok a kábel és az eszköz közted és a mérési pont között.
Mérj hálón belül, mert az a rész az amire van befolyásod. Az egyes router wan portjától kifelé (net felé) eső dolgokra nincs ráhatásod. (max annyi, hogy ki/be kapcsolod a modemet, vagy kihúzod/bedugod/elvágod a kábelt) -
Smktrooper
senior tag
válasz Soma01 #31895 üzenetére
http://prohardver.hu/tema/otthoni_halozat_es_internet_megosztas/hsz_31870-31870.html
Lejjebb irták, hogy mit befolyásol a DHCP. Szerintem ez lesz az oka, hogy a FIX ip nél márcsak renew, tehát nem 4 hanem csak 2 utat kell bejárnia így ahogy Krealon írta is...
Az eredmény igy logikus hogy csak 3ms a 6ms szemben A jitter elérése mindig 1ms...
Annyit hozzá teszek, hogy LANon ez 2ms 4ms -re változik, tehát a +1 +2 ms érték valószínű a WIFI miatt keletkezeik és az ott bejárt fel le út miatt.[ Szerkesztve ]
Reboot
-
bambano
titán
válasz Smktrooper #31896 üzenetére
marhaság, a dhcp egyáltalán nem befolyásolja a letöltési sebességet.
a dhcp-nél a lease time határozza meg, hogy mennyi időnként újítja meg az ip cím bérletet. ha ezt elég nagyra veszed, akkor nem fog beleszólni semmibe.fix ip-nél egyáltalán nincs dhcp, tehát renew sincs.
félreértelmezed azt a hsz-t.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Lucif-R
senior tag
válasz Smktrooper #31896 üzenetére
De ez a DHCP hozzáad Xms-t ez FIX IP-nél nincs... illetve ha ténylegesen használod a DHCP-t ott is maximum addig ameddig megkapod az IP-t utánna ez a "delay" ( mert 2-3ms-et nem neveznék delaynek ) sem játszik szerepet mert nem minden packet küldés előtt tolja ela DHCP folyamatot.
-
Soma01
veterán
válasz Smktrooper #31896 üzenetére
Abban a hozzászólásban a DHCP kérés menete van leírva és a megújításé, újra kérésé. Tehát az az ábra csak magát a kiosztás menetét mutatja és kb. ennyi is a dolog. Az ideje ennek az egésznek pedig kb. ahogy írva van, kb. 4 pingnyi idő. A megújítás meg 1-2 pingnyi. Szóval ez után nem minden adat megy oda-vissza 4x ha DHCP-vel osztasz ki IP-t.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest