y_brother

Это порт конечного абонентика или за ним еще есть коммутаторы? Кстати покажи show utilization ports по клиентским портам. Дальше уже из этого исходить.

Если уже согласились на DES 3200, то можно подумать о менее функциональном, но гигабите в порт. Те же DGS-1100 или DGS-1210 как раз подошли бы, а цены - может даже дешевле получится. Зачем ставить железки класса уровня доступа ISP в офисной локалке?

В плане ограничения доступа по SSH - просто укажите IP, с которых можно входить. Думаю в ваших подсетях боты-то не лазят?

Ну подождем чуть, может еще не прочел А то так сразу негативом на человека

Так в чем все-таки проблема была?

Честно сказать ума не приложу что может быть еще. Если reset system не помог, то скорее всего глючная железка. Кстати тема про 3200-28, а в скринах вроде как 26 портовый. Ничего больше с конфигами не попутано?

На самом деле странно. show arpentry показывает IP компьютера в списке?

sh fdb vlanid 1

MACи в первой VLAN добегают на коммутатор когда подключаете к сети?

+1 за smokeping. Отлично справляется задачей + конфигурится элементарно.

В общем решили вопрос в лоб - провели к камере 220В

Совершенно верно. Аплинки в source, клиенты в members. Какая разница как там построено - кольцо или прямая жила?

У меня трабл заключался в том, что поднимать все приходилось ночью, а утром уже должна идти трансляция. Пока картинка была статичной (камера лежала в пустом помещении), htop показывал порядка 30% CPU. Утром, когда уже все понеслось, прыгало до 180%. Так что теперь перед тем как что-то реализовать тестирую за неделю PS: Пользовал последний VLC из репов Ubuntu 12.04 и V4L оттуда же. Может на стареньком было бы легче, но подумать времени не оставалось.

Если во флеш на сайт - vlc + v4l и erlyvideo. Недавно приходилось реализовать подобную задачу. Главное не жмитесь на процессор - пережать видео в h.264/AAC очень трудоемкая задача.

+ на интерфейсах начинают наростать ошибки передачи (дропы, например)

Приветствую всех форумчан! Появилась задача реализовать видеонаблюдение на базе камер D-Link DCS-2103 (именно на них, потому что купили до того как составили ТЗ). Камеры не умеют PoE и питаются только от отдельных БП (5В, 1.2А). Решил попробовать запитать по свободным парам. Вопрос к знатокам звучит таким образом - если длинна кабеля 30м (одесса, медь), смогут ли комплектные блочки удаленно питать устройства по свободным парам?

Поддерживаю идею с астрой!

Может лучше сразу в сервис? Железка-то не самая дешевая...

Может disable clipaging поможет?

Если у головы два выхода - то максимум что она осилит - 2 разных транспондера. Больше, к сожалению, никак. Можно, конечно, соединить тюнеры колбаской друг за другом, но это не решение поставленной задачи.

Как всегда бежим вслед за большим восточным братом. Идея ничего так, вот только вопрос порта уже готового государственного win-софта станет ребром в такие краткие сроки.

Если для домашнего доступа, то вопросами легализации линка обычно занимается ISP, предоставляющий услугу. Так что лучше сразу у них уточните.

На сколько я понимаю вы хотите сбалансировать нагрузку на оба канала или все-таки разделить трафик UA-IX и Интернет на разные гейты?

Ну в таком случае никак. Может все-таки можно определить какие-либо условия при которых параметры должны меняться?

А в чем проблема? Почему бы не реализовать все это локально perl/bash + отправлять результат к MT по SSH или SNMP?