помогите с глюками UDP, когда две сетевые карты в одном компьютере Опции

[Aprox]

Обнаружен странный эффект, про который не знаю, что и думать. На ПК реализован UDP клиент и установлены две сетевые карты, условно назовем интерфейс А и интерфейс Б. IP и маски для карт установлены вручную так, что обе карты принадлежат одной подсети. Легально ли так назначать настройки карт?

Если легально, то наблюдаем следующий глюк. При запуске клиента, ARP запрос посылается, как и положено, в оба интерфейса А и Б. Ответ, тоже как и положено, приходит только из одного интерфейса, предположим Б, туда подсоединен сервер. И после этих событий, винды вдруг начинают слать UDP пакеты совсем в другой интерфейс А, совсем не в тот, откуда был получен ARP ответ сервера.

Как интерпретировать эту ситуацию? Если нельзя назначать два интерфейса в одну подсеть, то почему Винды не ругаются на эту ошибку? А если можно, то откуда берется наблюдаемая в Виндах путаница с интерфейсами и как с ней бороться?

[Rst7]

Ну,это понятно, умеючи-то... что хошь... сломать можно

Ну кроме того, маршрутизация на уровне L3 (и выше) позволяет решать вопросы обеспечения:
а) безопасности;
б) взаимодействия с другими сетями;
в) гибкости маршрутизации.

Если в качестве маршрутизатора используется не железка L2, а комп, то почему бы не пользоваться означенными маленькими радостями?

Сейчас недорогим 8-портовым свичом с CAM в 4K MAC-адресов никого не удивить.

Кстати, просто 4K маков дают не такую уж малую вероятность того, что два порта будут дружить. Грубо говоря, для двух устройств это примерно 5E-4. Для четырех - уже 1E-3. Ибо таблица там не по MAC'ам, а по хешам MAC'ов. Должен быть еще костылек, дополнительная lookup-таблица.

Ситуация, кстати, резко ухудшается при построении сети с топологией "гирлянда" на L2-свичах.