[morf]

Карта естественно поддерживает. Вопрос больше к ROS x86. По моему с этим есть баг и qinq не пропустит и не разберёт. 

Изменено 13 февраля, 2021 пользователем morf

[7sergeynazarov7]

1 hour ago, morf said:

Карта естественно поддерживает. Вопрос больше к ROS x86. По моему с этим есть баг и qinq не пропустит и не разберёт. 

 

CCR 1072 разбивает, а Х86 разница какая-то есть ?

[morf]

35 минут назад, 7sergeynazarov7 сказал:

CCR 1072 разбивает, а Х86 разница какая-то есть ?

Вы уже ответили на вопрос :) 

Разница, конечно, есть. Хотя бы в том, что в Х86, конкретно, у X520 вы не можете изменить MTU, а значит он дефолтный, а значит qinq пролетает. Об этом уже многократно писали, даже на официальном форуме микрота. Скрин в подтверждение.

 

Изменено 13 февраля, 2021 пользователем morf

[7sergeynazarov7]

9 minutes ago, morf said:

Вы уже ответили на вопрос :) 

Разница, конечно, есть. Хотя бы в том, что в Х86, конкретно, у X520 вы не можете изменить MTU, а значит он дефолтный, а значит qinq пролетает. Об этом уже многократно писали, даже на официальном форуме микрота. Скрин в подтверждение.

 

 

А попробуйте пожалуйста создать Vlan и в него вставить Vlan. Mtu не поднимается ? )

[7sergeynazarov7]

34 minutes ago, 7sergeynazarov7 said:

А попробуйте пожалуйста создать Vlan и в него вставить Vlan. Mtu не поднимается ? )

Либо изменить mtu c 1500 до 1580 к примеру и создать заного по идее должно работать или все равно на x520 не будет ?

[morf]

L2 MTU у X520 на ROS v6 X86 всегда будет равен 0. Такой вот баг. И он не изменяется.

Попробовал сделать vlan в vlan и навесить IP-с двух сторон - пинг прошел. Значит пропускают X520 все таки qinq.

Возможно, я спутал с картами X540 - у них проблема с qinq.

 

[7sergeynazarov7]

3 hours ago, morf said:

L2 MTU у X520 на ROS v6 X86 всегда будет равен 0. Такой вот баг. И он не изменяется.

Попробовал сделать vlan в vlan и навесить IP-с двух сторон - пинг прошел. Значит пропускают X520 все таки qinq.

Возможно, я спутал с картами X540 - у них проблема с qinq.

 

А может нагрузка ложится при этом снятия и навешивания тега на 1 ядро или должно быть нормально, мту сам поднялся на интерфейсе ? Или вручную, или просто пропускает без изменения. Как то странно по идее мту если один vlan то уже 1504 ели ещё vlan  во vlane то 1508. А тут как получилось ? Странно стабильно будет если будет куча влажной есть предположения? Спасибо за пробу и за ответ )

[morf]

Вы путаете l2mtu с l3mtu. Тут l2mtu равен 0, а значит хз, какой. Но по факту пакет через двойной таг прошёл. С нагрузкой думаю не должно быть проблем. 

[7sergeynazarov7]

2 hours ago, morf said:

Вы путаете l2mtu с l3mtu. Тут l2mtu равен 0, а значит хз, какой. Но по факту пакет через двойной таг прошёл. С нагрузкой думаю не должно быть проблем. 

Ну как протестирую отпишусь, только это будет не скоро в марте где то ))). 

Вопрос другого планы есть Simle queues. и CCR 1072. Трафика 3 гига BGP+NAT+Шэйпер+DHCP, очереди Pcq не могу понять если выключить все simple то битрейт для стримов у абонента ровный, если даже из 3 тысяч включить хотяб 500, начинает плавать битрейт. Даже если этот абонент в Simple находится в Disable. Может чего не до включал где ? Выключаю все Simple работает, включаю какую либо часть даже менее 300 simple плавает битрейт. Нагрузка ЦП 40 %

 queue simple pr

name="XXXXXXX" target=XX.XX.XXX.190/32 parent=none packet-marks="" 
      priority=8/8 queue=pcq-upload-default/pcq-download-default limit-at=0/0 
      max-limit=102400k/102400k burst-limit=0/0 burst-threshold=0/0 
      burst-time=0s/0s bucket-size=0.1/0.1

queue type print 
Flags: * - default 
 0 * name="default" kind=pfifo pfifo-limit=50 

 1 * name="ethernet-default" kind=pfifo pfifo-limit=50 

 2 * name="wireless-default" kind=sfq sfq-perturb=5 sfq-allot=1514 

 3 * name="synchronous-default" kind=red red-limit=60 red-min-threshold=10 red-max-threshold=50 red-burst=20 red-avg-packet=1000 

 4 * name="hotspot-default" kind=sfq sfq-perturb=5 sfq-allot=1514 

 5 * name="pcq-upload-default" kind=pcq pcq-rate=0 pcq-limit=5000KiB pcq-classifier=src-address,dst-address,src-port,dst-port 
     pcq-total-limit=200000KiB pcq-burst-rate=0 pcq-burst-threshold=0 pcq-burst-time=10s pcq-src-address-mask=32 
     pcq-dst-address-mask=32 pcq-src-address6-mask=128 pcq-dst-address6-mask=128 

 6 * name="pcq-download-default" kind=pcq pcq-rate=0 pcq-limit=5000KiB pcq-classifier=src-address,dst-address,src-port,dst-port 
     pcq-total-limit=200000KiB pcq-burst-rate=0 pcq-burst-threshold=0 pcq-burst-time=10s pcq-src-address-mask=32 
     pcq-dst-address-mask=32 pcq-src-address6-mask=128 pcq-dst-address6-mask=128 

 7 * name="only-hardware-queue" kind=none 

 8 * name="multi-queue-ethernet-default" kind=mq-pfifo mq-pfifo-limit=50

 

Может чего в очередях ?

[morf]

Попробую mq-pfifo и ограничение в simple queue ставить. Но вообще, плавающий пинг для CCR с шейпингом - это норма, к сожалению. Мне уже лень об этом говорить. 

Изменено 13 февраля, 2021 пользователем morf

[7sergeynazarov7]

22 minutes ago, morf said:

Попробую mq-pfifo и ограничение в simple queue ставить. Но вообще, плавающий пинг для CCR с шейпингом - это норма, к сожалению. Мне уже лень об этом говорить. 

 

Так тут ситуация еще прикольней. Ping в норме, jitter в норме, скорость в норме. А вот битрейт скачет от 6 Мбит до 1. Должен быть 6 Мбит постоянно, такое ощущение как буферизируется. Нагрузка ЦП не превышает 50 % Если отключить все правила simple queues то норм. 

ОК спасибо за ответ. Проверю отпишусь.

[Jora_1]

Непонятка творится с winbox на x86, то нормально можно работать с winbox то зависает при заходе, думаю трабла с l2mtu, но как решить её не могу понять. Сетевая x520-da2, mtu пробовал разный, 1580-1600 не помогает. Причём ssh и web работает нормально, траффик от абонов на ружу по-моему нормально бегает, пока демаверсия нормально не даёт проверить.

[7sergeynazarov7]

33 minutes ago, morf said:

Попробую mq-pfifo и ограничение в simple queue ставить. Но вообще, плавающий пинг для CCR с шейпингом - это норма, к сожалению. Мне уже лень об этом говорить. 

 

К сожалению mq-pfifo не поддерживается при выборе ругается.

[Jora_1]

11 минут назад, 7sergeynazarov7 сказал:

К сожалению mq-pfifo не поддерживается при выборе ругается.

А оно и не работает с ccr72

 

MQ PFIFO очередь была разработана
для многоядерных роутеров
(RB1100AHx2)
MQ PFIFO должны использоваться по
умолчанию для интерфейсов Ethernet,
которые имеют несколько RX/TX
очередей (вы можете проверить это
в меню system-resources-IRQ.
MQ FIFO является альтернативой RPS
(receive Packet Steering) - так что не
используйте обе фишки на том же
интерфейсе - это приведет к потере
производительности.

Изменено 13 февраля, 2021 пользователем jora_1

[7sergeynazarov7]

3 minutes ago, jora_1 said:

А оно и не работает с ccr72

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

[morf]

14 минут назад, 7sergeynazarov7 сказал:

К сожалению mq-pfifo не поддерживается при выборе ругается.

Значит pfifo для simple queue. И поиграйся с буфером pfifo. Я для клиентских очередей simple queue ставлю 1000. Но опять же - это на Х86, с шейпером на CCR я уже "наелся", с меня хватит.

Изменено 13 февраля, 2021 пользователем morf

[7sergeynazarov7]

1 minute ago, morf said:

Значит pfifo для simple queue. И поиграйся с буфером pfifo. Я для клиентских очередей simple queue ставлю 1000. Но опять же - это на Х86, с шейпером на CCR я уже "наелся", с меня хватит.

 

Так вроде только с стримерами проблема. Игрался получается если pfifo ставлю 50, начинает быстро бегать от 1000 Кб до 6000Кб, если ставить к примеру 1000, то почти в нижней зоне всегда. примерно 2500-3500 бегает. Но разве может быть такое при нагрузке менее 50 % 40-45% 

[Jora_1]

@morf А нормально на x86 работает winbox? Не зависает при подключение?. Подключаюсь нормально а во всех полях пусто.

[7sergeynazarov7]

22 minutes ago, morf said:

Значит pfifo для simple queue. И поиграйся с буфером pfifo. Я для клиентских очередей simple queue ставлю 1000. Но опять же - это на Х86, с шейпером на CCR я уже "наелся", с меня хватит.

 

 

Можно пожалуйста:

1) queue simple pr 1 абонента, где видно, что прописано.

2) queue type print

[morf]

2 часа назад, 7sergeynazarov7 сказал:

 

Можно пожалуйста:

1) queue simple pr 1 абонента, где видно, что прописано.

2) queue type print

 

2 часа назад, jora_1 сказал:

@morf А нормально на x86 работает winbox? Не зависает при подключение?. Подключаюсь нормально а во всех полях пусто.

Конечно, все отлично. Вам с такими проблемами не сюда :)

[morf]

Только что, Qlobus сказал:

А зачем это надо? 

Подобрано опытным путем. На высоких скоростях прокачивает всю выделенную полосу. По умолчанию, pfifo 50, на 1000 клиент забирает максимум. 

[Qlobus]

В 13.02.2021 в 22:07, morf сказал:

Я для клиентских очередей simple queue ставлю 1000. Но опять же - это на Х86, с шейпером на CCR я уже "наелся", с меня хватит.

А зачем это надо? 

[7sergeynazarov7]

5 hours ago, Qlobus said:

А зачем это надо? 

Вопрос не понятен, что зачем надо ?

[7sergeynazarov7]

9 hours ago, morf said:

Видимо скачкообразное состояние битрейта на CCR1072 с более 1.5 Гбита и более 1000 правил simple queues неизбежны на нем ?

 

[Qlobus]

9 часов назад, morf сказал:

Подобрано опытным путем. На высоких скоростях прокачивает всю выделенную полосу. По умолчанию, pfifo 50, на 1000 клиент забирает максимум. 

На CCR1036 pppoe у меня default- small pfifo queue size было 10, мне увеличить на 1000?

 

9 часов назад, morf сказал:

Подобрано опытным путем. На высоких скоростях прокачивает всю выделенную полосу. По умолчанию, pfifo 50, на 1000 клиент забирает максимум. 

На default только 50, а на default small 10

 

43 минуты назад, 7sergeynazarov7 сказал:

Вопрос не понятен, что зачем надо ?

Изменить Queue Types default или default small pfifo?