Re: Halozati sebesseg ellenorzes.....
hello, Elsősorban nem egy program fogja Neked megmondani, hogy melyik eszköz okozza a lassulást. Az én cégemnél egyszerűen tisztában vagyok a switch-ek végpontjaival és elég rápillantanom a ledekre, hogy megállapítsam, melyik munkaállomás produkál irreális forgalmat. 30 munkaállomásunk van és hat server, eddig mindig sikerült kiszúrnom a kakukktojást. Végül egy egyszerű netstat, vagy tcpview futtatásával konkrétabban meghatározható az adott folyamat. Ez az én véleményem. :))) bocs, de ez tenyleg megmosolyogtato... :)) Nalunk van kb. 25 switch (rajtuk kb 30 VLAN), kb. 4-500 kliens, ugy 60-70 szerverrel, ez kicsit maskepp nez ki. Mi itt nem nagyon boldogulunk szemmelveressel, tekintve hogy a switchek egy reszevel meg nem talalkoztunk szemelyesen, ill. nehany kivetellel mind valahol kulso telephelyen uzemelnek. Ne erts felre, nem akarok 'felvagni' ezzel, de ezeket a szoftvereket azert fejlesztik es hasznaljak, mert igeny van ra, es nem csak annyi, hogy tudjuk, Bela mennyit netezett a mult heten. Ha egy MRTG kimenet neked feluletes, akkor vagy rosszul van beallitva, vagy Te tenyleg nem lattal meg halozatot. :)) (Erzekelteteskent: a Nagiosban 126 host (ebben vannak 'halon kivuli' hostok is), es kb 600 service van felveve. Azert azt talan Te is belatod, hogy ezt keptelenseg 'ranzesre' kiszurni, de itt meg a tcpdump sem segit :)) (Bocs mindenkitol, aki nagykepunek tartana a stilust, egyaltalan nem akart az lenni.) a. Az mrtg-t használom pár éve, nagyon felületes, úgy is lehet mondani, konkrét informáicót nem ad arról, az adott pilllanatban miért is lassú a hálózat. Tökéletesen látszik a grafikononkon, mikor is lassult be a háló, de az okát nem fogja Neked megmondani. izé, tudsz esetleg olyan progit, ami megmondja, hogy hol a gond? Szerintem tobb embert erdekelne itt a listan is... :) IMHO egyik sincs arra felkeszitve (egyaltalan, lehet?), hogy megmondjon neked ilyen informaciot. Olyat tudsz, hogy monitorozol egy halozatban minden eszkozt (...), es megnezed, melyik okozza/okozhatja a lassulast. Lehet, hogy felreertem a hozzaszolasodat, akkor bocs. :) -- Minden baj forrása az 1/x függvény. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
Hat igen, az en halozatom egy kicsit kisebb, viszont harom eve mukodik tartos uzemzavar nelkul. ERP szoftvert fejlesztunk es van a Tiedhez majdnem hasonlo parameterekkel par ugyfelunk, ahol sokszor napokig megall az elet, attol meg hasznalhatjak a nagiost ill. mrtgt-t. Bocs, ha beleszoltam a nagyok dolgaba. Zsolt Hegedüs Ervin írta: Nalunk van kb. 25 switch (rajtuk kb 30 VLAN), kb. 4-500 kliens, ugy 60-70 szerverrel, ez kicsit maskepp nez ki. Mi itt nem nagyon boldogulunk szemmelveressel, tekintve hogy a switchek egy reszevel meg nem talalkoztunk szemelyesen, ill. nehany kivetellel mind valahol kulso telephelyen uzemelnek. Ne erts felre, nem akarok 'felvagni' ezzel, de ezeket a szoftvereket azert fejlesztik es hasznaljak, mert igeny van ra, es nem csak annyi, hogy tudjuk, Bela mennyit netezett a mult heten. Ha egy MRTG kimenet neked feluletes, akkor vagy rosszul van beallitva, vagy Te tenyleg nem lattal meg halozatot. :)) (Erzekelteteskent: a Nagiosban 126 host (ebben vannak 'halon kivuli' hostok is), es kb 600 service van felveve. Azert azt talan Te is belatod, hogy ezt keptelenseg 'ranzesre' kiszurni, de itt meg a tcpdump sem segit :)) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Halozati sebesseg ellenorzes.....
Sziasztok! A kovetkezo dolgot szeretnem megoldani. Van egy fix berelt vonalunk kifele, ami neha irtozatosan belassul, de mire bejelentem a hibat addigra ez a dolog elmulik, es sajna nem tudom konkret idohoz(elofordult reggel is este is) kotni, sot a lassulas hossza nehany perctol nehany oraig tart. Neha csak azt vesszuk eszre hogy vanszorog a dolog. Termeszetesen (vagy Mo.-n nem is annyira termeszetes) szolgaltato azonnal megigerte, hogy kijon es kimeri a dolgot, de ha pont akkor nem produkalja a hibat akkor mit tudok tenni, csak eskudozni, hogy neha tenyleg belassul. TEhat tudtok-e olyan kis segedprogit, ami valamilyen modon folyamataosan, vagy beallithato suruseggel ellenorzi a pillanatnyi maximalis atviteli sebesseget (a teljes atviteli sebesseget es fuggetlenul a pillanatnyi forgalomtol) es azt naplozza. Az sem baj ha valami diagrammot is general, de az nem szusegszeru, ott van a gnuplot... Minden 5let erdekel Koszi Szilvo -- Szilveszter Pinter [EMAIL PROTECTED] FETI ltd. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
On 11/15/06, Szilveszter Pinter [EMAIL PROTECTED] wrote: Sziasztok! A kovetkezo dolgot szeretnem megoldani. Van egy fix berelt vonalunk kifele, ami neha irtozatosan belassul, de ezt korrektul kimerni megkockaztatom, h elvileg lehetetlen, hacsak a router elott nincs egy dedikalt eszkoz amin az osszes forgalom atmegy. ha ennyire segitokesz a szolgaltato akkor lehetne toluk kerni pl snmp hozzaferest (ebbol lehet grafikonozni), vagy talan rendes hozzaferest a routerhez es abban korulnezni hiba eseten. ha erre nem hajlandoak marad berakni egy eszkozt a router ele es azon merni. ez a legszebb es legmunkasabb megoldas. ezzel meg tudod majd mondani konkretan melyik host/port forgalmaz sokat, ki tudod szurni ha pl gizike torrentjei lassitjak be a halot. Andras ping-es megoldasa a semminel tobbet fog mutatni, de nem fogja megmondani az elvart pontossaggal a ki-be forgalom nagysagat, szerintem nem eleg konkret reklamalni a szolgaltatonal, ha esetleg megiscsak a vonal lenne lassu. udv m _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: Halozati sebesseg ellenorzes.....
Hello! A problémádra ezek is megoldások lehetnek: MRTG Nagios Bye Gyuri _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes..... [VBSCL:A14C989825A]
Csányi András wrote: TEhat tudtok-e olyan kis segedprogit, ami valamilyen modon folyamataosan, vagy beallithato suruseggel ellenorzi a pillanatnyi maximalis atviteli sebesseget (a teljes atviteli sebesseget es fuggetlenul a pillanatnyi forgalomtol) es azt naplozza. nálunk a smokeping cucc van. jelenleg ~150 végpontot monitorozunk vele itt 5 percenként tolki egy 20 pinges csomagot minden végpontra és monitorozza a 20 csomagon belüli idoszóródást és az elveszett csomagok számát. Sztem. ebbol lehet következtetni sok mindenre, de nem nevezheto konkrét mérésnek. Ezekbol ui. konkrétan azt látod, hogy mennyit késnek a csomagok ill. mennyi veszett el. Ha lassan jönnek/elvesznek a válaszok, nem jelenti azt, hogy lassú a vonal; lehet, hogy túl nagy rajta a forgalom... Gondolom, vmi. router van a bérelt vonali végpont és a LAN között. Annak a forgalmát kellene mérni. Az intelligensebb routerek tudnak ilyesmit. Ha pl. egy Linuxos gép a router, akkor sztem. az mrtg jó. Ezen kívül az iptraf is elég hasznos kis utility. Üdv, Qvik _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
On Wed, 2006-11-15 at 12:01 +, Miloska wrote: On 11/15/06, Szilveszter Pinter [EMAIL PROTECTED] wrote: Sziasztok! A kovetkezo dolgot szeretnem megoldani. Van egy fix berelt vonalunk kifele, ami neha irtozatosan belassul, de ezt korrektul kimerni megkockaztatom, h elvileg lehetetlen, hacsak a router elott nincs egy dedikalt eszkoz amin az osszes forgalom atmegy. Valami hasonlo valasztol tartottam..de azert meg remenykedem Akkor egy kicsit pontositok A teljes forgalom jelenleg egy linuxos routeren megy at, tehat a halozati forgalmat tudom figyelni. Ha a szokottnal joval lasubbnak tunik a NET akkor termeszetesen ellenorzom (jelenleg IPTraf) es ebbol latom a kimeno, bejovo sebesseget. Ez igy eddig OK is, de ez annyit mutat, hogy mekkora az aktualis forgalom, es akar mondhatjak azt is hogy a jkollegak eppen pihentettek a terhelest. Az idealis megoldas a kovetkezo lenne szerintem: -valami nagy iso-t feltolteni es parhuzamosan lehuzni valamilyen megbizhato kulso helyrol... -kozben (akar az iptraf-al) nezni az atlagos forgalmat. -az igy kapott adatot rogziteni valmailyen log file-be... Termeszetesen a fenti eljarast el kellene vegeznem viszonylag surun Ezt egyszeruen le lehetne programozni, es mondjuk 1/4 oranken 5 percre elinditani es az eredmenyeket logolni, de ezzel En lassitanam a sajat halozatunkat de ha mar van kesz megoldas akkor miert kuzdjek..:-) A pingetessel is az a legnagyobb problemam, hogy befolyassal van ra az aktualis belso forgalom, vagyis onmagaban keves Remelem az info bovites fenyeben jonnek ujabb otletek.. Koszi Szilvo _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux -- Szilveszter Pinter [EMAIL PROTECTED] FETI ltd. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
In article [EMAIL PROTECTED], Szilveszter Pinter [EMAIL PROTECTED] writes: TEhat tudtok-e olyan kis segedprogit, ami valamilyen modon folyamataosan, vagy beallithato suruseggel ellenorzi a pillanatnyi maximalis atviteli sebesseget (a teljes atviteli sebesseget es fuggetlenul a pillanatnyi forgalomtol) es azt naplozza. Az sem baj ha Kicsit ellentmondasos a kivansagod. Csak azt a throughputot lehet kimerni, amit az eles forgalom szabadon hagyott. Eloszor nezd meg a netperf programot, hogy mennyire elegiti ki az igenyeidet, aztan beszelgessunk tovabb! kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes..... [VBSCL:A149E52CD0D]
Szilveszter Pinter wrote: TEhat tudtok-e olyan kis segedprogit, ami valamilyen modon folyamataosan, vagy beallithato suruseggel ellenorzi a pillanatnyi maximalis atviteli sebesseget (a teljes atviteli sebesseget es fuggetlenul a pillanatnyi forgalomtol) es azt naplozza. Az sem baj ha ... Meg egy progi ( bar szerintem az eddigiekkel mar sok dolgot meg tudsz merni): ethereal. Ez ugyan sniffel, de ha van boven helyed, ahova a capture filet elteszed, egesz jo kis elemzeseket tudsz vegezni. Pl. barmelyik csomag tartalmat meg tudod nezni; nyomon tudsz kovetni egy konkret TCP kapcsolatot, stb. De ha komoly merest akarsz, akkor a szolgaltatot bizd meg. Udv, Qvik _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
A teljes forgalom jelenleg egy linuxos routeren megy at, tehat a halozati forgalmat tudom figyelni. Ha a szokottnal joval lasubbnak tunik a NET akkor termeszetesen ellenorzom (jelenleg IPTraf) es ebbol latom a kimeno, bejovo sebesseget. Ez igy eddig OK is, de ez annyit mutat, hogy mekkora az aktualis forgalom, es akar mondhatjak azt is hogy a jkollegak eppen pihentettek a terhelest. ha latod az aktualis forgalmat akkor mar eldontheto, hogy a bvonal a lassu vagy egyszeruen csak tele van. ha valoban a bvonal a lassu, akkor a szolgaltatoddal kellene szerintem egyeztetni, hogy ok milyen merest fogadnak el 'bizonyiteknak', gondolom pl h toluk kellene vmi filet letolteni nem 3. feltol. ha csak tele van a vonalad akkor meg keresd meg mi tolti meg. erzesre a felsorolt eszkozok ehhez boven elegendoek attol fuggoen milyen melysegben akarod elemezni a forgalmadat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
Az mrtg-t használom pár éve, nagyon felületes, úgy is lehet mondani, konkrét informáicót nem ad arról, az adott pilllanatban miért is lassú a hálózat. Tökéletesen látszik a grafikononkon, mikor is lassult be a háló, de az okát nem fogja Neked megmondani. Üdv! Zsolt Virag Gyorgy írta: Hello! A problémádra ezek is megoldások lehetnek: MRTG Nagios Bye Gyuri _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ NOD32 1867 (20061115) Inform�ci� _ Az �zenetet a NOD32 antivirus system megvizsg�lta. http://www.nod32.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Halozati sebesseg ellenorzes.....
hello, Az mrtg-t használom pár éve, nagyon felületes, úgy is lehet mondani, konkrét informáicót nem ad arról, az adott pilllanatban miért is lassú a hálózat. Tökéletesen látszik a grafikononkon, mikor is lassult be a háló, de az okát nem fogja Neked megmondani. izé, tudsz esetleg olyan progit, ami megmondja, hogy hol a gond? Szerintem tobb embert erdekelne itt a listan is... :) IMHO egyik sincs arra felkeszitve (egyaltalan, lehet?), hogy megmondjon neked ilyen informaciot. Olyat tudsz, hogy monitorozol egy halozatban minden eszkozt (...), es megnezed, melyik okozza/okozhatja a lassulast. Lehet, hogy felreertem a hozzaszolasodat, akkor bocs. :) udv: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux