Linux за българи: Форуми

Здравейте

Наблюдавам много странен проблем с MTR.
Пускам го към abv.bg примерно и на 2ри 3ти хоп започва да трупа грешки на по няколко пакета. По същото време пуска и PING към всеки един от хостовете през които минавам за да стигна до ABV и няма нито 1 пакет загуба.


ПОСТАНОВКА  PC(private IP) -> (NAT)ROUTER(Public IP) -> Internet -> ABV

Имаш проблем с рутера май.
Ето какво дава при мен:

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|-----------------------------------------------|-------|------|------|------|------|------|
|                     spectrumnet.bg -    0 |   14  |   14 |    0 |    0 |    1 |    1 |
|                        netinfo.bix.bg -    0 |   14 |   14 |    0 |    1 |    2 |    2 |
|                                  abv.bg -    0 |   14 |   14 |    0 |    0 |    2 |    0 |
|_________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

MTR е велика програма колега. Ако искаш пусни тука изхода, да ги видим тия хостове, дето ти се губят пакети.

1.|-- 10.0.0.1                  80.0%    10    0.5   0.4   0.3   0.5   0.2
2.|-- 192.168.10.1             10.0%    10    3.5   3.8   3.4   5.0   0.6
3.|-- 95.111.37.129            90.0%    10    3.4   3.4   3.4   3.4   0.0
4.|-- 89.190.204.244           0.0%    10    4.0   6.5   4.0  17.9   4.4
5.|-- 193.169.198.165          0.0%    10    4.4  11.6   4.3  73.3  21.7
6.|-- 194.145.63.12              0.0%    10    4.2   4.9   4.1   7.7   1.1

Като ако пусна пинг към всеки един от хостовете нямам загуби

Според мен пробема ти е в рутера. За да сме напълно сигурни, може ли да пробваш да вържеш кабела на доставчика директно в компютъра ти и да видиш дали прави същия проблем.

Ясно е ,че проблема е някаде из мойте рутери 10.0.0.1 и 192.168.10.1. Когато използвам публични адреси загубите ги няма. Чистих си защитните стени но без резултат.

Ами друг отговор няма. Може да има хардуерен, може да е и софтуерен проблем с рутера.
Предлагам ти да си провериш дали версията на firmware-a на рутерите е последната.
След това вече може да говорим за грешни/неправилни настройки.

Софтуерните версии за ми ОК. Някакви идей защо PING-a ми минава без загуби , при условие ,че MTR прави пак ping само че с инкрементиране нa TTL с 1 на всеки следващ hop.

Само за едната проба, какво ли ще покаже ако пуснеш MTR от друга машина, вътре в мрежата ти. Сега е пуснато от втория ти рутер, нали така ? Не вярвам да нямаш и друга машина в мрежата ти. А даже може да тестваш с MTR и от Линукс, и от Windows машини (има и WinMtr програма).

Софтуерните версии за ми ОК. Някакви идей защо PING-a ми минава без загуби , при условие ,че MTR прави пак ping само че с инкрементиране нa TTL с 1 на всеки следващ hop.

Здрасти !
Не че му разбирам, но я пусни това пак:
mtr -e -u -c10 -r -n abv.bg
Не съм убеден, че mtr работи само с пинг ;) А ако работи с UDP, а ти го филтрираш ? Провери ли когато никакви стени не работят ?
А и принципно магеланците имат разни филтри. Провери дали и какво ти връща (примерно type X, error X) за да си сигурен, че стреляш ICMP  и получаваш.
Според мен проблема е логическо объркване при теб. Имаш ограничител на брой пакети към протокол, както и непропускливост и чуствителност към други. Ефекта го наблюдаваш и решаваш, че нещо не е наред.
Притеснил си се неоснователно.

Успех !

mtr работи kato ping + traceroute едновременно.

Да нямаш някакъв shaper или ограничение на icmp пакети/секунда към рутера ти?

Покрай MTR бях спрял да ползвам traceroute , загубите се оказа ,че ги има и при него.
traceroute to abv.bg (194.153.145.104), 30 hops max, 60 byte packets
1  10.0.0.1 (10.0.0.1)  0.254 ms  0.248 ms *
2  192.168.10.1 (192.168.10.1)  3.482 ms  3.479 ms  3.472 ms
3  95.111.37.129 (95.111.37.129)  3.464 ms  3.642 ms *
4  89.190.204.244 (89.190.204.244)  4.414 ms  4.414 ms  4.411 ms
5  netinfo.bix.bg (193.169.198.168)  4.722 ms  4.465 ms  4.455 ms
6  abv.bg (194.153.145.104)  4.424 ms  4.427 ms  4.423 ms

Всичките машини са Debian 6: 10.0.0.1 е без firewall единствено в sysctl e сложено net.ipv4.ip_forward=1 останалото е по default.
95.111.37.129 има iptables правила но за icmp няма.
Загубите са различни при всеки traceroute , mtr но винаги са на тези 2 хоста.


mtr -e -u -c10 -r -n abv.bg - няма опция -е , като се пусне без нея загубите са на същите места + на последния хоп abv

Загубите си ги имам и в локалната мрежа, при ПИНГ ги няма де :) и то само в едната посока има загуби
HOST: 10.0.0.20                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  2.|-- 192.168.10.1         90.0%    10    3.4   3.4   3.4   3.4   0.0
  3.|-- 192.168.0.200          0.0%    10    3.5   3.4   3.3   3.8   0.1

HOST: 192.168.0.200            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. 192.168.0.1                   0.0%    10    0.1   0.1   0.1   0.2   0.0
  2. 192.168.10.2                   0.0%    10    3.1   3.1   3.0   3.4   0.1
  3. 10.0.0.20                     0.0%    10    3.4   3.4   3.3   3.4   0.0

Постановка: 10.0.0.20 ->[eth1-10.0.0.1]DEBIAN-ROUTER2[eth0-192.168.10.2]->[eth2-192.168.10.1]DEBIAN-ROUTER1[eth0-192.168.0.1]->192.168.0.200
Интернет-а е от ROUTER1 на eth1 , като единствено натвам на 10.0.0.0/24 и 192.168.0.0/24 зад ИП-то което имам от доставчика. Също така на ROUTER1 имам статичен route че пътя за мрежа 10.0.0.0/24 е през 192.168.10.2 . За ROUTER2 пътищата са през DEFAULT ROUTE

Да се съсредоточим тук:
Постановка: 10.0.0.20 ->[eth1-10.0.0.1]DEBIAN-ROUTER2

Ако всичко описано е точно така, както е представено, след уточняващия въпрос между двете машини свързаността е кабел или през суич. Трябва да се търси по ТХ от 10.0.0.20.
Ако е кабел, размени двата края по машините. Ако след това, загубите са по RX, имаш отговора.
Ако останат по ТХ, ще да е проблем с картата на 10.0.0.20 или самите медни пера са или прещипани или не контактуват добре.
Ако има междинен суич, махни го и тествай по-горното.
И от елементарно любопитство да питам какво показва:
ifconfig ethX
където:
RX errors:???
TX errors:???
collisions:???

Успех

Между вскички машини има неоправляеми комутатори. На всички устройства стойността на грешки и колизии е 0. Проблема немисля ,че е хардуерен при условие,че от 192.168.0.200 към 10.0.0.20 няма и пакет загуба.

Всичко е повече от нормално - работиш с малки рутери, а те не отговарят винаги на ICMP или UDP пакетите.
Ако те успокоява при ADSL-а на Виваком нещата изглеждата така:
mtr -e -c10 -r -n abv.bg
HOST: gogo                         Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 95.43.193.89               0.0%    10    1.2   1.3   1.2   1.4   0.1
  2.|-- 95.43.193.89              60.0%    10    1.3   1.3   1.3   1.3   0.0
  3.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- 10.242.248.249             0.0%    10   29.6  28.4  26.7  30.1   1.1
    |   +-- [MPLS: Lbl 16178 Exp 0 S 1 TTL 255]
  5.|-- 212.39.91.67               0.0%    10   26.3  26.0  25.4  26.4   0.3
  6.|-- 213.91.166.46              0.0%    10   25.7  26.5  25.6  31.8   1.9
  7.|-- 193.24.240.57              0.0%    10   25.8  25.9  25.5  26.4   0.3
  8.|-- 194.153.145.104            0.0%    10   26.1  25.7  25.2  26.1   0.4

1,2,3, 4 и 5 все са си в модемчето на Виваком има и по 100% загуби - рекорд!