Передо мной поставлена задача, надо протестировать свичи на их загруженность.
Грузить хочу по четыре порта: два входящих, два исходящих.
Вопрос можно ли это сделать на одной машине используя 4 сетевых карты:
Первая - вторую, третья - четвертую.Сразу же возникает загвоздка, Ось сразу начинает просматривать свои интерфейсы, и дело даже не в том что они будут все в одной подсети, это в сущности ни на что не влияет, если находится интерфейс с таким айпишником, значит она посылает на него запросы по внутренней шине.
Вопрос состоит в том, а можно ли заставить Ось этого не проверять, или запретить проверку и сразу же слать пакеты в сеть. причем принимающий интерфейс должен поступать аналогичным образом, отвечая только через сеть.Жду ваших выводов и надеюсь на ваши знания.
>Передо мной поставлена задача, надо протестировать свичи на их загруженность.
>Грузить хочу по четыре порта: два входящих, два исходящих.
>Вопрос можно ли это сделать на одной машине используя 4 сетевых карты:
>
>Первая - вторую, третья - четвертую.
>
>Сразу же возникает загвоздка, Ось сразу начинает просматривать свои интерфейсы, и дело
>даже не в том что они будут все в одной подсети,
>это в сущности ни на что не влияет, если находится интерфейс
>с таким айпишником, значит она посылает на него запросы по внутренней
>шине.
>Вопрос состоит в том, а можно ли заставить Ось этого не проверять,
>или запретить проверку и сразу же слать пакеты в сеть. причем
>принимающий интерфейс должен поступать аналогичным образом, отвечая только через сеть.
>
>Жду ваших выводов и надеюсь на ваши знания.
см. сюда: http://www.opennet.me/openforum/vsluhforumID1/68306.html
читать доку по iproute2, что есть такое таблица local и с чем это едят\^P^/
wmware - тебе поможет...
а вообще возьми и вставь патчкорд обеими концами в этот свич, и попробуй со своего компа пробейся...
>wmware - тебе поможет...
>а вообще возьми и вставь патчкорд обеими концами в этот свич, и
>попробуй со своего компа пробейся...
VMWare ему не поможет, она умеет бриджить только в один физический интерфейс единовременно. а NAT/Host-only ему вообще ни к селу, ни к городу применительно к этой задаче.\^P^/
>>wmware - тебе поможет...
>>а вообще возьми и вставь патчкорд обеими концами в этот свич, и
>>попробуй со своего компа пробейся...
>VMWare ему не поможет, она умеет бриджить только в один физический интерфейс
>единовременно. а NAT/Host-only ему вообще ни к селу, ни к городу
>применительно к этой задаче.но на хостущем компе можно поставить больше одной сетивухи... тогда уже поможет...
>>>wmware - тебе поможет...
>>>а вообще возьми и вставь патчкорд обеими концами в этот свич, и
>>>попробуй со своего компа пробейся...
>>VMWare ему не поможет, она умеет бриджить только в один физический интерфейс
>>единовременно. а NAT/Host-only ему вообще ни к селу, ни к городу
>>применительно к этой задаче.
>
>но на хостущем компе можно поставить больше одной сетивухи... тогда уже поможет...
>спасибо ну грузится буду с френзи БСД СД, и больше ничего не катит. Надо реально токо со фрей работать.
>>>>wmware - тебе поможет...
>>>>а вообще возьми и вставь патчкорд обеими концами в этот свич, и
>>>>попробуй со своего компа пробейся...
>>>VMWare ему не поможет, она умеет бриджить только в один физический интерфейс
>>>единовременно. а NAT/Host-only ему вообще ни к селу, ни к городу
>>>применительно к этой задаче.
>>
>>но на хостущем компе можно поставить больше одной сетивухи... тогда уже поможет...
>>
>
>спасибо ну грузится буду с френзи БСД СД, и больше ничего не
>катит. Надо реально токо со фрей работать.
установочного диска Slack 10 хватит вполне (rescue mode) если вести речь о фокусах с local routing table. это принипиально - только фря, или просто нет больше ничего под рукой?\^P^/
>>>>>wmware - тебе поможет...
>>>>>а вообще возьми и вставь патчкорд обеими концами в этот свич, и
>>>>>попробуй со своего компа пробейся...
>>>>VMWare ему не поможет, она умеет бриджить только в один физический интерфейс
>>>>единовременно. а NAT/Host-only ему вообще ни к селу, ни к городу
>>>>применительно к этой задаче.
>>>
>>>но на хостущем компе можно поставить больше одной сетивухи... тогда уже поможет...
>>>
>>
>>спасибо ну грузится буду с френзи БСД СД, и больше ничего не
>>катит. Надо реально токо со фрей работать.
>установочного диска Slack 10 хватит вполне (rescue mode) если вести речь о
>фокусах с local routing table. это принипиально - только фря, или
>просто нет больше ничего под рукой?
все равно какая ось, главное что бы Live CD и работало так как надо.
>фокусах с local routing table. это принипиально - только фря, илидай на него ссылку пожалуйста нифига не могу найти
>>>wmware - тебе поможет...
>>>а вообще возьми и вставь патчкорд обеими концами в этот свич, и
>>>попробуй со своего компа пробейся...
>>VMWare ему не поможет, она умеет бриджить только в один физический интерфейс
>>единовременно. а NAT/Host-only ему вообще ни к селу, ни к городу
>>применительно к этой задаче.
>
>но на хостущем компе можно поставить больше одной сетивухи... тогда уже поможет...
в том то и дело что нет же. поставь хоть десять сетевух на хост, bridged networking в VMWare будет работать только с одной из них. у тебя может быть 10 виртуал машин, и все 10 могут бриджиться одновременно, но в одну, и только одну сетевуху. остальные 9 будут не у дел.
полазай в настройках виртуальной сети VMWare - мож допрет...\^P^/
В линуксе поможет iproute2, ХХХ.ХХХ.ХХХ.ХХХ via .... и возвращать пакеты через интерфейс, в который они вошли. Вопрос другой - данная метода ублюдочна.
>В линуксе поможет iproute2, ХХХ.ХХХ.ХХХ.ХХХ via .... и возвращать пакеты через интерфейс,
>в который они вошли. Вопрос другой - данная метода ублюдочна.
а он будет их отправлять через сеть при этом? и почему метода ублюдочна?
>>В линуксе поможет iproute2, ХХХ.ХХХ.ХХХ.ХХХ via .... и возвращать пакеты через интерфейс,
>>в который они вошли. Вопрос другой - данная метода ублюдочна.
>
>
>а он будет их отправлять через сеть при этом? и почему метода
>ублюдочна?
Будет отправлять как укажешь... Ошибка методики в том, что при этом не тестируется просадка свича - т.е. способность одновременно обрабатывать множество потоков, его кеш arp не нагружен
>В линуксе поможет iproute2, ХХХ.ХХХ.ХХХ.ХХХ via .... и возвращать пакеты через интерфейс,
>в который они вошли. Вопрос другой - данная метода ублюдочна.
про iproute2 я и писал в самом начале этой темы. VMWare при этом уже не нужна.\^P^/