Cacti advanced ping large ICMP packets

[SS7]

Неудобството на Cacti и Advanced ping е, че пингва със  малки пакети, което не е оптималния вариант.

Бърз и лесен начин за преработка за пинг с голям пакет :

1. отваряте cacti_dir/lib/ping.php

2. намирате следните редове :

function build_icmp_packet() {

           $seq_low   = rand(0,255);

           $seq_high  = rand(0,255);

           $data      = "cacti-monitoring-system-

3. Допълвате $data с някакви символи до желаната големина на пакета.

4. Вече ще виждате евентуални загуби на големи пакети

[ефект]

Неудобството на Cacti и Advanced ping е, че пингва със  малки пакети, което не е оптималния вариант.

Бърз и лесен начин за преработка за пинг с голям пакет :

1. отваряте cacti_dir/lib/ping.php

2. намирате следните редове :

function build_icmp_packet() {

           $seq_low   = rand(0,255);

           $seq_high  = rand(0,255);

           $data      = "cacti-monitoring-system-

3. Допълвате $data с някакви символи до желаната големина на пакета.

4. Вече ще виждате евентуални загуби на големи пакети

Как да си пусна пинг статистика до даден интерфейс? Темплейта на Микротк няма пинг задавам на Unix ping Latency но нищо не се получава . Няккъде греша явно вече забих  

Version 0.8.7b

[SS7]

Има темплейт "advanced ping" , потърси го, забравил съм от къде го взех, май от форума на cacti .

[ефект]

Има темплейт "advanced ping" , потърси го, забравил съм от къде го взех, май от форума на cacti .

10x Да там го намерих .

[netronix]

Има темплейт "advanced ping" , потърси го, забравил съм от къде го взех, май от форума на cacti .

Колега можеш ли да постнеш един демо юзър, да видя за кво иде реч ?

[MiPSus]

По практично е да използвате външен скрипт за генериране на пинг-тест, преди време "струпах" този и ми върши добра работа:

PING="/bin/ping"

DATA=`$PING -i0.1 -c10 $1 -s65000 -q `


LOSS=`echo $DATA | grep loss | cut -d"," -f3,4 | cut -d"%" -f1 |cut -d"," -f2`


echo $LOSS


if [ $LOSS = 100 ];

then

echo 0

else

echo $DATA | awk -F/ '{print $5 }'

fi

Така също може скрипта да е на друга машина от която ви интересува теста и да взимате данните отдалечено през PHP

[ефект]

По практично е да използвате външен скрипт за генериране на пинг-тест, преди време "струпах" този и ми върши добра работа:

PING="/bin/ping"

DATA=`$PING -i0.1 -c10 $1 -s65000 -q `


LOSS=`echo $DATA | grep loss | cut -d"," -f3,4 | cut -d"%" -f1 |cut -d"," -f2`


echo $LOSS


if [ $LOSS = 100 ];

then

echo 0

else

echo $DATA | awk -F/ '{print $5 }'

fi

Така също може скрипта да е на друга машина от която ви интересува теста и да взимате данните отдалечено през PHP

DATA=`$PING -i0.1 -c10 $1 -s65000 -q `

не е ли много тежък този пакет?

[MiPSus]

Пакета от 65000 байта е единствения който ти дава максимално добра представа за качеството на връзката. В случая изпращаме 10 броя за една секунда, времезакъсненията са според връзката/шейпъра по пътя, може да достигнат и над 1000ms. , НО ЗАГУБИ НЕ ТРЯБВА ДА ИМА дори и на 802.11B връзка която прави едвам 2Mbit макс на тест  

Ето токущо пуснат такъв пинг от:

рутер(P4 3.0GHz Debian)

през 600м. LAN (FTP и 8 суича по стълбовете)

и 7км. PtP WLAN (2x PowerStation5 на 18dB TX)

до AP на кулата(OvisLink 5460 с IP х.х.10.23)

SELATA:~# ping xxx.xxx.10.23 -s 65000 -i0.1 -c10

PING xxx.xxx.10.23 (xxx.xxx.10.23) 65000(65028) bytes of data.

65008 bytes from xxx.xxx.10.23: icmp_seq=1 ttl=255 time=51.1 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=2 ttl=255 time=54.1 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=3 ttl=255 time=54.0 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=4 ttl=255 time=53.3 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=5 ttl=255 time=57.3 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=6 ttl=255 time=52.4 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=7 ttl=255 time=56.0 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=8 ttl=255 time=53.5 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=9 ttl=255 time=51.6 ms

65008 bytes from xxx.xxx.10.23: icmp_seq=10 ttl=255 time=57.5 ms

--- xxx.xxx.10.23 ping statistics ---

10 packets transmitted, 10 received, 0% packet loss, time 986ms

rtt min/avg/max/mdev = 51.163/54.129/57.551/2.128 ms

[ефект]

Пакета от 65000 байта е единствения който ти дава максимално добра представа за качеството на връзката. В случая изпращаме 10 броя за една секунда, времезакъсненията са според връзката/шейпъра по пътя, може да достигнат и над 1000ms. , НО ЗАГУБИ НЕ ТРЯБВА ДА ИМА дори и на 802.11B връзка която прави едвам 2Mbit макс на тест  

Ето токущо пуснат такъв пинг от:

рутер(P4 3.0GHz Debian)

през 600м. LAN (FTP и 8 суича по стълбовете)

и 7км. PtP WLAN (2x PowerStation5 на 18dB TX)

до AP на кулата(OvisLink 5460 с IP х.х.10.23)

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

[SS7]

Като се има в предвид, че максималната големина на етернет фрейма е 1518 байта , според мен е безсмислено да се пингва с по-големи пакети , те така или иначе се фрагментират.

[SS7]

Сори, чак сега виждам поста ти. Ето картинка , юзер ме мързи да правя , много е кликане , най вече с правата какво да виждаш и какво не.

На картинката добре се вижда преминаването от малък на голям пакет.

Колега можеш ли да постнеш един демо юзър, да видя за кво иде реч ?

[netronix]

При мен не го рисува този пинг

Не мога да разбера от кво е. Има графика за пинг но е празно. Само на един хост ми рисуваше обаче след време и той изгасна...

Ето кво става

[netronix]

3. Допълвате $data с някакви символи до желаната големина на пакета.

$data      = "cacti-monitoring-system-"

Аз го направих така ;

$data      = "1472"

Дали ще ги пингва така с този пакет ?

[111111]

пресканирай устройството явява се тоя бъг при промени

[netronix]

пресканирай устройството явява се тоя бъг при промени

Имаш предвид да изтрия хоста и да го добавя на ново ?