Кто-нибудь тестировал gigabit Ethernet Physical Loopback на ОС Linux, в частности RedHat или Debian?
По примеру как здесь: http://www.juniper.net/techpubs/en_US/junos14.1/topics/topic-map/ethernet-fast-and-gigabit-loopback-testing.html#id-11837749

Интересует, должен ли я обязательно создавать второй ip-адрес на своей сетевой карте с тем же MAC-адресом, или можно в команде arp 10.108.120.2 mac 00:90:69:8d:2c:db; указать айпишник который уже присвоен сетевой карте, т.е. 10.108.120.2 - должен обязательно отличаться от текущего адреса сетевухи?

И я правильно понимаю, что все что я пошлю из соектов по этому ip-адресу назад уже никогда не вернется, а будет крутить по кольцу в ethernet интерфейсе пока не выйдет time limit - и такая учесть ожидает любой посланный туда пакет?
авторAs the packet is looped over the link, you expect to receive a TLL exceeded message for each ping sent. These messages are generated because the ping packets are repeatedly looped between the router and the physical loopback.

Basil A. SidorovВы собрали заглушку и данные, которые отправлены на IP-адрес1 пройдут через физический интерфейс с MAC-адресом PhysAddr и вернутся на тот же самый физический интерфейс с тем же самым PhysAddr.
Чтобы данные могли маршрутиризироваться на сетевом уровне, требуется два IP-адреса на одном интерфейсе.
Для физического адреса выбора нет и физический адрес будет только один.
Статическая ARP-запись делается для того, чтобы IP-стек "не удивлялся" такой странной фигне, которая сгорожена.

Спасибо! Т.е. 2 ip-адреса с одинаковым MAC-адресом, чтобы на L3(сетевом уровне) не вернули пакет обратно, т.к. ip-адрес отправления и назначения совпадают.
А на уровне L2(канальном) не обнаружиться, что в кадре mac-адрес отправления и назначения совпадают, или L2-кадр содержит только адрес назначения?


Basil A. SidorovP.S. Интерфейс гигабитный, а заглушка - стомегабитная. Неаккуратненько :)
Эм, это вы про картинку из статьи? :)

А как тогда в 1Gbit Ethernet заглушка делается?
В 1 Gbit Eth вроде тот же самый RJ45 для SFP+.

Basil A. SidorovEthernet-кадр содержит MAC-адреса и отправителя и получателя.
Будут ли такие пакеты фильтроваться на уровне железа или драйверов - не знаю.
С другой стороны, раз статья опубликована, то, вероятно, не будут
Логично! :)
Т.е. TTL уменьшается каждый раз когда IP-пакет проходит L3-маршрутизатор (т.е. из одного VLAN попадает в другой), а проходя L2-коммутатор не уменьшается, т.е. у нас в Physical Loopback пакет крутится каждый раз поднимаясь до сетевого уровня, видит что пришел не на тот IP-адрес (один из двух) , уменьшается TTL и пакет снова посылается на заглушку.

Basil A. SidorovГигабитный ethernet использует всё четыре пары.
Надо взять синюю (центральную) пару (выводы 4, 5) и закольцевать на крайние выводы (коричневый цвет, выводы 7, 8).
Соблюдая правило чередования "цвет-полуцвет (цвет с пробелами)".
Спасибо!

Вот, кстати, понятная и простая статья для начинающих по MAC/VLAN/IP: http://xgu.ru/wiki/VLAN

Basil A. Sidorov , кстати, а не знаете, может ли на компе быть сетевая карта Ethernet сразу в двух VLAN-ах, т.е. может ли быть порт на сетевой карте транковый?
(на коммутаторе может, а вот может ли на обычно сетевой карте)

Basil A. SidorovЧтобы данные могли маршрутиризироваться на сетевом уровне, требуется два IP-адреса на одном интерфейсе.

А кстати, ещё вопрос, второй IP-адрес будет виден только на этой же машине?
Т.е. если в одной сети, в одном и том же VLAN, но на нескольких разных машинах я создам вторые IP-адреса (но на всех машинах они будут одинаковые), то смогу тестировать Physical Loopback и не будет ли каких-либо конфликтов?

Basil A. SidorovВ разъём воткнута заглушка и от сети данный интерфейс отключен. Физически.
Единственный способ достижения обоих IP-адресов на тестируемом интерфейсе - маршрутиризация через другой физический интерфейс. Если он, конечно, есть.

P.S. Так и будете бездумно задавать вопросы?
Почему бездумно, конечно другой интерфейс есть, иначе зачем бы спрашивал? Но это не ответ на мой вопрос.

Basil A. SidorovВася УткинНо это не ответ на мой вопрос.Только потому, что не думаете перед тем, как задать вопрос.
Так и скажите, что не знаете ответа, а не оправдывайтесь тем, что якобы вопрос не правильный Могли бы чуть-чуть пошевелить мозгами и понять, что есть как-минимум второй интерфейс через который соединены компы, а думать, что они соединены через заглушку - это ваши маразм и стыдоба! ;)

Basil A. Sidorov , Вы только не обижайтесь, спасибо вам за ваши ответы! :)

Basil A. Sidorov Ethernet-кадр содержит MAC-адреса и отправителя и получателя.
Будут ли такие пакеты фильтроваться на уровне железа или драйверов - не знаю.
С другой стороны, раз статья опубликована, то, вероятно, не будут

Да, вот как выглядит Ethernet-кадр.
https://ru.wikipedia.org/wiki/Ethernet#.D0.A4.D0.BE.D1.80.D0.BC.D0.B0.D1.82_.D0.BA.D0.B0.D0.B4.D1.80.D0.B0

Кстати, а никто не знает, как подобное под RedHat или Debian сделать?

http://www.juniper.net/techpubs/en_US/junos14.1/topics/topic-map/ethernet-fast-and-gigabit-loopback-testing.html#id-11837749 Configure a Local Loopback

1. In configuration mode, go to the following hierarchy level:
[edit]
user@host# edit interfaces interface-name (fastether-options | gigether-options)

2. Configure the local loopback:
[edit interfaces interface-name (fastether-options | gigether-options)]
user@host# set loopback