[Techinfo] NIIF sávszélesség emelés Cisco 892 FSP

2017. Jan. 26., Cs, 09:57:40 CET

 >A winboxban az interface-t megnyitva ott van a "Torch" gomb. 
Praktikus, mert 2 perc alatt ki lehet találni hogy ki torrentezik,
 >vagy melyik gép vírusos. Ennyi idő alatt még azt sem találnám ki hogy 
hova raktam a packet snifferemet.
Bocs, rosszul tettem fel a kérdést. Igazából a topológiát kérdeztem, 
mert azt nem értettem.

 >VMWare ESXi 5.5 virtuális gépeken futnak a mikrotik-ek. Nem mind 1 
hypervisoron, de ez változik.
Ezt a rendszert nem ismerem, de saját tapasztalatból tudom, hogy a 
mikrotik NEM jól működött nekem kvm paravirtualizációval.
Esetemben (is) az volt a gond, hogy minimális volt a cpu terhelés és 
sajnos a teljesítmény is, főleg ha kapott load balance-ot meg QOS-t. >>> 
Utóbbival padlót fogott.
A chr verziót használod? (ez való virtualizálásra, nem a sima pc-s 
telepítő) A licencelése is más a chr-nek, sebességre van megadva.

 >A két hypervisor között egy TP-Link gigabites smart switch van. Így 
szerintem nincs performance gond.
Látszólag elég jónak tűnik hardver oldalon.

 >A DNS változó. A tanulóii gépekhez opendns, ami elősegíti a 
tartalomszűrést...
A dns simán okozhat ilyen galibát!!
Példa: www.origo.hu elkezd betöltődni és megjelenik az oldal egy része 
de az egyik reklám url-jét nem tudja feloldani a gép egyetlen dns-el 
sem. >>>
Eredmény: Az adott reklám üres marad (jobbik eset) vagy kifagyasztja a 
böngészőt és mehet a reload!

Ipv6-ot letiltottad?

Javaslat:
Mérj csomagvesztést, hogy beigazolódik e a gyanú.
Dns-t ideiglenesen cseréld le a 8.8.8.8 és 8.8.4.4-re. >>> itt kérdés, 
hogy az elsődleges dns micsoda? (feltételezem, hogy egy ad-dc szerver és 
kérdés annak van e továbbitója stb...)
Szűrésre a proxy való szerintem, ami működik már https alapon is. 
(squid+squidguard)
Teszt pc a rendszeredet kikerülve a cisco-ra és tesztelés.

2017. 01. 26. 9:04 keltezéssel, Horváth Péter írta:
> 2017.01.25. 20:35 keltezéssel, Sándor Fehér írta:
>>
>> >Nekem elég soknak tűnik 400+300.
>> Ez kb reális és nem hiszem, hogy sok ez az eszközöknek.
>> Egy régebbi routerboard pl:rb133 kategóriának lenne ez sok.
>> Min van a mikrotik? (pc v routerboard)
>>
> VMWare ESXi 5.5 virtuális gépeken futnak a mikrotik-ek. Nem mind 1 
> hypervisoron, de ez változik.
> Mind a 8 logikai processzort használja, alig van kimutatható 
> processzor terhelés a mikrotik szerint.
> Két fizikailag elkülönített hypervisoron futó mikrotik virtuális gép 
> közötti sebesség a saját speedtestje szerint,
> általában 800 Mbps feletti de csúcsidőben is meghaladja az 500 Mbps -t.
> A két hypervisor között egy TP-Link gigabites smart switch van. Így 
> szerintem nincs performance gond.
>
>> >A mikrotik WAN interface-n néztem "torch"-ot 1 perc "entry timeout" 
>> -al, 400 körül mozog a sorok száma.
>> >A másikon (az is sulinetre kapcsolódik) 300. A másikon (az is 
>> sulinetre kapcsolódik) 300.
>> Ezt hogyan kell értelmezni?
> A winboxban az interface-t megnyitva ott van a "Torch" gomb. 
> Praktikus, mert 2 perc alatt ki lehet találni hogy ki torrentezik,
> vagy melyik gép vírusos. Ennyi idő alatt még azt sem találnám ki hogy 
> hova raktam a packet snifferemet.
>
>> Policyrouting vagy load balanceban van a két link?
>>
>> Még jó ötletnek tűnik egy dns cache ürítés is>>> ipconfig /flushdns
>> Milyen dns-t használsz?
>> Nálam a google public dns van a load balance miatt.
>>
> Egyik sem. rosszak a tapasztalatok a load balancing-al, főleg ha az 
> egyik Sulinet.
> Pl tegyük fel hogy a Sulinet megy szépen de megnőnek a válaszidők a 
> nagy terheléstől, de egyébként minden csomag eléri a célját.
> Mégis csak VPN, meg több router, szemben a fapados UPC internettel.
> Ettől a router inkább az UPC vonalra irányitja a forgalmat, aminél jók 
> a válaszidők, viszont x TCP kapcsolat felett eldobálja a csomagokat
> (az x értéke nincs megemlítve az apróbetűs részben esetleg a vonalat 
> egyidejűleg használó gépek száma)
> A DNS változó. A tanulóii gépekhez opendns, ami elősegíti a 
> tartalomszűrést...
>
> Ez a kép mutatja a tegnapi forgalmunkat:
> http://www.kepfeltoltes.eu/images/664mikiload.jpg
>
> 2 mikrotik a sulinet vonalat használja a középső pedig egy másik UPC 
> előfizetést (nem az ami a sulinethez van).
>
> Alapértelmezésben az UPC vonalon csak a tantermi tanulói gépek lógnak. 
> hadd szenvedjenek vele :)
> az 1. oszlop a wifis gépek, amik a hotspoton keresztül csatlakoznak. A 
> 3. pedig az irodai, tanári desktop PC-k amik LAN-on keresztül.
> Kevésnek tűnik a letöltési sebesség, de szerintem azért, mert 5 perc 
> átlagában mér a mikrotik.
> Azért ma már szépen megtolta valaki, letöltött egy iso file-t vagy egy 
> filmet kb 7:45-kor..
>
>
>
>>
>> 2017. 01. 25. 19:05 keltezéssel, Horváth Péter írta:
>>> 2017.01.25. 13:55 keltezéssel, Fehér Sándor írta:
>>>> >Szerintem túl nagy a csomagvesztés.
>>>> >Utoljára akkor szűnt az ilyen hiba amikor megnövelték a TCP 
>>>> kapcsolatkísérletek számát.
>>>> >Máshol nem tapasztaltatok ilyet?
>>>>
>>>> Szia!
>>>> A cisco router egyik portjába direktbe kösd be a géped és nézd meg 
>>>> úgy is. Ha van frissen telepített gép, azzal teszteld a felesleges 
>>>> körök elkerülése végett. (esetleg live linux bootolása a gépen)
>>>> Ha upc a szolgáltató, akkor össze tudod hasonlítani a upc modem 
>>>> portján lévő nem VPN-es nettel is, ha odakötöd a gépet. (nálunk ez 
>>>> így működik, máshol nem biztos)
>>>> A csomagvesztést ellenőrizd le, hogy tényleg az e a baj. >>> 
>>>> legegyszerűbb, hogy indíts el egy webrádiót és hallgasd nem 
>>>> akadozik e  (persze nem ez a tökéletes módja a tesztelésnek :D:D)
>>>> Nálunk a mikrotiken tudom monitorozni az egyidejűleg létrehozott 
>>>> tcp kapcsolódások számát (is). >>> Ha tudsz ilyet monitorozni, nézd 
>>>> meg mennyinél tartotok átlagban. 
>>>
>>> Szerintem ha 1 gépet teszek a sulinet routerre akkor tökéletesen 
>>> működik, de ez nem életszerű.
>>> Mert mi van akkor ha már van 5000 TCP kapcsolat és az 5001 -edik 
>>> kapcsolaton hallgatnám a webrádiót.
>>> A 95.8 Rádió Rock webes változata 1 percenként elhallgat, gyakran 
>>> kell nyomni egy F5-t.
>>>
>>> És ha már mikrotik akkor megnéztem kb 14 órakor.
>>> A mikrotik WAN interface-n néztem "torch"-ot 1 perc "entry timeout" 
>>> -al, 400 körül mozog a sorok száma.
>>> A másikon (az is sulinetre kapcsolódik) 300.
>>> kb 3/4-e tcp mindkét mikrotik esetén, és a 2/3 http+https, így 
>>> valószínűleg nem torrentezik senki.
>>> Nekem elég soknak tűnik 400+300.
>>>
>>>
>>> _______________________________________________
>>> Techinfo mailing list
>>> Techinfo at 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 at 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 at 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/