subject:"Re\: \[Techinfo\] DHCP anomália"

Re: [Techinfo] DHCP anomália

2016-10-17 bef zés Csaba Tiba

Kedves Mindenki!
(OFF)
Most voltam HP szervizben és megdöbbentő mennyiségű HP desktopot láttam
mind olyan sulitól érkezett akik pályázaton kapták, alaplap hibás a legtöbb
a szerviz munkatársai szerint.
(ON)

proxyt érdemes minél hamarab összedobni, azon is csinálhatod amin
monitorozol.

Csaba


2016. október 17. 9:32 Venczel József írta, :

> Igen, tervezem, meg proxy szervert és tűzfalat is akarok csinálni, de csak
> kis lépésekben.
>
>
> Egyelőre a hibajelenség megszűnt. Az egyik wi-fi router-ünkön nem volt
> bekapcsolva a dhcp és elfogytak az ip címek. Pénteken bekonfigoltam, azóta
> nincs gond.
>
>
> Az egésznek annyi haszna mindenképpen volt, hogy beüzemeltem egy ntopng
> szervert, amivel tudom figyelni a hálózati forgalmat és remélhetőleg elébe
> tudok menni a problémáknak a jövőben.
>
>
> Sajnos nálam is el kezdett fagyogatni két-három gép az új HP-k közül, most
> ezzel kell foglalkoznom, akkor most jön a "számítógépek tömeges telepítése"
> projekt [image: 😃].
>
>
> Pedig eddig csak hallgattam milyen gondokkal küzdötök a win10-zel, úgy
> tűnik most én is beállok a sorba [image: ☹]
>
>
> Köszönöm a segítséget!
>
>
> További szép napot Mindenkinek!
>
>
> Üdv,
>
> Venczel József
>
>
> ui.: mondjuk itt most épp ramaty egy idő van :(
> --
> *Feladó:* techinfo-boun...@lista.sulinet.hu  sulinet.hu>, meghatalmazó: Fehér Sándor 
> *Elküldve:* 2016. október 13. 21:50:10
> *Címzett:* Techinfo
> *Tárgy:* Re: [Techinfo] DHCP anomália
>
> Csinálsz egy saját szervert és probléma elfejtve. :)
>
> 2016. 10. 13. 20:49 keltezéssel, Veres Sándor írta:
>
> 2016. október 13. 16:01 írta, :
>
>> On 2016-10-13 14:54, Veres Sándor wrote:
>>
>>> Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).
>>>
>>>
>> egy cisco routerben is termeszetesen van lehetoseg mac alapjan statikus
>> ip cimeket osztani.  hozzaferes szintjetol fugg, hogy az adott helyzetben
>> ez elerheto-e, de a platform kepes ra.
>
>
> Még jó hogy a platform képes rá, ki mondta, hogy nem!
> Azonban a mi (= iskolai rendszergazdák) hozzáférési szintünkön nincs rá
> lehetőség!
> Már korábban is volt róla szó, hogy számunkra nem engedélyezett a
> Sulinetes Routert konzolon menedzselni; van egy egyedi webes menedzsment
> felület korlátozott funkciókkal.
>
> Veres Sándor
>
>
> ___
> 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/

Re: [Techinfo] DHCP anomália

2016-10-17 bef zés Venczel József

Igen, tervezem, meg proxy szervert és tűzfalat is akarok csinálni, de csak kis 
lépésekben.


Egyelőre a hibajelenség megszűnt. Az egyik wi-fi router-ünkön nem volt 
bekapcsolva a dhcp és elfogytak az ip címek. Pénteken bekonfigoltam, azóta 
nincs gond.


Az egésznek annyi haszna mindenképpen volt, hogy beüzemeltem egy ntopng 
szervert, amivel tudom figyelni a hálózati forgalmat és remélhetőleg elébe 
tudok menni a problémáknak a jövőben.


Sajnos nálam is el kezdett fagyogatni két-három gép az új HP-k közül, most 
ezzel kell foglalkoznom, akkor most jön a "számítógépek tömeges telepítése" 
projekt [😃] .


Pedig eddig csak hallgattam milyen gondokkal küzdötök a win10-zel, úgy tűnik 
most én is beállok a sorba [☹]


Köszönöm a segítséget!


További szép napot Mindenkinek!


Üdv,

Venczel József


ui.: mondjuk itt most épp ramaty egy idő van :(


Feladó: techinfo-boun...@lista.sulinet.hu , 
meghatalmazó: Fehér Sándor 
Elküldve: 2016. október 13. 21:50:10
Címzett: Techinfo
Tárgy: Re: [Techinfo] DHCP anomália

Csinálsz egy saját szervert és probléma elfejtve. :)

2016. 10. 13. 20:49 keltezéssel, Veres Sándor írta:
2016. október 13. 16:01 írta, 
mailto:k...@mayten.sch.bme.hu>>:
On 2016-10-13 14:54, Veres Sándor wrote:
Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).


egy cisco routerben is termeszetesen van lehetoseg mac alapjan statikus ip 
cimeket osztani.  hozzaferes szintjetol fugg, hogy az adott helyzetben ez 
elerheto-e, de a platform kepes ra.

Még jó hogy a platform képes rá, ki mondta, hogy nem!
Azonban a mi (= iskolai rendszergazdák) hozzáférési szintünkön nincs rá 
lehetőség!
Már korábban is volt róla szó, hogy számunkra nem engedélyezett a Sulinetes 
Routert konzolon menedzselni; van egy egyedi webes menedzsment felület 
korlátozott funkciókkal.

Veres Sándor



___
Techinfo mailing list
Techinfo@lista.sulinet.hu<mailto: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/

Re: [Techinfo] DHCP anomália

2016-10-14 bef zés ZS B

Szia!

FFFE szúródik be a mac cím közepére és a mac cím 7. bitje ellentétesre
változik. A többi jó.

@kérdező: ha már kiosztott ip-vel az átjáró sem pingelhető, akkor én
layer2-es dolgokat ellenőriznék. A probléma érdekes, de valóban több
információ kellene a pontos diagnózishoz.

Üdv

 ezt írta (2016. szeptember 30., péntek):

> On 2016-09-30 12:27, Venczel József wrote:
>
>> Hát...arra azért kíváncsi lennék, mit kezdenél egy rakás olyan
>> géppel, ami egyik percről a másikra nem kap semmilyen ip címet és
>> ha fix címet állítok be, akkor sem lát semmit...
>>
>
> sokan kivancsiak erre.  oket hivjak ugy, hogy megrendelo.
>
> Amit lehetett, hogy ha "megpingeltem" két belső hálós (fix ip
>> címes) gépet, azok látták egymást, de kifelé azok sem láttak.
>>
>>
> arp cache?  cef?  cam tabla?  traceroute?  tcpdump?
>
> Amúgy köszi az infót az ipv6-ról! Még nem nagyon ismerkedtem
>> vele. Érdekes lehet hogyan oldják meg, hogy ne legyen ip cím
>> ütközés, ha mindenki magának találja ki. Majd utánaolvasok...
>>
>>
> bizonyos felteteleknek meg kell felelni ahhoz, hogy hasznalni lehessen, a
> legfontosabb, hogy /64 tartomanynak kell lennie.  Az ipv6 cim ugye 128 bit,
> a /64 azt jelenti, hogy 64 bit a halozat azonositoja, 64 bit a hoszt
> azonositoja.
>
> Adott a mac address mindenhol, ami ugye egyedi kell legyen, legalabb az
> adott halozaton belul (ha nem, mas, fontosabb problemak lesznek).  Az EUI64
> pedig nem csinal mast, mint a 48 bites mac cimet kiegesziti 64 bitre (most
> fejbol nem tudom, hogy kozepre tesz-e be fffe -t vagy valami hasonlot) es a
> 64 bites halozati cimmel egyutt a 48 bites mac cimbol generalt masodik 64
> bit lesz egyutt az ipv6 cim.
>
> kiveve, amikor nem.  peldaul akkor, ha az ember nem szeretne, ha kovetheto
> lenne.  mivel a mac cimek tobbnyire nem csak a helyi halozatban, de ugy
> altalaban globalisan egyediek (vagy legalabbis a legtobb gyarto torekszik
> erre) igy az ipv6 cimed masodik fele sosem fog valtozni, amig a mac cimed
> ugyanaz.  marpedig az ipv6 cimek (a privat tartomanyt leszamitva)
> globalisan route-olhatoak, nincs nat es egyeb bohockodas, ezert ebbol az is
> kovetkezik, hogy maszkalsz mindenfele ipv6 halozatokban es mindenki tudni
> fogja, hogy ugyanaz az eszkoz csatlakozott most ide, kesobb meg amoda.
> peldaul tobbe nincs szukseg cookie-ra, hogy azonositani lehessen ugyanazt a
> latogatot egy weboldalon, mivel az ipv6 cimenek a vege mindig ugyanaz es
> egyedi lesz.  sokan ezt nem szeretik, mert igy kovethetove valnak.
>
> ezert peldaul windozok eloszeretettel hasznaljak az EUI64 egy masik
> verziojat, amikor a masodik 64 bit ugyan a MAC-bol szarmaztatott, de
> pszeudo-randomizalt, azaz rendszeresen, algoritmizaltan valtozik.  de ha
> megfeszulok sem tudom ennek az alapjait, guglizni meg nincs kedvem hozza.
> a lenyeg, hogy ehhez sem kell dhcp.  windozban ezt az ipconfig kimenetben
> atmeneti ipv6 cimkent latod, de fel van tuntetve a MAC cimbol kepzett is,
> EUI64 eseten.
>
> fontos, hogy ez csak egy (de a legelterjedtebb) modja a dinamikus ipv6
> cimosztasnak.  termeszetesen van dhcpv6, nem azt allitom, hogy nincs, csak
> azt, hogy ha azt feltetelezem, hogy nalad a leggyakrabban hasznalt EUI64
> metodus van, akkor van eselyem a legkisebbet tevedni mikozben azon
> gondolkodom, miert nem mukodott a halozatod.
>
> nyilvan, ha leirtad volna milyen cimosztas mukodik nalad, nem kene
> talalgatni :)
>
> 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/

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés Fehér Sándor


Csinálsz egy saját szervert és probléma elfejtve. :)

2016. 10. 13. 20:49 keltezéssel, Veres Sándor írta:
2016. október 13. 16:01 írta, >:


On 2016-10-13 14:54, Veres Sándor wrote:

Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).


egy cisco routerben is termeszetesen van lehetoseg mac alapjan
statikus ip cimeket osztani.  hozzaferes szintjetol fugg, hogy az
adott helyzetben ez elerheto-e, de a platform kepes ra.


Még jó hogy a platform képes rá, ki mondta, hogy nem!
Azonban a mi (= iskolai rendszergazdák) hozzáférési szintünkön nincs 
rá lehetőség!
Már korábban is volt róla szó, hogy számunkra nem engedélyezett a 
Sulinetes Routert konzolon menedzselni; van egy egyedi webes 
menedzsment felület korlátozott funkciókkal.


Veres Sándor


___
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/

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés Veres Sándor

2016. október 13. 16:01 írta, :

> On 2016-10-13 14:54, Veres Sándor wrote:
>
>> Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).
>>
>>
> egy cisco routerben is termeszetesen van lehetoseg mac alapjan statikus ip
> cimeket osztani.  hozzaferes szintjetol fugg, hogy az adott helyzetben ez
> elerheto-e, de a platform kepes ra.

Még jó hogy a platform képes rá, ki mondta, hogy nem!
Azonban a mi (= iskolai rendszergazdák) hozzáférési szintünkön nincs rá
lehetőség!
Már korábban is volt róla szó, hogy számunkra nem engedélyezett a Sulinetes
Routert konzolon menedzselni; van egy egyedi webes menedzsment felület
korlátozott funkciókkal.

Veres Sándor
___
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/

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés Csaba Tiba

A cisco router beállitásai a dashboardon keresztül elég szegényes de a
support tud segíteni. Az azért ugye érdekes hogy máshol meg megy. A
sulinetea router a régi switchbe megy? Mert akkor a hiba is meglehet.

Csaba

2016.10.13. 16:01 ezt írta ( ):

> On 2016-10-13 14:54, Veres Sándor wrote:
>
>> Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).
>>
>>
> egy cisco routerben is termeszetesen van lehetoseg mac alapjan statikus ip
> cimeket osztani.  hozzaferes szintjetol fugg, hogy az adott helyzetben ez
> elerheto-e, de a platform kepes ra.
>
> 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/

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés ka


On 2016-10-13 14:54, Veres Sándor wrote:

Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).



egy cisco routerben is termeszetesen van lehetoseg mac alapjan statikus 
ip cimeket osztani.  hozzaferes szintjetol fugg, hogy az adott 
helyzetben ez elerheto-e, de a platform kepes ra.


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/

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés Veres Sándor


2016.10.13. 14:44 keltezéssel, Csaba Tiba írta:


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




Mert a Sulinetes Routeren erre nincs lehetőség (emlékeim szerint).
___
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/

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés Csaba Tiba

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" ):

> 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  sulinet.hu>, meghatalmazó: Venczel József 
> *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  sulinet.hu>, meghatalmazó: Fehér Sándor 
> *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észe

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés ka


On 2016-10-13 08:28, Venczel József wrote:

Nem én állítottam be, a sulinetes router osztja, 24 órára. Az
eszközök (főként telefonok) pedig néhány órán belül, akár
még két másik alhálózatot is megjárnak. Az ott lévő dhcp
szerverekre 2 órás bérleti időt adtam meg.



amennyiben van hozzaferesed, akar konzolrol, a show ip dhcp bind parancs 
megmondja, hany ip cim van kiosztva.  Ebbol meg tudod mondani, hogy 
van-e meg szabad.


Ha nincs, akkor egyszeruen egy kliensen kerned kell ip cimet es 
wireshark/tcpdump segitsegevel megnezni, hogy egeszen pontosan milyen 
valasz jon, ha jon.


ha nem jon valasz, az a problema.  ha jon de nem a vart, akkor pedig az. 
 mindket esetben maskepp kell tovabb haladni.


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/

Korábban sok probléma volt a hálózattal, ezért amikor átvettem,
egyszerűsítettem, ahol lehet. Eddig nem volt igazán szükség dhcp szerverre,
mert stabilan ment minden. A sulinetes Cisco router osztja az ip címeket.
Napközben 30-40 munkaállomás megy. A géptermek teljesen más szegmensben vannak,
annak nincs semmi köze ehhez. Ott megy is mindig minden rendben 60 géppel.
Win10-zel ;o)

Feladó: techinfo-boun...@lista.sulinet.hu ,
meghatalmazó: Csaba Tiba
Elküldve: 2016. október 13. 8:43:22
Címzett: Techinfo
Tárgy: Re: [Techinfo] DHCP anomália

Lehet 2x megy ki a levelem, de:
Milyen OS van a szerveren? Miért nem használsz mac addressre fix ip-címet?

Csaba

2016. október 13. 8:14 Venczel József írta,
mailto: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<mailto:techinfo-boun...@lista.sulinet.hu>
mailto:techinfo-boun...@lista.sulinet.hu>>,
meghatalmazó: Venczel József mailto: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<mailto:techinfo-boun...@lista.sulinet.hu>
mailto:techinfo-boun...@lista.sulinet.hu>>,
meghatalmazó: Fehér Sándor
mailto: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.

Re: [Techinfo] DHCP anomália

2016-10-13 bef zés Venczel József

Nem én állítottam be, a sulinetes router osztja, 24 órára. Az eszközök (főként 
telefonok) pedig néhány órán belül, akár még két másik alhálózatot is 
megjárnak. Az ott lévő dhcp szerverekre 2 órás bérleti időt adtam meg.


Feladó: techinfo-boun...@lista.sulinet.hu , 
meghatalmazó: Adam 
Elküldve: 2016. október 13. 8:42:26
Címzett: Techinfo
Tárgy: Re: [Techinfo] DHCP anomália

Mekkora lease time-ot allitittal be a szerveren?
--
Sent from my cellphone.
___
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/

Re: [Techinfo] DHCP anomália

2016-10-12 bef zés Csaba Tiba

Lehet 2x megy ki a levelem, de:
Milyen OS van a szerveren? Miért nem használsz mac addressre fix ip-címet?

Csaba

2016. október 13. 8:14 Venczel József írta, :

> 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  sulinet.hu>, meghatalmazó: Venczel József 
> *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  sulinet.hu>, meghatalmazó: Fehér Sándor 
> *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

Re: [Techinfo] DHCP anomália

2016-10-12 bef zés Adam

Mekkora lease time-ot allitittal be a szerveren?
-- 
Sent from my cellphone.
___
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/

Re: [Techinfo] DHCP anomália

2016-10-12 bef zés Venczel József

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.

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.

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 ,
meghatalmazó: Venczel József
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 ,
meghatalmazó: Fehér Sándor
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)

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.

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é

Re: [Techinfo] DHCP anomália

2016-10-03 bef zés Venczel József