Jump to content
Калькуляторы

RFC2544 Loopback

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
1 час назад, maxkst сказал:

ЧЯДНТ

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

Share this post


Link to post
Share on other sites
1 час назад, maxkst сказал:

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

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

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

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

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

 

Share this post


Link to post
Share on other sites
27 минут назад, TriKS сказал:

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
9 часов назад, maxkst сказал:

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

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

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

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

 

Share this post


Link to post
Share on other sites
10 часов назад, maxkst сказал:

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

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

Edited by TriKS

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this