Проблем с teamviewer и интернет доставчика

[Montoya]

Разбрах, само някой да каже при линукс каква е точно командата за пинг с времето, щото не става нещо, без -t си работи

Код: Избери всички

montoya@montoya-HP-EliteBook-8560p ~ $ ping google.com -t
ping: option requires an argument -- 't'
Usage: ping [-aAbBdDfhLnOqrRUvV] [-c count] [-i interval] [-I interface]
            [-m mark] [-M pmtudisc_option] [-l preload] [-p pattern] [-Q tos]
            [-s packetsize] [-S sndbuf] [-t ttl] [-T timestamp_option]
            [-w deadline] [-W timeout] [hop1 ...] destination
montoya@montoya-HP-EliteBook-8560p ~ $ ping google.com 
PING google.com (217.10.243.113) 56(84) bytes of data.
64 bytes from 217.10.243.113: icmp_seq=1 ttl=61 time=8.64 ms
64 bytes from 217.10.243.113: icmp_seq=2 ttl=61 time=9.21 ms
64 bytes from 217.10.243.113: icmp_seq=3 ttl=61 time=9.68 ms
64 bytes from 217.10.243.113: icmp_seq=4 ttl=61 time=9.21 ms
64 bytes from 217.10.243.113: icmp_seq=5 ttl=61 time=9.13 ms
64 bytes from 217.10.243.113: icmp_seq=6 ttl=61 time=9.44 ms
64 bytes from 217.10.243.113: icmp_seq=7 ttl=61 time=8.08 ms
64 bytes from 217.10.243.113: icmp_seq=8 ttl=61 time=9.72 ms
64 bytes from 217.10.243.113: icmp_seq=9 ttl=61 time=12.1 ms
^C
--- google.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8012ms
rtt min/avg/max/mdev = 8.081/9.479/12.177/1.074 ms

Това го пуснах тука от службата за проба само

[Diananet]

Точно това е. Пусни го за около минута и после виж дали имаш загуба на пакети и има ли фрапиращи разлики във времената. В случая са от 8ms до 12ms.
И един тест за скоростта на качване. Например от speedtest.net. Теста може да го направиш без нищо друго отворено и после докато се зарежда например фейсбука. Това, защото фейса и скайпа са най-големите лапачи на конекции. Защото, докато отваряш един сайт, например kaminata.net не се отваря само една конекция, а всички банери, реклами, анимации, снежинки си отварят по една и се бият да се заредят първи. Ако скоростта на сваляне е голяма, то първата закачена щуротия успява да се зареди, преди останалите да се усетят, но ако е малка много бързо стигаш лимита. При скайпа май промениха протокола и като че ли вече няма опасност да станеш нод или супер нод, но не съм сигурен.

[Montoya]

ОК утре ще ги пусна тестовете от нас

[Mozo]

Какъв -t, бе, това да не ти е ХР

Еквивалентът на -t при Linux е просто без -t. Пускаш примерно пинг до DNS:

ping 8.8.8.8 и ще си върви вечно. Когато искаш да спре, даваш Ctrl+C и то ще ти даде статистика за изгубените пакети.
Ако искаш да го понатовариш малко:

ping -s 1472 8.8.8.8, като 1472 ти е големината на пакета, като така пак ще е вечно и ти ще го спреш, когато решиш. Ако искаш да е определен брой пъти - ping -s 1472 -c100 8.8.8.8. Така ще пингне 100 пъти с указаната големина на пакета и ще спре, като най-накрая ще ти даде статистика. Ако го прекъснеш преждевременно с Ctrl+C, пак ще ти даде статистика

[Montoya]

Ем тенкю за разяснението, явно има разлики с уиндоус

[Nibelung]

А не е лошо и да пробва с големи пакети.

[Montoya]

Код: Избери всички

 ping google.com 
PING google.com (93.123.23.59) 56(84) bytes of data.
64 bytes from cache.google.com (93.123.23.59): icmp_seq=1 ttl=58 time=3.50 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=2 ttl=58 time=3.60 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=3 ttl=58 time=3.51 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=4 ttl=58 time=3.45 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=5 ttl=58 time=3.21 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=6 ttl=58 time=3.60 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=7 ttl=58 time=3.32 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=8 ttl=58 time=4.87 ms
64 bytes from cache.google.com (93.123.23.59): icmp_seq=9 ttl=58 time=6.52 ms

--- google.com ping statistics ---
230 packets transmitted, 230 received, 0% packet loss, time 229349ms
rtt min/avg/max/mdev = 3.098/5.110/22.229/3.700 ms

До 22 мс се вдигна когато провеждах спийд теста, Странното е че докато вървеше пинга към гугъл се вдигна скоростта на теста.
Първия тест беше такъв

Тествах и скоростта допак докато си вървеше пинга, като в същото време пусках скайп, вайбър и фейсбук. Резутатите от пинга са горе, а това е скоростта по време на пускане на програмите


По принцип съм на 100 мегабитов интернет, само че тоя доставчик го смята даун+ъп

Ето и резултата с по големи пакети

Код: Избери всички

ping -s 1472 google.com
PING google.com (93.123.23.59) 1472(1500) bytes of data.
From 192.168.0.1 icmp_seq=1 Frag needed and DF set (mtu = 1480)
1480 bytes from 192.168.0.1: icmp_seq=2 ttl=58 time=5.37 ms
1480 bytes from 192.168.0.1: icmp_seq=3 ttl=58 time=6.59 ms
1480 bytes from 192.168.0.1: icmp_seq=4 ttl=58 time=5.51 ms
1480 bytes from 192.168.0.1: icmp_seq=5 ttl=58 time=5.80 ms
1480 bytes from 192.168.0.1: icmp_seq=6 ttl=58 time=5.75 ms
1480 bytes from 192.168.0.1: icmp_seq=7 ttl=58 time=7.20 ms
1480 bytes from 192.168.0.1: icmp_seq=8 ttl=58 time=5.67 ms
1480 bytes from 192.168.0.1: icmp_seq=9 ttl=58 time=5.04 

--- google.com ping statistics ---
148 packets transmitted, 147 received, +1 errors, 0% packet loss, time 147211ms
rtt min/avg/max/mdev = 4.488/5.818/85.359/6.615 ms

И лягам щото ми се спи доста качествено

[Mozo]

Съдейки по моето си в някакви нормални граници:

Код: Избери всички

PING google.com (216.58.209.14) 56(84) bytes of data.
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=1 ttl=58 time=2.36 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=2 ttl=58 time=1.98 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=3 ttl=58 time=2.67 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=4 ttl=58 time=1.72 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=5 ttl=58 time=2.04 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=6 ttl=58 time=1.97 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=7 ttl=58 time=2.57 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=8 ttl=58 time=1.98 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=9 ttl=58 time=1.93 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=10 ttl=58 time=3.48 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=11 ttl=58 time=2.67 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=12 ttl=58 time=1.88 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=13 ttl=58 time=2.05 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=14 ttl=58 time=2.44 ms
64 bytes from sof01s12-in-f14.1e100.net (216.58.209.14): icmp_seq=15 ttl=58 time=2.11 ms
^C
--- google.com ping statistics ---
15 packets transmitted, 15 received, 0% packet loss, time 14018ms
rtt min/avg/max/mdev = 1.729/2.261/3.484/0.439 ms

Нека някой наясно с мрежите да каже, нямам идея

[Diananet]

Пренатоварена мрежа на доставчика и евентуален проблем с някой от суичовете. Покажи тези данни на твоя приятел. Той ще знае какво да направи. Е, има вероятност и Линукс сървъра да кляка, например при некадърен шейпър, но едва ли. При всички случаи ти повече нищо не можеш да направиш. Проблема не е при теб.

* от 4-5 години вече не се занимавам с мрежи и Линукс, та може и да бъркам. Нека още някой се изкаже.

[rado84]

а защо не накараш някой от поддръжката на доставчика да пробва да влезе в компа ти с viewer-а? ако успее, значи проблемът е локален, а не в доставчика.

[Diananet]

Дали ще е някой от поддръжката или например комшията му няма никакво значение, тъй като връзката ще се осъществява на локално ниво. Все пак е идея, защото ако и комшията му не успее, то поне ще е ясно, че проблема е в общия им суич. Докато от поддръжката ако не успеят няма да е ясно нищо, освен че някъде във веригата има проблемен суич.

[Montoya]

Чак такъв добър комшия дето да влиза с тийм вюер нямам Ще го мисля с пичовете