greyshadow

http://www.ix.dn.ua/

счетчик добегает 4Г и обнуляется.

Разброс цен назывался 410-450$ при "поштучно" с обещанием "регулярно".

Цена конечно заманчивая, но пока остановился на zyxel MES-3500-24F, + пассивное охлаждение (в ящике в августе при +37 "за бортом" температура по датчикам 70 и по заявлению зюха норма - до 85) низкое энергопотребление PIA (PPPoE intermediate agent) все разьемы на морде (удобство монтажа в ящике) сообщает о пропадании питания контакты для датчиков DHCP relay по VLAN-ам (ёжики например только глобально, перехватываем или все, или ничего) Явных минусов пока не обнаружено. Выбирал между BDCOM(S2548GX S2228B-F); Huawei (S3328TP-EI-24S); D-Link (DES-3200-28F); ZyXel (MES-3500-24F)

Обыдно...

Можно ли на агрегате BDCOM S2548GX заставить SFP порты работать в 100М режиме? и если можно - как??

у Edge-Core, D-Link, TP-Link, Planet и т.д. в каталоге есть unmanagment, web-smart, smart и managment модели. Если все перечислять - на пару страниц. Определитесь поточнее что вам от этих свичей надо.

Как вариант на некоторых коммутаторах (например zyxel MES-3500 ) есть блок контактов для подключения датчиков, при замыкании - посылается трап, ловите трап и предпринимаете нужные действия. Чем "замыкать" контакты на стороне диспетчера - не подскажу, может что-то типа такого: http://www.intrasoft-spb.ru/catalog/computers/input-module/axiomtec-dasp-52016-plata-pci-c-8-relein.php

1. Вторая оптика будет идти по тем же колодцам, если там режут шнурки - в 9 случаях из 10 падать будут оба канала. 2. поинтересуйтесь у хозяев здания пустят ли они туда второго провайдера, очень может оказаться, что у них с промтелекомом "ихсклюсив" и все остальные "пролетают"

Давно удалили? в "корзине" искали?

Вам для каких целей? если именно складской учет со всеми чучелами - 1C (за бабки)? iceb (типа даром)? Если вам вести перечень железок что где стоит/лежит - можно например GLPI попробовать.

Судя по описанию - управление производственным процессом, судя по доп. замечаниям - территория тоже довольно обширная. Подключаюсь к вашей сети, снифлю пакетики, т.к. комнды бродкастовые - благополучно их получаю и записываю, после чего (даже не разбирая внутренности пакета) топо выпуливаю их в сеть в случайном порядке, чем надеюсь вызвать сбои в работе оборудования, меняю дислокацию и повторяю атаку... т.к. конечная железка не отслеживает порядковый номер команд и похоже вообще не проверяет входные данные - то с вероятностью близкой к 1 все мне это удасться... Короче прав madf - долб

При поддержке удаленной стороной соотв. протокола (с обязательным пониманием матерных выражений) - так и по удаленке тоже ....

Что администрировать-то надо? уборщица - она тоже администратор ведра и тряпки...

"Любую проблему можно преодолеть, имея достаточно времени и денег. Но Вам всегда будет не хватать либо времени, либо денег." (один из законов Мерфи) Так что с точки зрения формальной логики в первоначальном посте противоречия не, ведь ни суммы ни сроки не оговорены

1. "...перетыкаешь в соседнюю мыльницу, которая патчем соединена с ES3510MA порт тоже не срабатывает..." Если имеется ввиду порт на мыльнице - то сам ежик может и ни причем. 2. "через консоль и веб-интерфейс к свитчу не попасть." Это как??? а он в таком случае вообще ВАШ??? и как вы прошивку менять собираетесь, если "через консоль и веб-интерфейс к свитчу не попасть." ??? 3. отваливается только один абонент или на свиче вообще индикации нет??? Итого - проведите нормальную диагностику! (в каком состоянии порт, что свич в логи выдал какой функционал активирован), потом выдавайте результат

Как можно дропнуть то, что не доставилось?? Для маршрутизатора логика невыполнима - он получается должен UDP до 7-ого уровня развернуть и помнить историю по всем таким пакетам, причем как маршрутеру учитывать вариант прохождения пакета 1 одним путем, а пакета 2 другим??? Это даже теоретически реализуемо только на железке, от которой единственный путь к вашему контроллеру, соответственно каждую железяку(исполнителя команд) надо включить в другую железяку, которая будет разворачивать UDP, вытаскивать ID команды, и если ID меньше чем полученый ранее - дропать... теоретически конечно выполнимо е

Зачем так категорично? В рамках UDP да, не реализуемо без расширение протокола на высшем уровне. В рамках tcp/ip все реализуемо. При чем тут tcp/ip?? маршрутизаторы о tcp вообще говоря не вкурсе, они именно ip пакеты обрабатывают и буферизируют, и в рамках IP НЕ РЕАЛИЗУЕМО! если не верите - обратитесь к теории, каждый IP пакет - он сам по себе и очередности никакой внутри именно IP заголовка не предусмотрено.

В рамках ip НЕ РЕАЛИЗУЕМО впринципе.

Под такой набор пару сотен моделей предложить можно.... От cisco б.у. и до noname. Еще какие-то пожелания имеются? Достаточно вменяемый cli у cisco/juniper/zyxel/edge-core и т.д.

Вспоминается "А есть ли жизнь за МКАД-ом..." Столицы - они завсегда в параллельном мире живут

Знакомый живет в Донецке, частный сектор, 3 предлагают по оптике (2 - ПОН и 1-100Base-FX), 2 - ADSL (Укртелеком, Фарлеп), 1- DOCSIS.... А всего 2 года назад - только ADSL и очередь на подключение...

Так вроде радиус уже давно с дхцп работать умеет? http://freeradius.org/features/dhcp.html

Если вы не в теме, не пишите тогда коменты плиз. откройте гуглю для начала или вот вам прямая сцылка http://sourceforge.net/apps/trac/accel-ppp/wiki/IPoE_ru. Сорри, таки раельно не в теме, пошел копать тему...

Вы сами поняли, что сказали?? IPoE используя accel-ppp под IPoE обычно понимают отсутствие ppp, а accel-ppp - его наличие... либо объясните подробнее либо это вещи взаимоисключающие.