Miért nem adsz fix ip-t? Macadress alapján kioszthatnád. A szerver milyen
os?

Csaba

2016.10.13. 8:15 ezt írta ("Venczel József" <vencz...@hotmail.hu>):

> Sziasztok!
>
>
> Úgy tűnik nem a UPC modem volt a hibás, úgyhogy még mindig küzdök a
> problémával.
>
> Vagyis időnként egy-egy - napközben - újonnan bekapcsolt munkaállomás nem
> kap IPv4 címet. A jelenség nem köthető sem időhöz, sem helyhez.
>
> Időhöz annyiban köthető, hogy azok a munkaállomások, melyeket reggel
> kapcsolnak be, egész nap stabilan üzemelnek.
>
> Monitoroztam a hálózatot, de nem találtam olyan idegen eszközt, ami ilyen
> zavart okozhatna. Persze, a diákok hoznak be időnként wi-fi routereket és
> használják őket, de sokkal ritkábban, mint gondoltam.
>
> Egyébként is megtaláltam ezeket, de hiába zártam ki őket a hálózatból (a
> switch megfelelő portjának letiltásával), nem javult meg a dolog.
>
>
> Most arra tippelek, hogy egyszerűen kifogyunk az ip címekből.
>
>
> Ezzel kapcsolatban lenne kérdésem. Ha egy DHCP szerver kioszt egy mac
> address-hez egy ip címet, mondjuk egy napra, akkor azt a címet mindenképpen
> fogva tartja egy napig? Tehát pl. ha az az eszköz átvándorol egy másik
> alhálózatba, ahová nem ugyanaz a dhcp szerver osztja az ip címet, akkor is
> fenntartja neki?
>
> Ha pedig az eszköz visszatér ebbe az alhálózatba és nem ip cím megújítást
> kér, hanem új ip címet, akkor a dhcp szerver nem fogja ellenőrizni, hogy
> egyszer már adott ennek a mac address-nek egy címet, hanem ad neki egy
> újat? Ilyen módon előfordulhat az, hogy egy mac address több ip címet is
> fenntart? Persze csak egyet használ.
>
>
> Remélem érthető voltam...
>
>
> A válaszokat előre is köszönöm!
>
>
> Üdvözlettel,
>
> Venczel József
> ------------------------------
> *Feladó:* techinfo-boun...@lista.sulinet.hu <techinfo-bounces@lista.
> sulinet.hu>, meghatalmazó: Venczel József <vencz...@hotmail.hu>
> *Elküldve:* 2016. október 3. 11:40:34
> *Címzett:* Techinfo
> *Tárgy:* Re: [Techinfo] DHCP anomália
>
>
> Köszönöm! Engem érdekelt! Nem gondoltam volna, hogy ennyire érzékenyek
> ezek a rendszerek.
> ------------------------------
> *Feladó:* techinfo-boun...@lista.sulinet.hu <techinfo-bounces@lista.
> sulinet.hu>, meghatalmazó: Fehér Sándor <sandor.fehe...@gmail.com>
> *Elküldve:* 2016. október 3. 10:02:28
> *Címzett:* Techinfo
> *Tárgy:* Re: [Techinfo] DHCP anomália
>
>
> Szia!
>
>
> > 30 m sok?
>
> Koax kábel esetén igen.
>
>
> Megnéztem a modem felületén, jelenleg: RX= 1 TX=57
>
> Annyira rossznak azért nem nevezném, ez 61dBm bejövő jelszint.
>
> Most hűvösebb van és stabilabb ilyenkor :).
>
>
> 30 méterenként a vastag koax (RG11) 5-6 dBm csillapítással rendelkezik
> 450mhz frekvencia esetén.
>
> Ugyanez RG6 (vékony normál 75ohm koax) 11-12dBm.
>
> A kábelmodemek a 450mhz környéki frekvencián üzemelnek, ez kb az átviteli
> tartomány középpontja. (40-860mhz)
> A szolgáltatók a végponton általában véve nem arra vannak felkészülve,
> hogy a lakásodba 30 méter a kábel míg beér plusz ne felejtsük el az
> osztásokat.
> Külön vételi hely a tv/box és internet/telefon modem.
>
> Az előfizetőkhöz minimum 70dBm jelerősségnek kell beérkeznie, ha ez még
> mindig így van.
>
> Az eszközöknek pedig egyenként 60dBm, de azért kevesebbel is üzemelnek.
>
> Láttam már modemet 50dBm jelszintről is üzemelni, de ilyenkor nagyon magas
> bit-hiba arány (CER MER BER). Ebben az esetben magasak a válaszidők
> internetszolgáltatás esetén és akadozik az adás vagy hangyás analóg
> csatorna esetében.
>
>
> Egy példa: 70dBm elindul az előfizetőhöz 30méter RG11 esetén
>
> Az eszköz 64dBm jelet fog kapni osztások nélkül, tehát ez még JÓ!
>
> DE, változik az időjárás és hirtelen nyári meleg lesz. Ekkor már az a
> plusz kábel ellenállás ( a kültéri hálózaton) növekedése elég ahhoz, hogy
> ne 70dbm, hanem kevesebb érkezzen be.
>
> Ekkor máris határon mozog a modem, noha a telepítéskor minden OK volt.
>
>
> A kültéri hálózat sajnos ahol nem optikai a hálózat (pl. UPC), ott
> optikai-rf hibrid rendszerek vannak. Elindul a jel a fejállomástól optikán
> a node-ig, itt történik egy optika >>> rf moduláció majd innen
> rézkábelezéssel megyünk tovább maximum 4 erősítővel. Ezeken a node-kon
> történik a kezdeti jelszint beszabályozása és a kábel csillapítása/osztások
> függvényében vannak a vonalon további erősítők kb 100méterenként. Télen és
> nyáron akár többször is szükséges ezeket a node-kat utóhangolni. Nyáron
> csökken a jel, mert a hőmérséklet növekedésével nő a kábel ellenállása,
> télen pedig ez fordítva igaz, vagyis csökken az ellenállás. Utóbbi is
> probléma, mert ha túl sok jelet kap egy erősítő a bemenetén, akkor az
> begerjed.
>
> Említésre méltó még a TILT funkció az erősítőknél: a sáv bizonyos részeit
> eltérő erősítéssel kezeljük. A kábel ellenállás nem csak hőmérséklet, hanem
> frekvencia függő is. Emiatt az erősítő a sáv magasabb frekvenciás részét
> 5dBm-el nagyobb jelszinttel engedi ki. Mivel nem egyenletesen csillapul a
> jel a kábelen ( magasabb frekvencia jobban csillapul), így a következő
> erősítő bemenetére már közel egyforma, de (csökkent) jelszinttel érkezik.
>
>
> A digi-nél kiterjedtebb az optikai hálózat és sok esetben már a T-box-ig,
> vagyis a lépcsőházig van optika.
>
> Itt nincs gond az időjárással mert nincs az a hosszú rézkábelezés mint az
> előbbi eset estében.
>
> Oszlopos részen is optikát húznak a házadra és nálad van az optika>>>rf
> stb átalakítás helyben.
>
> Vannak kivételek, de az esetek többségében ilyen rendszerrel dolgozik a
> DIGI.
>
>
> Osztások: átlagos lakás/jel 70dBm jelből kiindulva:
>
> Ha van két TV és egy internet, akkor 70dBm-3dBm (kábelveszteség
> 10méternél) 67dBm
>
> 1. tv = 61dBm (6 -os leágázó)
>
> 2. tv = 60dBm (6-os leágazó)
>
> 3. internet = 59dBm ( 6-os leágazó)
>
> Látható, hogy a modemet az 1. helyre kell rakni mert ott a legerősebb a
> jel.
>
> Ezek az osztások úgy működnek, hogy egy 6-os leágazó IN részén beérkező
> jelből out irányba levesz 1dBm-t (ide jön a következő 6-os bemenete és
> 69dBm-t kap).A TAP feliratú kimenetre kell kötni az eszközt, ez a leosztott
> pont ahonnan 6dBm jelet vesz le. Ebből következik, hogy a 8 leágazó 8 dBm-t
> vesz el a TP-ről és OUT irányban kb 0,5dBm-t. Van szimmetrikus kétfelé
> osztó is, ami mindkét irányban 3,5dbm-t vesz el a jelből. Utóbbi használata
> után már nem célszerű tovább osztani a jelet, mert az gyenge lesz.
>
>
> Erősítővel természetesen megoldható a bővítés, de azzal is csak akkor, ha
> előtte a "külső vonalon" kevesebb mint 4 található ezekből.
>
> Zaj mindig van a rendszerben, amit SNR jel-zaj aránynak hívunk. Minél jobb
> a jel-zaj viszony, tehát sokkal több a jel mint a zaj, annál jobb az
> átvitel. Az erősítő nem tud különbséget tenni hasznos jel és zaj között,
> mindet erősíti. Ahogy halad a jel az átviteli közegen a zaj egyre növekszik
> az egyes erősítők után mert mindegyik erősíti azt is a hasznos jellel
> egyetemben.
>
> A 4. erősítő a határ, onnantól a zaj elér egy küszöb értéket. Emiatt
> további erősítés esetén a zaj is olyan magas lesz, hogy jó jelszint
> ellenére  elromlik a jel-zaj arány és nem működik megfelelően a
> szolgáltatás. ( pedig elég a jelszint ....)
>
> Hozzánk az előbb említett sok erősítős probléma miatt nem tettek be egy
> újabbat, messze a node és vonal végen vagyunk.
> Bocs, ha kicsit hosszú lett, öt évig ebben dolgoztam, illetve pár évet ezt
> (is) tanultam az informatika mellett.
> Remélem érdekelt ez valakit, ha  nem sorry :)
>
> 2016.10.03. 8:17 keltezéssel, Venczel József írta:
>
> Jó reggelt Mindenkinek!
>
>
> 30 m sok?
>
> Nálunk a portától jön a kábel, ami 20m-re sincs, de a csatorna kialakítása
> miatt bekukkant a pincébe is, szóval összejön a 30 m.
>
> Egyébként nálunk kb. 3-4 havonta fordul elő egy hasonló eset. Ilyen még
> nem volt, hogy félig-meddig működött, azért is kezdtem kutakodni a hálón
> előbb...
>
>
> Üdv,
>
> Venczel József
> ------------------------------
> *Feladó:* techinfo-boun...@lista.sulinet.hu <techinfo-bounces@lista.
> sulinet.hu> <techinfo-boun...@lista.sulinet.hu>, meghatalmazó: Fehér
> Sándor <sandor.fehe...@gmail.com> <sandor.fehe...@gmail.com>
> *Elküldve:* 2016. szeptember 30. 13:57:02
> *Címzett:* Techinfo
> *Tárgy:* Re: [Techinfo] DHCP anomália
>
> > nem ertem miert irtad ala a telepitesi jegyzokonyvet akkor, ha a
> jelszint az elfogadhatosag hataran mozog.
> Ez hat éve volt kb, azóta a negyedik versenyző vagyok, nem én írtam alá
> ezt.
> Abban az időben én is a UPC-nél dolgoztam más városban :).
> Egy példa, ha 70dbm jelnek kell beérkeznie és 70dbm vagy 71dbm érkezik
> be az eszköznek, akkor az bizony megvalósítható, mert ez a minimum.
> DE! ha eredetileg 10méter koax kellett és egy átalakítás után (évekkel
> később az előző rendszergazda intézte) már 38 méter koax kell, akkor
> elérkeztünk a problémához.
> Továbbá öregszik az eszköz és most már nem elég neki a jel stb stb.. --
> No ez (is) van az előzőeken felül
> Igazából az átalakítás/áthelyezés hozta elő a problémát.
>
> Első körben kérek majd egy modemcserét hátha elég majd mérünk egyet.
> Esetleg közelebb viszem a modemet a beálláshoz és UTP húzok a szekrényig
> a koax helyett. >>> Így tuti jó lesz :)
>
>
> 2016.09.30. 13:45 keltezéssel, k...@mayten.sch.bme.hu írta:
> > On 2016-09-30 12:39, Fehér Sándor wrote:
> >>> 2011ben bekapcsoltam az upc modemet es azota megy
> >> Ha nincs jelszintgond, akkor lehet. :)
> >>
> >> Nálunk mondták a szerelők, hogy hosszú a kábel stb... a jel elég
> >> gyenge és a határon mozog a modem.
> >> Emiatt kell indítgatnom hetente egyszer ugyanis magas a modemen a MER
> >> és CER érték illetve alacsony az SNR.
> >
> > nem ertem miert irtad ala a telepitesi jegyzokonyvet akkor, ha a
> > jelszint az elfogadhatosag hataran mozog.
> >
> > gondolom ok sem orulnenek neki, ha a szolgaltatasert cserebe a
> > szamlafizetesi hajlandosagod is a hataron mozogna es neha ujra kene
> > inditani a szamlazast, hogy megjojjon a bevetel.
> >
> > vannak muszaki megoldasok a jo jelszint eleresere.  van aki ugy dont,
> > hogy egyszer a sarkara all, majd utana jo esetben evekig a doboz fele
> > sem nez, mert mukodik.  mas elfogadja a hataron mozgo jelszinteket,
> > aztan hetente kell ujrainditani.  ki mit tart jobbnak, en egy lusta
> > ember vagyok, egyszer szeretek dolgokkal foglalkozni.
> >
> > udv
> > adam
> >
> > _______________________________________________
> > Techinfo mailing list
> > Techinfo@lista.sulinet.hu
> > Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
> > Illemtan: http://www.szag.hu/illemtan.html
> > Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
>
> _______________________________________________
> Techinfo mailing list
> Techinfo@lista.sulinet.hu
> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
> Illemtan: http://www.szag.hu/illemtan.html
> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
>
>
> _______________________________________________
> Techinfo mailing listtechi...@lista.sulinet.hu
> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
> Illemtan: http://www.szag.hu/illemtan.html
> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
>
>
>
> _______________________________________________
> Techinfo mailing list
> Techinfo@lista.sulinet.hu
> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
> Illemtan: http://www.szag.hu/illemtan.html
> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
>
>
_______________________________________________
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/

válasz