Самым обычным образом. Если ничего не трогать, то маршрутизаторам не важно из какого интерфейса пришел пакет. Их в первую очередь интересует куда его отправить.
Это в некотором роде объясняет успешность ddos с подделанным обратным адресом. Фильтрацию по адресу источника (Reverse path filtering) нужно настраивать специально. Она выключена чтобы не усложнять жизнь, вот как вы себе сейчас.
Romka_Kharkov, ну что еще вам нужно для подтверждения ?
http://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/8651-21.html
вот тут, все что нужно знать в этом случае :
Про CEF и как он влияет на процесс балансировки тоже стоит почитать, но по сути это дополнительное чтение. В вашем случае скорее всего важное, если вы собрались два канала грузить до "полки".
Если все приоритеты одинаковые, то почему бы нет?
Ну так оно на самом деле работает или вы еще не пробовали просто?
Технологически препятствий нет. Можно на разные arp-адреса отправлять пакет с любым адресом назначения
С цисководами ведь главное что - найти как они это называют с маркетинговой точки зрения и дальше уже читать. Называют они это Load-Balancing .
Я что-то не могу найти отдельной статьи, но это означает что фича настолько естественна, что статьи не удостоилась.
Есть про проблемы возникающие вместе с CEF
http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipswitch_cef/configuration/15-mt/isw-cef-15-mt-book/isw-cef-load-balancing.html#GUID-EEC28AD8-F73C-4106-B46F-D1CEDC7F7AF9
MgStyle, а я и не утверждал, что причина в версиях. Вы невнимательно читаете.
Действительно, хотелось бы знать, что за опция. Отключить vbr для аудио вариант слегка туповатый.
MgStyle, то есть вы не знаете, что там на самом деле ? в прошлом году это было ?
git - это репозитарий. да там каждый день новая версия !
скачайте, например, тут самые последние версии http://ffmpeg.zeranoe.com/builds/win64/static/ , запустите все те же процессы и проверьте что и на windows проблема повторяется.
Еще avconv попробуйте.
У вас выбор-то действий небольшой. Никто кроме разработчиков не будет это анализировать и ответ точный не даст. А разработчиков ffmpeg на этом форуме вроде бы нет.
MgStyle, и какие же именно версии ffmpeg и x264 ? действительно ли скрипты вызывают эти новые версии ?
для centos, например, понятие "последняя версия из дистрибутива" - звучит как шутка.
Если это действительно так и версии прямо из git, попытайте счастья в списке рассылке разработчиков ffmpeg - задайте там вопрос.На английском. И подготовьте все исходные файлы и т.д.
Не стоит думать, что вы бесполезную работу проделали. Без обновления на самую последнюю версию там такие жалобы никто читать бы не стал.
Просто пересобирайте на все самое свежее из репозитариев.
Совет выглядит глупым, но частенько в тех случаях когда возникают проблемы с форматами видео все равно оказывается, что проблема уже решена в более свежих версиях и приходится делать это.
Если не поможет - тогда это действительно проблема стоящая совета.
xvids1, из известных мне сайтов, которые озаботились проблемой скрытия IP сервера там нет или IP старый.
набивайте посты в другой теме.
Что бы ни говорили, в этой базе действительно не все сайты. И IP у многих старые.
Значит не так уж и легко.
Не понятно стоит ли вообще браться.
Опишите подробнее последовательность действий. Какие диски заменяли вообще ? почему sdc5 как spare? почему остальные массивы собраны ?
Состояние явно не исходное сразу после поломки. Вы что-то пытались сделать .
Если sdc не один и тех дисков, которые были изначально и если на нем не сохранилась исходная информация - сейчас точно нельзя собрать.
При стандартной раскладке layout=near 2 из дисков 0 и 1 для старта массива должен быть доступен хотя бы один. У вас их обоих нет.
