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

[Horváth Péter]

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.