Константин,
1) Сумма потоков многопоточной записи не равна скорости записи в один поток. Иногда многопоточная быстрее, иногда медленнее. Очень часто в USB контроллерах жестких дисках присутствующих на рынке скорость многопоточной работы очень и очень плохая, при нескольких потоках диск может вообще блокироваться с точки зрения ОС.
2) Имеется ввиду загрузка системы CPU и RAM.
3) Диск может отваливаться, т.е. или он прекращает отвечать( за предсказуемое время ) или просто исчезает из диспетчера устройств, а позже, возможно через секунду, а может быть и минуту появляется заново или не появляется до перезагрузки.
4) Перегрев по большому счету может быть на любом потоке, главное, чтобы достаточно длительным по времени.
Я бы настоятельно не рекомендовал такую систему для режима 24/7 и вообще для любой задачи над которой не сидит квалифицированный оператор, а ее непрерывность критична. Возможно вы окажитесь счастливчиком у которого все это будет работать 10 лет без единого сбоя, но я бы на это не поставил.
Спорадическое появление и пропадание дисков чаще всего говорит о проблемах с питанием или южным мостом.
Если замена БП не поможет, значит материнскую плату в помойку.
korsar182, да, наверно я переоценил типичный филиал, у нас везде минимум два маршрутизатора, резервирование канала и дублированные тунели до головы с каждого, в таком сценарии без ospf уже не удобно.
nik8n,
Первое, нужно понять есть ли в камере вообще настройки маршрутизации. В зависимости от ее степени "китайскости" вариантов может быть масса, начиная от того, что она работает только в l2 сегменте, заканчивая тем, что она считает шлюзом 11 адрес в своей сети, да, могут быть вообще сюрпризы с тем, что маска у нее где-то захардкожена 24.
У многих камер можно получить SSH доступ или найти подобные настройки где-то очень глубоко в меню.
Втрое, если сетевой стек в камере все же более менее адекватный маршруты ей можно выдать по DHCP вместе с адресом.
Третье, если ничего не помогает, можно попробовать через NAT на шлюзе.
1. Если у вас коммутаторы третьего уровня, это следует указать явно, но честно говоря мне сложно представить человек с таким вопросом и коммутаторы третьего уровня. Если у вас "классические" коммутаторы, они не могут быть шлюзом поскольку работают на другом сетевом уровне.
2. От куда камера получает настройки адреса?
3. Что за модель камеры?
4. Пропишите на схеме реальные настройки устройств, их адреса и таблицы маршрутизации.
poisons, ospf хорош не только динамической маршрутизацией, но и отслеживание состояния через hello пакеты. Т.е. если у вас линк есть, а связи нет, то ospf перестроит маршруты, статическая маршрутизация так не умеет, нужно костылить скрипты. Плюс в ospf удобно работать с loopback адресом, маршрут до него распространяется через ospf и вы сможете подключаться к mikrotik по одному адресу вне зависимости от состояния интерфейсов.
На счет NAT согласен. Вешать за NAT единственный канал до точки не очень идея.
Pashid797, NAT проходит ipSec. IPIP уже на ipSec адресах, белый адрес требуется с одной стороны если соединение устанавливается в одну сторону и с двух сторон если соединение может поднять любой из узлов.
Т.е. между узлами бегает ipSec трафик, после его "разинкапсуляции" получается ipip, после его разбора выходит уже обычный трафик из IPIP интерфейса.
ipSec у вас используется в любом случае, не очень понимаю где его могли не рекомендовать.
Если вам не подходит ipSec, можно использовать SSTP или OpenVPN, но второй поддерживает UDP только в 7 версии ROS, которая пока RC, с первым плотно не работал, поэтому ничего сказать не могу.
Evgeny ZN, я бы все же снял дамп. Если не понятно, что с сетью это хорошая практика, тамвы сможете точно установить в каком узле проблема, очень часто бывает, что тратишь массу времени на поиск проблемы не там.
Мне кажется вы не там проблему ищите. Почему вы решили, что софт не работает именно с туннелем? Что за софт? Какие настройки сети? Куда софт обращается по сети?
TotKtotam, если у вас нет доступа к настройкам dhcp и станция бездисковая, то никак.
Чтобы загрузиться с pxe нужен или загрузчик на локальной станции в котором будет прописан адрес сервера( возможно бездисковые тонкие клиенты так умеют, но стандартные ПК без дисков нет ) или получить адрес сервера для загрузки образа по dhcp, для этого в его конфигурацию нужно внести изменения и очевидно, что адрес "загрузочного" сервера должен быть постоянным.
А чем не подходит Thinstation?
У вас в любом случае получиться, что-то аналогичное. По PXE происходит загрузка образа, образ может быть любой, Thinstation это уже готовый образ, если он не устраивает делайте свой колхоз, но могут быть проблемы с лицензиями и сложности с драйверами.
В настройках extension и в настройках транка можно указать писать их или не писать.
А вообще смотрите логи звонков для которых запись есть и для которых нет.
Yuhter, это самое просто решение. Другие решения включают реализацию прохождения sip и rtp через nat по всей цепочке, я бы не рекомендовал подобную конфигурацию без хорошего знания сетей и особенностей реализации на конкретном оборудовании.
Артур Гиззатулин, дело не столько в 5-6мбит, сколько в то, что они не стабильные, низкие и скачу. А поскольку процесс загрузки сайта состоит из множества зависимых шагов на некоторых из них могут начаться таймауты и сайты, даже при вроде нормальной средней скорость в 5мбит работать будут из рук вон плохо.
Да и 5-6мбит, это далеко не худший вариант при плохой "радиообстановке".