Теряются пакеты на пути от нашего сервера Oktell до мегаплана. Как быть?

Question

[Vladimir Solodkov]

У нас есть сервер Oktell с интеграцией в Megaplan. В телефонии постоянно случаются разрывы связи, либо же один не слышит другого человека. Мы выяснили что на пути от сервера до мегаплана 36% пакетов теряются. IP принадлежит Rostelecom в Вологде, если не ошибаюсь. Как быть? Как можно это исправить?

Comments

[Wexter]

написать заявку провайдеру на устранение пробовали?

[Vladimir Solodkov]

Wexter: Может быть проблема совсем в другом. Точно не известно. Сервер стоит не у нас.

Answer 1

[АртемЪ]

Мы выяснили что на пути от сервера до мегаплана 36% пакетов теряются.

Как выяснили?
Где именно теряются?

Чаще всего теряются у вас, или у вашего провайдера когда он режет ваш лимит, т.е опять же у вас.
Поэтому чтобы критичные к потерям пакетов сервисы работали без проблем нужно настраивать QoS и приоретизацию.
Так же причиной потерь бывают нестабильные каналы - например WiFi, ну тут все просто избавиться от таких каналов, заменив на витую пару и оптику.

Ну еще бывают проблемы у провайдеров, вот тогда надо разбираться с провайдером, пытаться решить эту проблему, или менять провайдера.

Comments

[Vladimir Solodkov]

Теряются у ростелекома. IP, местонахождение - Вологда 36%

[Руслан Федосеев]

да не теряется там ничего
[martin@martin ~]$ mtr mail.ru --report
Start: Thu Aug 31 15:53:33 2017
HOST: martin.office.lds.ua Loss% Snt Last Avg Best Wrst StDev
1.|-- vpnserver.lds.net.ua 0.0% 10 4.8 1.1 0.6 4.8 1.3
2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3.|-- 217.107.80.57 90.0% 10 16.3 16.3 16.3 16.3 0.0
4.|-- 213.59.212.217 0.0% 10 15.8 16.5 15.7 22.3 2.0
5.|-- rostelecom-gw-xcr1.fri.cw 0.0% 10 60.7 61.0 60.6 61.5 0.0
6.|-- ae23-xcr1.fri.cw.net 0.0% 10 66.5 66.5 66.4 66.7 0.0
7.|-- ae2-xcr1.fix.cw.net 0.0% 10 56.7 56.6 56.5 57.0 0.0
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- 54.239.5.132 0.0% 10 56.6 58.2 56.4 64.1 2.6
12.|-- ec2-35-156-166-193.eu-cen 0.0% 10 63.5 62.9 62.7 63.5 0.0
[martin@martin ~]$

второй хоп - мой аплинк. Который совсем зафильтровал icmp на своей железке.
8-10 хопы - тоже что то магистральное.
Вас должны интересовать потери на последнем узле. Вот если они есть на узле назначения - то значит действительно есть потери. А так - все нормально.

[АртемЪ]

Vladimir Solodkov: Каким образом вы это установили???
Как вообще можно с такой точностью установить потери в чужой сети? Это же невозможно без помощи провайдера.

Answer 2

[Руслан Федосеев]

а где вы видите потери то???
Потери на промежуточном узле - вообще ни о чем. Может там icmp зарезан по к-ву ответов?

Comments

[Vladimir Solodkov]

Понятия даже не имею... Тогда с чем могут быть проблемы в телефонии?

[mureevms]

Как правило, MTR показывает именно потерянные пакеты. Если в этом нет уверенности, то пингуйте одновременно и смотрите теряются ли пакеты когда об этом говорит mtr.

[Vladimir Solodkov]

mureevms: Делали так. Поэтому и пришли к такому выводу...

[mureevms]

В таком случае, или обращаться в РТ, что бесполезно, либо поднять сервер впн, который находится не по пути этого хоста и подключить к нему оба сервера, изменив адреса в приложении на локальные адреса впн подсети

[Vladimir Solodkov]

mureevms: Понял, спасибо!

Answer 3

[Пума Тайланд]

Промежуточный узел вам не обязан отвечать, все пакеты в итоге дошли без потерь так что вы гоните

Comments

[Vladimir Solodkov]

Смотрите скриншот

[Пума Тайланд]

Vladimir Solodkov, ну вы сами и смотрите
если бы на этом узле терялись пакеты у вас на всех последующих узлах было бы 36%
я например могу вообще сказать роутеру не отвечать на такие штуки но пакеты до конечного сервера будут доходить