Ну, есть конечно еще костыль в виде BVI (Bridge group)
Но не уверен что данный функционал поддерживается в железе, ибо это эмулаяция свичинга.
Еще можно попробовать поднять ip vrf, и сделать xconnect между VRFами, но опять же не уверен что это сработает.
А по поводу Svi — да, некоторые ограничения все же есть, но ИМХО это самый правильный путь, и не забудьте, то что с одной стороны транка VLAN, с другой может быть сабинтерфейс
Multilink PPP, похоже действительно способен решить проблему, другое дело как он себя поведен на разных по скорости каналах? Да и Overhead будет не маленький.
Даже если вам удастся прокинуть LACP поверх L2 линков, он всеравно не обеспечит нужный эффект так как балансирует траффик на уровне source/destination MAC адресов. А в случае с одним TCP соединением между 2мя хостами, MAC адреса менятся не будут, соответственно линк пойдем по одному из каналов
Прошу прощения, не до конца изучил вашу топологию. НЕ увидел что у вас 2 GW. Etherchannel на всех этапах (от PC к SW1 и от SW1 к SW2) вам подходят, в качестве тестирования, просто начните копировать файлы с разных GW, или банально синхронно IPerf запустите, сумма должа быть ~ 2 гбит/c
Только разделите их по разным VLAN и IP подсетям, иначе будут глюки.
Начал писать реализацию без свитча, и понял что полностью повторяю ваш план. :)
1. Делить трафик по vlanам, для вайфая использовать Multiple SSID, чтобы частоты не перекрывались используйте каналы 1, 6 и 11
2. в IPv6 тоже есть DHCP, более того, есть механизмы назначения IP адресов без DHCP :)
3. Когда ваш провайдер выдаст вам блок IPv6, просто отключите NAT, и все будет работать.
4. С точки зрения роутера, «стационарники», это такая же внешняя сеть, как и сеть провайдера, тут простой interVLAN роутинг.
5. Про Multicast по беспроводу, если будут проблемы — попробуйте udpxy, всеравно перепрошиваться.
Если верить гуглу, то Multiple SSID, VLAN и IPv6, поддерживаются DD-WRT.
Сам к сожалению не пробовал (дома софтовый роутер на Unix)
Перечитал еще раз, понял свою ошибку :)
Пришла в голову такая идея
В mstsc есть такая вещь как запустить приложение сразу после входа в терминальную сессию.
Там можно создать некий батник вида:
1. Запустить ПО
2. подождать 10 секунд
3. logout
Чисто теоретически это решит проблему автоматизации запуска.
А для автозапуска без залогиненых юзеров, тут надо делать батник запускающий file.rdp как службу.
по идее должно заработать :)
Помимо такого показателя как скорость, существуют еще и задержки, ведь вместо привычных
память<->винт
будут:
память<->сетевая карта неттопа<->NFS (Ethernet/IP/UDP)<->Сетевая карта NAS<->Память NAS<->Винт NAS
Задержки конечно не очень большие, но все же будет заметно, особенно на маленьких файлах.
Если ваш NAS поддерживает подключение по USB или FireWire, ради эксперемента попробуйте скопировать много мелких файлов по нему, а потом через сеть. (У меня была разница ~3-4 раза 5МБ/c по USB 2.0 против 1.2 по сети)
Такс, вам удалось пропинговать другой комп, это говорит о том, что все настройки выполнены корректно, и с TCP/IP стеком и драйверами тоже все хорошо. (netstat -r это тоже косвенно подтверждает)
Возможно проблема в отсутствии в железяках автоматического определения MDI/MDIX, (ведь компьютер с роутером нужно соединять кроссовер кабелем) попробуйте подключить ноутбук с роутером через свитч, посмотрим что будет.
по поводу tcpdump, забыл сказать что его от рута нужно запускать, ну ли через sudo
Если верить SourceForge вроде в последней версии поддержку квот добавили. Насчет профилей, сказать не могу, так тонко не работал с ним.
В любом случае, все что можно сделать на FreeNAS, можно сделать и на Винде, но вот обратное, не всегда верно. Если не хотите Windows, а с FreeNAS придется мигрировать (например старая версия, не поддерживает квоты) посмотрите в сторону OpenFiler, суть та-же, но на линуксе, может там чего можно.
Подойдет, только вот удобства будет меньше, и головной боли больше. К тому же человек написал:
>>Я не очень силен в этой теме (вообще не силен :) )
За что вы ему контроллер домена на Samba?))
В целях самообразования если только)
Но не уверен что данный функционал поддерживается в железе, ибо это эмулаяция свичинга.
Еще можно попробовать поднять ip vrf, и сделать xconnect между VRFами, но опять же не уверен что это сработает.
А по поводу Svi — да, некоторые ограничения все же есть, но ИМХО это самый правильный путь, и не забудьте, то что с одной стороны транка VLAN, с другой может быть сабинтерфейс