Buffer full drop что это
Device Type : DGS-3426 Gigabit Ethernet Switch
Boot PROM Version : Build 1.00-B13
Firmware Version : Build 2.74.B05
Hardware Version : 2A1
у этой железяки в данный момент стоит задача пробросить с 25 на 26 порт (оба 10G) один маленький виланчик на сотню-полторы мегабит мультикаста
VID : 624 VLAN Name : tv-******
VLAN Type : Static Advertisement : Disabled
Member Ports : 25-26
Static Ports : 25-26
Current Tagged Ports : 25-26
Current Untagged Ports:
Static Tagged Ports : 25-26
Static Untagged Ports :
Forbidden Ports :
Total Entries: 1
загрузка обоих портов — менее 10%; на входящем порту растут ошибки Buffer Full Drop
Port number : 26
RX Frames TX Frames
——— ———
CRC Error 0 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 0 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 21801 Collision 0
Symbol Error 0
Buffer Full Drop 3817
ACL Drop 0
Multicast Drop 0
VLAN Ingress Drop 0
при этом увеличение счётчика удивительно совпадает с потерями пакетов IPTV
состояние HOL Prevention не играет роли — «буфер переполняется» в обоих случаях
внимание, вопрос: как это лечить? может ли коммутатор без потерь работать с 10G-портами на скоростях более гигабита?
_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.
Заголовок сообщения: Re: DGS-3426 Buffer Full Drop
Добавлено: Пн янв 27, 2014 16:42
господа Дылинковцы?
_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.
Заголовок сообщения: Re: DGS-3426 Buffer Full Drop
Добавлено: Вт янв 28, 2014 10:28
Кроме vlan какие еще настройки присутствуют?
Заголовок сообщения: Re: DGS-3426 Buffer Full Drop
Добавлено: Вт янв 28, 2014 13:42
с большего — никаких, вроде. свитч работает на втором уровне. в соседнем вилане используется IGMP Snooping. выслал вам конфиг на почту
сейчас этот вилан вынесли отдельной оптикой в обход 3426, но сохраняется проблема с Drop Pkts: вечерами, при трафике на порту ~1800 Mbps, имеем несколько тысяч пакетов дропов, что не совсем хорошо влияет на проходящий по нему интернет-трафик.
есть подозрение, что дропы ещё и увеличились после включения hol_prevention, но выключать пока боюсь, потому что на 3627 и 3426 уже несколько раз сталкивался с тем, что при его выключении коммутатор переставал коммутировать до перезагрузки
_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.
Buffer full drop что это
1) Input buffer full — переполнение входного буфера на порту.
2) Packets denied by ACL — пакеты отброшенные ACL.
3) VLAN ingress checking — проверка по VLAN на входе.
Продукты и решения
О компании
- Сервисное обслуживание
- Предоставление оборудования на тест
- Загрузки
- Технический форум
- F.A.Q
- Эмуляторы
- Обзоры
- Семинары / Дистанционное обучение
- Программы учебных курсов D-Link
- Авторизованные учебные центры D-Link
- Получение сертификата D‑Link
- Плакаты
Где купить
- Дистрибьюторы
- Проектные партнеры
- Авторизированные партнеры
Buffer full drop что это
Roman
15.05.2016
18:52:34
пытался eoip поднять, нифига
Vlad
15.05.2016
19:20:31
Что поднять?
Roman
15.05.2016
19:33:24
Илья iHaskin E11 76, 44
15.05.2016
19:47:25
Илья iHaskin E11 76, 44
15.05.2016
19:47:27
Roman
15.05.2016
20:32:06
И eoip у микротика ни с чем несовместимый
Андрей
15.05.2016
20:32:58
видел linux`овую реализацию EoIP микротиковского
Roman
15.05.2016
20:35:39
видел linux`овую реализацию EoIP микротиковского
Андрей
15.05.2016
20:37:35
Roman
15.05.2016
20:39:19
Ну да, ядрокот делал
Aleksey
16.05.2016
08:55:31
Нет так давно тема редактирования собственного сообщения поднималась. В новой версии клиента теперь можно: — Edit your messages everywhere within 2 days after posting (press the up arrow button to edit your last message).
Sergei
16.05.2016
08:59:53
проверим — точно,можно править, но стрелка вверх — не логично нифига.
Aleksey
16.05.2016
09:04:02
В скайпе стрелка вверх — удобно, мне кажется.
Sergei
16.05.2016
09:12:24
на смартфоне нет стрелок на клаве
и можно править лишь крайнюю мессагу!
Sergei
16.05.2016
09:13:49
Евгений
16.05.2016
10:11:33
коллеги, нужен asr1000-rommon.154-2r.S.pkg. Есть у кого ?
Imran
16.05.2016
10:20:54
где то был, сейчас поищу
Евгений
16.05.2016
10:33:41
нужно именнно такую, хочу второй ESP постаивть и на всякий случай их по версиям выровнять
Roman
16.05.2016
10:34:38
Использует кто dpdk/netmap?
[Anonymous]
16.05.2016
11:01:28
DGS-1210-28XS/ME использовал кто? только привезли. из коробки достал, шлюз ему snmp-команду и он уходит в ребут. он и дальше себя будет так вести или исправится?
Ivan
16.05.2016
11:03:23
DGS-1210-28XS/ME использовал кто? только привезли. из коробки достал, шлюз ему snmp-команду и он уходит в ребут. он и дальше себя будет так вести или исправится?
Шлёте команду на ребут? 🙂
[Anonymous]
16.05.2016
11:03:57
ахаха. нет. на перенастроку ipif
Petr
16.05.2016
11:14:09
DGS-1210-28XS/ME использовал кто? только привезли. из коробки достал, шлюз ему snmp-команду и он уходит в ребут. он и дальше себя будет так вести или исправится?
то хотя бы set, у нас от get zte на аксесе бутаются)
[Anonymous]
16.05.2016
11:16:06
разобрался почему он валится. если обращаешься на несуществующий интерфейс то софт крешится и коммутатор перезагружается
прошивка последняя с форума
snmpset -v2c -c private 10.99.192.7 .1.3.6.1.2.1.16.19.11.1.1.37 a 10.99.192.7 SNMPv2-SMI::mib-2.16.19.11.1.1.37 = IpAddress: 10.99.192.7
вот так — работает. .1.3.6.1.2.1.16.19.11.1.1 это netConfigIPAddress, а 37 — видимо внутренний номер интерфейса
изменяем 37 на что нибудь другое и та же команда отправляет свичик в ребут
как то сыровато
Petr
16.05.2016
12:11:09
мб фича? лучше бутнуться чем запороть управление
[Anonymous]
16.05.2016
12:12:46
в этом случае должен прилететь Error in packet.
[Anonymous]
16.05.2016
12:13:32
собственно так и происходит если задавать номера меньше чем 37. в этом случае он ругается на неправильный пакет. если 37 — выполняет команду. а если любое число больше чем 37 — ребутится 🙂
Daniil
16.05.2016
12:16:18
37, в китайской мифологии, судя по всему, проклятое числ
[Anonymous]
16.05.2016
12:18:04
К производителю не пробовал обращаться? Мб кто то еще заметил это))
[Anonymous]
16.05.2016
12:19:04
железку прислали на тест. скорее всего, уедет назад невостребованной. что-то мне кажется, что этим багом дело не ограничится
лучше уж проверенный DGS-3000-28SC взять
просто это была первая команда, которую я попробовал. и на не же баг. совпадение? 🙂
Sergey
16.05.2016
12:20:13
Daniil
16.05.2016
12:21:53
Главное не DGS3620
Встречаются довольно потешные баги
[Anonymous]
16.05.2016
12:23:22
критичные? что вытворяет?
Daniil
16.05.2016
12:24:25
Ну, были и критичные, к примеру проблемы с MSTP, может внезапно уйти в 100% загрузку
Petr
16.05.2016
12:24:51
да cpu вообще дохлый, немного флуда и 100%
Daniil
16.05.2016
12:25:20
Да, при выгрузке fdb по snmp может тоже уйти
Если сканить подсеть, отвечает броадкаст IP и в сегменте поднимается флуд.
Petr
16.05.2016
12:26:11
но в целом учитывая их колво на сети более менее, главное не питать много надежд)
[Anonymous]
16.05.2016
12:27:43
а по сравнению с 3627 как? пара таких есть где то
Petr
16.05.2016
12:28:26
в среднем лучше, учитывая старость
Daniil
16.05.2016
12:28:30
У нас они очень давно эксплуатируются — по мне так отличные железки
[Anonymous]
16.05.2016
12:28:37
были какие то проблемы с офсп. то ли большую таблицу не может принять то ли еще что, не помню уже. но если не насиловать слишком то работает себе потизоньку
Daniil
16.05.2016
12:29:30
Ну ждать чудес тоже от него не стоит, учитывая его преклонный возраст 🙂
При определенном количестве трафика, начинаются некие ошибки, в терминологии D-Link — Buffer full drop. При это у клиентов рассыпается картинка на телевизорах
[Anonymous]
16.05.2016
12:33:17
Daniil
16.05.2016
12:36:42
везде по разному — на практике — около 4-5 гигабитах начинается
Wingman
16.05.2016
12:37:36
там, емнип, по другому: если есть линки разной ёмкости (10г и 1г, или лацпы, или 1г и сотки) — то если вниз на гиг не пролазит трафик, но на 10г аплинке начинаются дропы любого трафика — изза мелкого буфера
[Anonymous]
16.05.2016
12:40:23
то есть когда он не может опустошить выходную очередь, то и со входящей начинает отбрасывать? или как?
Wingman
16.05.2016
12:40:32
[Anonymous]
16.05.2016
12:41:02
но это должен линк с меньшей пропускной спосбность уложиться в 100% получается
Wingman
16.05.2016
12:41:37
ну не обязательно, могут быть какие-то пиковые загрузки, которые даже на графиках не увидишь
Admin
[Anonymous]
16.05.2016
12:43:13
а HOL Drop 1065710 что такое? это на всех портах кроме аплинка
Wingman
16.05.2016
12:44:20
как раз чёто с этим связано, вроде как)
[Anonymous]
16.05.2016
12:50:26
по идее, помещение IPTV в приоритетную очередь должно спасти от рассыпания даже в этом случае
Wingman
16.05.2016
12:50:35
[Anonymous]
16.05.2016
12:50:36
т.к. такие очереди опустошаются первыми
Wingman
16.05.2016
12:50:38
[Anonymous]
16.05.2016
12:52:21
1,8 Гб в пике там. QoS настроен. пока никто не жалуется. может если до 4-5 дойдет, то будет заметно, но это будет в том районе не скоро
Евгений
16.05.2016
13:00:32
купите Panasonic KX-TDA100 🙂 5 лет не включали
Sergey
16.05.2016
13:03:08
10G интерфейс у ней есть?
Wingman
16.05.2016
13:04:05
купите hp microserver G7 =)
[Anonymous]
16.05.2016
13:06:32
купите Panasonic KX-TDA100 🙂 5 лет не включали
Евгений
16.05.2016
13:07:15
выкинуть жаль 🙂 включать не будем уже точно 🙂
[Anonymous]
16.05.2016
13:16:28
а я понял было что купили и побоялись включить. и лежит 5 лет без дела)
Ant
16.05.2016
13:19:07
один маленький щелчок выключателем, и целый вал ответственности для щёлкающего
Евгений
16.05.2016
13:21:38
да мы ей в свое время нащелкались 🙂
Aleksey
16.05.2016
14:34:32
Народ, а кто-нибудь может связывался с DECT-базами, к которым можно было бы подключить внешние антенны? Если она цепляется к АТС по SIP через Ethernet, вообще хорошо.
? Stan
Scheduler Buffer Size Overview
Large bursts of traffic from faster interfaces can cause congestion and dropped packets on slower interfaces that have small delay buffers. For example, a Juniper Networks device operating at the edge of the network can drop a portion of the burst traffic it receives on a channelized T1/E1 interface from a Fast Ethernet or Gigabit Ethernet interface on a router at the network core. On Juniper Networks devices, large delay buffers can be configured for both channelized T1/E1 and nonchannelized T1/E1 interfaces.
To ensure that traffic is queued and transmitted properly on slower interfaces, you can configure a buffer size larger than the default maximum.
This section contains the following topics:
Maximum Delay Buffer Sizes Available to Channelized T1/E1 Interfaces
When you enable the large delay buffer feature on interfaces, a larger buffer is available for allocation to scheduler queues. The maximum delay buffer size that is available for an interface depends on the maximum available delay buffer time and the speed of the interface as shown in Table 1.
The default values are as follows:
- Clear-channel interface—The default delay buffer time is 500,000 microseconds (0.5 s).
- N xDS0 interface—The default delay buffer time is 1,200,000 microseconds (1.2 s).
Table 1: Maximum Available Delay Buffer Time by Channelized Interface and Rate
Effective Line Rate
Maximum Available Delay Buffer Time
4,000,000 microseconds (4 s)
2,000,000 microseconds (2 s)
1,000,000 microseconds (1 s)
500,000 microseconds (0.5 s)
400,000 microseconds (0.4 s)
300,000 microseconds (0.3 s)
200,000 microseconds (0.2 s)
150,000 microseconds (0.15 s)
You can calculate the maximum delay buffer size available for an interface, with the following formula:
interface speed x maximum delay buffer time = maximum available delay buffer size
For example, the following maximum delay buffer sizes are available to 1xDS0 and 2xDS0 interfaces:
1xDS0 —64 Kbps x 4 s = 256 Kb (32 KB)
2xDS0 —128 Kbps x 4 s = 512 Kb (64 KB)
If you configure a delay buffer size larger than the maximum, the system allows you to commit the configuration but displays a system log warning message and uses the default buffer size setting instead of the configured maximum setting.
Maximum Delay Buffer Size for vSRX Virtual Firewall Interfaces
For a vSRX Virtual Firewall virtual machine, 1 Gbps interfaces have a default delay buffer time of 1 second, a maximum buffer time of 32 seconds, and a maximum buffer size of 128 MB. Use the following CLI command to set the maximum delay buffer time for a scheduler:
set class-of-service schedulers be-scheduler buffer-size temporal 32m
On a logical vSRX Virtual Firewall interface, the delay buffer size for a queue that does not have a specific shaping rate acts as a guaranteed minimum buffer size, and the queue is allowed to grow without any packet drops if the queue size is less then the guaranteed buffer size.
The sum of the guaranteed delay buffer sizes for all the queues acts as a pool that can be shared among the queues that do not have a specific shaping rate.
The delay buffers are used to control the size of the queues, but do not represent actual memory. The packet buffer pool contains the actual memory used to store packets.
Packets are tail-dropped (100% probability) from the queue if:
- The total buffer limit would be exceeded.
- The queue size would exceed the total free buffer size.
- The packet buffer pool is less then 25% free and the queue exceeds the guaranteed minimum buffer size.
- The packet buffer pool is only 5% free (or less).
Packets also can be dropped by a RED profile (RED-dropped) if the queue size exceeds the guaranteed buffer size. The queue size will be restricted to be less then or equal to the free shared buffers available.
Support for vSRX Virtual Firewall virtual machines depends on the Junos OS release in your installation.
Delay Buffer Size Allocation Methods
You can specify delay buffer sizes for each queue using schedulers. The queue buffer can be specified as a period of time (microseconds) or as a percentage of the total buffer or as the remaining buffer. Table 2 shows different methods that you can specify for buffer allocation in queues.
Table 2: Delay Buffer Size Allocation Methods
Buffer Size Allocation Method
A percentage of the total buffer.
A period of time, value in microseconds. When you configure a temporal buffer, you must also configure a transmit rate. The system calculates the queue buffer size by multiplying the available bandwidth of the interface times the configured temporal value and transmit rate.
When you specify a temporal method, the drop profile is assigned a static buffer and the system starts dropping packets once the queue buffer size is full. By default, the other buffer types are assigned dynamic buffers that use surplus transmission bandwidth to absorb bursts of traffic.
The remaining buffer available. The remainder is the percentage buffer that is not assigned to other queues. For example, if you assign 40 percent of the delay buffer to queue 0, allow queue 3 to keep the default allotment of 5 percent, and assign the remainder to queue 7, then queue 7 uses approximately 55 percent of the delay buffer.
Optionally, you can specify the percentage of the remainder to be used for allocating the buffer size of the scheduler on a prorated basis. If the remainder percentage is not specified, the remainder value will be shared equally.
Delay Buffer Sizes for Queues
You specify delay buffer sizes for queues using schedulers. The system calculates the buffer size of a queue based on the buffer allocation method you specify for it in the scheduler. See Table 2 for different buffer allocation methods and Table 3 for buffer size calculations.
Table 3: Delay Buffer Allocation Method and Queue Buffer
Buffer Size Allocation Method
Queue Buffer Calculation
available interface bandwidth x configured buffer size percentage x maximum delay buffer time = queue buffer
Suppose you configure a queue on a 1xDS0 interface to use 30 percent of the available delay buffer size. The system uses the maximum available delay buffer time (4 seconds) and allocates the queue 9600 bytes of delay buffer:
64 Kbps x 0.3 x 4 s=76,800 bits=9,600 bytes
available interface bandwidth x configured transmit rate percentage x configured temporal buffer size = queue buffer
Suppose you configure a queue on a 1xDS0 interface to use 3,000,000 microseconds (3 seconds) of delay buffer, and you configure the transmission rate to be 20 percent. The queue receives 4800 bytes of delay buffer:
64 Kbps x 0.2 x 3 s=38,400 bits=4,800 bytes
If you configure a temporal value that exceeds the maximum available delay buffer time, the queue is allocated the buffer remaining after buffers are allocated for the other queues. Suppose you configure a temporal value of 6,000,000 microseconds on a 1xDS0 interface. Because this value exceeds the maximum allowed value of 4,000,000 microseconds, the queue is allocated the remaining delay buffer.
When you specify the buffer size as a percentage, the system ignores the transmit rate and calculates the buffer size based only on the buffer size percentage.