Есть следующая проблема. Хочу гонять траффик между ethernet портами одного компьютера. Причем обязательно по проводу.Чтобы послать IP пакет, нужно сначала послать ARP запрос. Запрос посылается с eth1(100.100.100.1) и приходит на eth2(100.100.100.2). ip в запросе совпадает с ip eth2. Использую arping -I eth1 100.100.100.2.
Но система не отвечает на этот запрос. Попробовал поиграть параметрами arp_*, не спасло. Вопрос, как это исправить?
Интересно как вы пытаетесь заставить машину посылать запросы по интерфейсу, если второй адрес на ней самой же.
И еще вопрос, как вы умудрились прописать одну подсеть на разные интерфейсы.Всё видел. такое нет.
>Интересно как вы пытаетесь заставить машину посылать запросы по интерфейсу, если второй
>адрес на ней самой же.+1. на ping будет отвечать, фактически, localhost.
>И еще вопрос, как вы умудрились прописать одну подсеть на разные интерфейсы.
это-то как раз просто :-)
сложно понять, зачем человек так сильно извращается.
ну если уж очень хочет, пусть запустит виртуальную машину в bridged mode со вторым интерфейсом. тогда на интерфейс адрес ставить не потребуется и будет PROFIT :-)
>это-то как раз просто :-)ну ка, продемонстрируйте как это просто?
>>это-то как раз просто :-)
>
>ну ка, продемонстрируйте как это просто?Я не про то, что это невозможно, пропишется, я про то , чтоб работало.
>[оверквотинг удален]
>
>>И еще вопрос, как вы умудрились прописать одну подсеть на разные интерфейсы.
>
>это-то как раз просто :-)
>
>сложно понять, зачем человек так сильно извращается.
>
>ну если уж очень хочет, пусть запустит виртуальную машину в bridged mode
>со вторым интерфейсом. тогда на интерфейс адрес ставить не потребуется
>и будет PROFIT :-)Мне нужна максимальная производительность. Виртальные машины здесь неприменимы.
Проблема существует и если прописать разные ip и разные подсети. Например 192.168.0.1 на втором интерфейсе.
>>ну если уж очень хочет, пусть запустит виртуальную машину в bridged mode
>>со вторым интерфейсом. тогда на интерфейс адрес ставить не потребуется
>>и будет PROFIT :-)
>
>Мне нужна максимальная производительность. Виртальные машины здесь неприменимы.
>
>Проблема существует и если прописать разные ip и разные подсети. Например 192.168.0.1
>на втором интерфейсе.это нормальное поведение стека. и до тех пор, пока у вас он (стек) один, вы будете ее наблюдать.
неужели не легче найти вторую машину для тестов?
>Интересно как вы пытаетесь заставить машину посылать запросы по интерфейсу, если второй
>адрес на ней самой же.
>И еще вопрос, как вы умудрились прописать одну подсеть на разные интерфейсы.
>
>
>Всё видел. такое нет.Написал же - arping -I eth1 100.100.100.2. ip прописаны статически 100.100.100.1 и 100.100.100.2
>Есть следующая проблема. Хочу гонять траффик между ethernet портами одного компьютера. Причем
>обязательно по проводу.
>
>Чтобы послать IP пакет, нужно сначала послать ARP запрос. Запрос посылается с
>eth1(100.100.100.1) и приходит на eth2(100.100.100.2). ip в запросе совпадает с ip
>eth2. Использую arping -I eth1 100.100.100.2.
>
>Но система не отвечает на этот запрос. Попробовал поиграть параметрами arp_*, не
>спасло. Вопрос, как это исправить?Я не знаю, как в линухах, но во фре это реализовано через бриджинг.
# ifconfig bridge create
# ifconfig bridge0 addm fxp0 addm fxp1 addm fxp2 up
# ifconfig fxp0 up
# ifconfig fxp1 up
# ifconfig fxp2 upIP-адрес, если нужен, назначается bridge0, а физическим сетевухам его можно вообще не назначать. Тогда с любой сетевухи будет отвечать одни и те же адрес и мак.
А Хде у автора про бридж сказано, а ?
Там же русским язЫком написано - "хочу по проводам" - как в Вашем случае это сопоставляется с бриджом?Автор, присоветуй такого же барыгу.
>А Хде у автора про бридж сказано, а ?
>Там же русским язЫком написано - "хочу по проводам" - как в
>Вашем случае это сопоставляется с бриджом?
>
>Автор, присоветуй такого же барыгу.Если Вы знаете другой способ протестить производительность сетевых плат имея один компьютер, можете мне о нем рассказать.
>
>Если Вы знаете другой способ протестить производительность сетевых плат имея один компьютер,
>можете мне о нем рассказать.А, понял. Вы придумали этот "новый" способ. ну-ну
Вы сами то поняли что написали изначально - мне Вас жаль.
>
>>
>А, понял. Вы придумали этот "новый" способ. ну-ну
>
>Вы сами то поняли что написали изначально - мне Вас жаль.Жалеть меня не надо. Как решить свою задачу я уже знаю и сейчас ищу способ как это сделать более элегантно. Если можете помочь - welcome.
для начала поделитесь, тем, уже знаете.
>для начала поделитесь, тем, уже знаете.Есть: 6 ethernet интерфейсов на одном PC
Цель - сгенерить 6 ip потоков и посмотреть какую максимальную скорость они покажут.Средство: соединяем порты тремя crossover кабелями. Пишем софтину, которая получает на вход два ip адреса(scr и dst), в конфигурации ищет интерфейсы им соответствующие. Потом случает все что прилетает на dst интерфейс, а c src интерфейса вручную генерит UDP поток, используя mac из конфигурации.
Можно еще проще - ручками прописать mac'и в arp, но тогда при потребности изменить порты, потребуется переконфигурить систему.
Теперь чего хочется: хочется создать обычные сокеты на интерфейсах и посылать все что захочется. Но для этого нужен работающий arp, а с этим пока проблема :(
>А Хде у автора про бридж сказано, а ?
>Там же русским язЫком написано - "хочу по проводам" - как в
>Вашем случае это сопоставляется с бриджом?ОМГ... А вы не знаете, что бриджевание можно и по проводам делать? Для вас бридж - непременно нечто беспроводное? ОМГ...
>Автор, присоветуй такого же барыгу.Вот, ничего доступнее не нашел. Читать до просветления
http://ru.wikipedia.org/wiki/%D0%A1%D0%B...
Помоему Вам читать до просветления.
Здесь пишут об одной машине.
>Помоему Вам читать до просветления.
>Здесь пишут об одной машине.Извините, был неправ, погорячился. Больше не повторится.