Перейти к содержимому
Калькуляторы

RFC2544 Loopback

Как сделать на MT аналог циско лупбэка для тестов, если возможно? 

Switch(config-controller-RFC2544PortType)# setTrafficTestLoop trafficTestLoopConfig type macLoop 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть мысля, что bridge NAT DST может сработать, но надо проверять. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проверил бридж нат - не работает. Пробовал силами свич-чипа - запросто могу отправить этот трафик зеркально на любой порт, кроме самого себя. ЧЯДНТ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, maxkst сказал:

ЧЯДНТ

Используете микротрк?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, maxkst сказал:

Проверил бридж нат

если трафик не тегированный, то попробуйте так -   создаете интрефейс vlan123 tag 123 ,   добавляете etherX и vlan123 в бридж.

в настройках свитча ставите что native vlan у порта ether3 123 и что стрипать теги при выходе трафика через интерфейс.

должно получится. все что через ether3 без vlan tag влилось, все бриджанулось,  вылетело из бриджа с тегом , прошло обратно, тег порезало.

ну еще тонкости могут быть, в зависимости от того что за dst mac

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

27 минут назад, TriKS сказал:

Используете микротрк?

А у вас какие-то старые обиды на MT? Дык в разделе "Mikrotik коммутаторов и маршрутизаторов" с этим наврятли помогут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да боже упаси. Просто привыкайте, что у МТ ложили на RFC :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@TriKS А разве упомянутое мною RFC накладывает на МТ какие-либо обязательства?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@LostSoul Ваш метод сработал. Я доволен результатом на половину, поскольку задействован CPU роутера, потому что VLAN добавленный в бридж не поддерживает HW offload, но в целом это не мешает получить 0% frame loss в этом тесте

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Я доволен результатом на половину, поскольку задействован CPU роутера

вариантов без cpu скорее всего не существует , так как loop-ить пакеты в тот же самый порт откуда они пришли, противоречит "первому закону робототехники" для свитчей.

отсюда следует, что вероятнее всего создать такой hw offload entry не получится.

не теоретически может быть получится извратится в микротике , содержащем 2шт  switch chip

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 часов назад, maxkst сказал:

А разве упомянутое мною RFC накладывает на МТ какие-либо обязательства? 

Я скажу больше. Ни одно RFC не накладывает на МТ обязательств. От того и сохо.

Изменено пользователем TriKS

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.