Tx flow control mikrotik что это

Обновлено: 20.05.2024

Управление потоком IEEE 802.3x обеспечивает функции управления трафиком для режима полного дуплекса. Управление потоком позволяет улучшить работу сетевого адаптера в режиме полного дуплекса с коммутатором. При работе в полном дуплексе (при этом требуется непосредственное подключение к коммутатору) и при угрозе переполнения буфера данных коммутатора, сетевой адаптер получит специальный кадр паузы. Последующий промежуток времени защищает буфер от переполнения и предотвращает потерю данных. Эта технология может улучшить общую производительность сети, предотвращает потерю данных и помогает достичь оптимальной производительности в сети.


По умолчанию эта опция отключенна. Отсюда у меня возникает ряд вопросов.
1. Стоит ли её включать и что это мне даст?
2. Flow Control работает со всеми сетевыми картами или только с теми что поддерживают этот режим.
3. Работает ли Flow Control между свичами (управляемый-неуправляемый)?
4. Какие негативные возможны последствия от включения этой опции? Ведь не зря она отключенна по умолчанию.

1) По сути Flow Control нужен в том случае если устройства на одном линке имеют разную произвиодительноть по приёму передаче кадров. Посылка стопового сигнала помогает избежпть потерь кадров.

2) Flow Control должен быть включён или выключен на обоих концах линка, т.е. сетевая карта конечно тоже должна поддерживать эту функцию и причём если на свитче она включена на сетвой карте она тоже должна быть включена.

3) Между управляемым и неуправляемым тоже может работать.

4) Последствия могут быть только если есть несоотвествие выбора режима работы функции на обоих концах линка.

5) На некоторых сериях свитчей например DES-30XX для корректной работы функции Bandwidth Control функция Flow control должна быть включена.

Причины медленного Интернета на Mikrotik

Как ни странно, но проблемы с самим каналом - это не единственная возможная проблема медленного Интернета. Наиболее часто встречающиеся причины:

  1. Нехватка вычислительных ресурсов самого устройства.
  2. Некорректная настройка, ошибки в работе, устройство взломано.
  3. Кто-то забивает весь канал :)
  4. Проблемы на стороне провайдера (авария, переход на резервные мощности и т.д.).

Из списка этих причин только последний пункт от нас никак не зависит, поэтому решение вопроса чисто организационное. Звоним на линию техподдержки и говорим, что у нас Микротик (этого бывает достаточно, для того, чтобы провайдер признал, что проблемы на их стороне. /юмор/)

Нехватка вычислительных ресурсов

И да, это бывает. Домашние микроты типа hap lite и подобные - не отличаются особо мощным процессором и вагоном оперативной памяти, поэтому сносно работают на типовых задачах - принять и раздать Интернет. Но стоит возложить дополнительный функционал вроде VPN-туннелей с хорошим трафиком - могут начаться подтормаживания.

Как проверить?

"Tools - Profile", жмём кнопку "Start" (не забываем потом нажать "Stop") и видим следующую картину:


Здесь показаны сервисы, потребляющие основное процессорное время микротика. Если какой-то процесс начинает пожирать значительную часть ресурса - это может ощущаться как "тормоза".

Что делать?

Вариантов несколько - разбираемся с проблемным сервисом - меняем настройки, оптимизируем. Либо, если дальше оптимизировать уже нечего - остаётся выбрать на нашем сайте железку помощнее. Это вполне нормальный процесс, стыдиться тут нечего.

Некорректная настройка, ошибки в работе, устройство взломано

Это комплексная проблема, признаки которой можно отследить изучив журнал событий (Log):


Что тут смотреть?

  • Ошибки, подсвеченные красным цветом;
  • Подозрительные события (дисконнекты, разрывы соединений);
  • Подключения с неизвестных адресов, а также активность неиспользуемых служб;

Ну про экспресс-диагностику на тему "А не похакали ли мой микротик?" будет отдельная статья чуть позже. Ну а пока, можно быстро проверить, какие службы у нас доступны (и с каких подсетей): "IP - Services", как мы делали в прошлой статье:


А также отключенный Socks (если сами не используете, поскольку это излюбленный приём микротохакеров) "IP - Socks":



Ещё из личного опыта ситуация, попадающая под определение некорректной настройки. В домашней сети у меня вполне современные устройства, работающие на стандарте 802.11n (ну такое-себе современное, подумали некоторые, но тем не менее). И одно устройство (старый ноут) работает только на 802.11b. Внимание, вопрос. Точка доступа hap lite, настроенная по умолчанию (802.11b/g/n) на каком стандарте будет работать? Правильно! На самом наименьшем из возможных, тем самым опуская все остальные устройства на устаревший режим.

Кто-то забивает канал

Вот и подошли, наконец, к моему самому любимому (и скажем прямо, скорее всего перешли на эту статью вы именно из-за этого) - какой-то пользователь забивает канал какими-нибудь торрентами или онлайн-киношками. Будем выяснять:

Через меню вызываем "Tools - Torch" - этот инструмент что-то вроде сетевого анализатора. Запускаем желательно на каком-нибудь интерфейсе типа Bridge, чтобы точно охватить проблемный участок. Далее отсортируем записи по полю Tx Rate (кликнув на заголовок поля) и получим сеансы, забивающие полосу передачи наиболее сильно.



Тут возможно две ситуации: единичная запись с большим Tx Rate - кто-то качает файл с сервера в один поток либо множество записей на один IP источника - это вероятнее всего P2P сети, типа Torrent.

Что делать?

Да кто что любит. Если это нехороший ресурс/пользователь - можно создать запрещающее правило на файрволле. Но я предпочитаю просто немного "подрезать крылышки" и загнать поток в очередь:

"Queues - Simple Queues", нажимаем "+" (добавить очередь) и указываем цель (Target) - IP качающего торренты и поле Target Download (или Upload в зависимости от направления).

Пока очередь пустая - иконка зелёная. Но как только иконка покраснела - значит очередь заполнилась и цель испытывает затруднения в закачивании. Обратите внимание, скорость указывается в бит/с. То есть для ограничения скорости примерно(!) в 1 Mb/s нужно выставить там 8M.



Темы очередей мы ещё обязательно коснёмся, а пока насладимся просмотром фильмов, пока наш коллега безуспешно пытается докачать торрент со скорость 1 Мбайт в секунду.

Tx flow control mikrotik что это

Fri Dec 11, 2015 10:43 pm

The airfiber does have an option to turn it off, but its on by default. Ubiquiti says its best to leave it on, but I find many posts like yours suggesting a network is better off without it. I guess I'll leave it on for airfibers, and off for everything else. Posts: 1290 Joined: Fri May 09, 2014 4:36 am Location: Rancho Cucamonga, CA

Fri Dec 11, 2015 10:45 pm

Honestly, the only time that you **REALLY** need it off, is with VoIP. it really screws with the packets and makes tons of jitter. David Joyce
Network & Security Engineer
Intrus Technologies, LLC.
Rancho Cucamonga, CA, USA Posts: 3111 Joined: Tue Aug 08, 2006 5:54 pm Location: Spain

Sat May 07, 2016 2:07 am

Honestly, the only time that you **REALLY** need it off, is with VoIP. it really screws with the packets and makes tons of jitter.

So nobody can really switch it on? I'd presume every traffic nowadays has VoIP packages in it as well (if you are a internet provider)?

We have tcp throughput issues and are looking for solutions. We thought to have it found since all our network (full MT, hundreds of units) have it 'off' by default.
For a moment we thought this might be the solution, but we DO have clients using VoIP. so where are we now?

Show your appreciation of this post by giving me Karma! Thanks.

WISP operator based on MT routerboard & ROS.

Posts: 1290 Joined: Fri May 09, 2014 4:36 am Location: Rancho Cucamonga, CA

Sat May 07, 2016 7:58 am

More bandwidth? Without knowing all the details of your network, links, load, traffic, etc - there is really no way to answer that. If you have over-sold your bandwidth, you don't have a lot of choice. You can try traffic shaping, throttling, etc.. Flow Control is going going to help with the physical links are maxed out. It stops traffic indiscriminately. So NOT a good option when dealing with VoIP.

What you will need to do is analyze your traffic, figure out where it's all being used and then figure out if you have to buy more bandwidth, or if you need to do some QoS.

David Joyce
Network & Security Engineer
Intrus Technologies, LLC.
Rancho Cucamonga, CA, USA Posts: 3111 Joined: Tue Aug 08, 2006 5:54 pm Location: Spain

Sat May 07, 2016 12:39 pm

More bandwidth? Without knowing all the details of your network, links, load, traffic, etc - there is really no way to answer that. If you have over-sold your bandwidth, you don't have a lot of choice. You can try traffic shaping, throttling, etc.. Flow Control is going going to help with the physical links are maxed out. It stops traffic indiscriminately. So NOT a good option when dealing with VoIP.

What you will need to do is analyze your traffic, figure out where it's all being used and then figure out if you have to buy more bandwidth, or if you need to do some QoS.

If there are bottlenecks, it's in the network. But like any other provider we have to oversubscribe, even at the level of an P2MP network. I don't know if there are any operators that keep the possible max clients usages within levels the AP can handle (100Mb connected AP could only server 10 x 10Mb contracted clients? Bad, and thus very rare business model.)

Every operator sells more bandwidth than he could ever deliver if all his clients would demand their contracted speed at the same time. That counts for all network infrastructures. If it is internet, the electricity company's, the national road infrastructure or the domestic water company.

I know the national adsl provider has some 10 million clients and they are all sold 10Mbps. How much would that be if all would use that at the same time? Not a single network can deal with that. So we all work with oversubscribing our network at some levels. We all have to make educated best guesses at which points the first priority lies to upgrade which bottleneck to produce better overall capacity again and again.

So bottleneck's are part of every network. And thus mixed capacity links are part of a network.

We have as said 300/300Mb capacity coming to us via a Cisco router that connects by gigabit to our CCR. From here we have gigabit Ethernet going to several back-haul radio's. Some of these maintain a 80Hz ac link and some only a 20Mhz 'n' link.
Than on the other side we see some radio's connected with 100M to the next radio (AP or just a new link) where others have yet again gigabit connections to the next routers.

In general I would say that each client requested packages that comes in from the 300Mb symettric would 'see' some gigabit links, some 100M links, some highspeed 'ac' radio backhaul, some medium speed 20Mhz 'n' backhaul towards an AP that usually connects to 'n' (some still single chain) clients where these CPE's than connect with 100M to client's devices.

Since download is the bulk of traffic I should start looking from where the traffic come in?

1st capacity is 300Mb ('pipe' from provider to Cisco with 300Mb)
2nd: 1000M cable to CCR. Presume here no traffic flow control needed?
3rd: New 1000M cable to 'ac' radio with 80Mhz channel (we could 'pump' some 250-300Mb tcp over it. It's actually 2 links with OSPF simulated duplex)
4th: That radio link capable of 250-300Mbps
5th: Other radio wich connects with 1000M to another CCR.
6th: This CCR routes traffic to 4 new bachauls, all of the radio's connect with 1000M to this CCR.
6tha: This CCR also through a switch supplies 3 x AP that serves some 75 clients. All connections are Gig but radio links are much weaker. Conn. rate in generall 80Mb.
7th: New backhauls to new remote locations. Some have 40Mhz 'n' links set to 270Mbps conn. rate, other have 130Mbps conn. rate 20Mhz channel.
8th etc. More links, more AP's

Some clients in our network are only reached after the package travels over 5 wireless links (including the AP to CPE link) and had seen at least 15 Mikrotik routers in our network before it has reached clients Wifi router or PC.

A small minority of clients would use VoIP.
70 of our clients now connect with PPPoE and within a month this should be 100%
The PPPoE server in our gateway creates single queues for each user depending to its assigned contract. Highest speeds is 50Mb download, bulk is 20Mb and 40% only 10Mb.

Включать или нет: только если наблюдаются странности в работе сети при большом количестве входящего трафика (обычно для игр включать ненужно).

Функция полезна, когда происходит загрузка большого количества данных, например торренты. Игры обычно не имеют настолько активный трафик.

Функция например присутствует в сетевом адаптере D-Link DFE-550TX.

Flow Control включать стоит, когда наблюдаются непонятные задержки, обрывы, пропадания, лаги, тормоза при просмотре онлайн-видео. Также эту опцию включают при соединении разноскоростного оборудования или разноскоростных сетей, образно говоря, чтобы скоростная сеть не забила трафиком порт менеескоростной.

Опция сетевого адаптера Realtek:


Однако также спокойно может встречаться и в адаптерах других производителей, например Intel, Atheros.

Как на Mikrotik отследить кто тратит траффик

Линейка домашних маршрутизаторов Mikrotik довольно часто используется как точка выхода в сеть Интернет. Типовая проблема, возникающая в этой области - маленькая скорость. Иначе говоря "Кто съел весь Интернет?!". Если подобный вопрос периодически всплывает в вашей голове - возможно эта статья поможет немного разобраться в вопросе.

Читайте также: