Jump to content

Rudz

Пользователи
  • Posts

    32
  • Joined

  • Last visited

About Rudz

  • Rank
    Абитуриент
    Абитуриент

Контакты

  • Сайт
    Array
  • ICQ
    Array

Город

  • Город
    Array

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. приветствую! стоит задачка - забрать из эфира и подмешать "as is" в существующую сеть ктв 4 мультиплекса dvb-t2. при этом необходима конверсия в другие частоты - в эфире они широко раскиданы по двум поддиапазонам дмв, в кабеле же требуется собрать их в последовательную (или "через один") аккуратную пачку в районе 170-300мгц. чем нынче можно такое сделать? почитал форум от сегодня и по 16й год "и чуточку инета", и нашёл упоминания про всего лишь 3 теоретически пригодные для этого железки: Wisi OV45A/D, Wisi OK45A (по сути твин предыдущей), и Foro STC 02. все упоминания достаточно давние, и если на тему взлёта с Т2 по Wisi звучали разделившиеся мнения, то про Foro на эту тему я их не видел вообще :-/ буду рад любой информации, особенно практическому опыту :) спасибо.
  2. зачем, чтоб в будни ещё медленнее стало? подозреваю, что анбаунд у вас поставлен из какого-то пакета, и собран с тредами, но без libevent. уменьшите либо num-threads до 1 (для 100 человек у вас всё равно только один тред пахать всегда будет, это мизерная нагрузка), либо outgoing-range до 200 или даже 150 (и соответственно num-queries-per-thread где-то до 64) - у вас банально дескрипторы в 1024 не влезают.
  3. А что по твоему делает снупинг? Он не создает эти же правила? необязательно, это не его забота вообще-то. его забота - перехватить от клиента request, отправить штатному dhcp-серверу, получить reply и отдать клиенту - и не больше.
  4. с полгода назад писал управляющий биллинговый модуль для 3526. opt82 в 10-м вилане - уже работал, не знаю как раньше. по-моему, сейчас это вы её так преподносите, а не длинк. :) v2c оно отлично умело от рождения. v3 - тоже умело, за исключением досадного глюка в части USM - не инкрементировался при запуске snmpEngineBoots, как следствие "слетала" сессия v3 при казуальных рестартах. думаю, они и это уже давно исправили (я тогда выкрутился "ручным" обратным апдейтом через snmp trap на загрузку, и пошёл дальше - дописал и больше с ним на низком уровне не работал и не проверял, признаюсь честно). а вообще, на тему этой религиозной розни, я вам так скажу - кому-то машина нужна чтобы ездить, а кому-то - чтобы выёживаться. я сам, например, себя отношу к первой категории, и мой скромненький пассат - и не запорожец, и возит меня ничуть не хуже, чем возил бы скажем бентли, несмотря на разницу в цене и наворочености. руководствоваться в таких вопросах нужно принципом разумной достаточности - надеюсь, вы поняли мою аллегорию.
  5. и ничего, поразливаем в 3526 новый софт с поддержкой IPv6 & IGMPv3, и сможем жить дальше. ну, по крайней мере пока не придумают 802.3v2 :) не забывайте, что 3526 - L2-switch, а всё что выше - лишь софт, который для старших длинков развивается ОЧЕНЬ динамично, бтв.
  6. я имел в виду исходящие от клиента. у свича это, конечно, вход получится :) можно было просто поюзать поиск: http://forum.dlink.ru/viewtopic.php?t=44845 я на форуме длинка когда-то отвечал на точно этот же вопрос ;)
  7. скорее всего, ты dhcp-запросы на выход из клиентских портов не зарубил, вот они и убегают в сеть, и остальные свитчи их ловят. создай на всех свичах acl, запрещающий исходящие из клиентских портов 68/udp (а заодно 67/udp, чтоб зарезать левые dhcp-сервера); сам свич будет продолжать их для рилея видеть, и всё будет работать как ты хочешь.
  8. простите великодушно, с такими убеждениями админа (настоящего) лучше нанять. он не сделает ни одной.
  9. ну и что? то админ срочно нуждается в замене, неважно - поставил он пароль "111" или сам его злоумышленнику рассказал. зачем??? если хочеццо рулить с мобилко - надо сделать wap-сайтик с активной начинкой, а не искать сумасшедших решений через icq или ssh на мобилко. :)
  10. господа, кто практикует обмен со своими железками по третьей версии SNMP (в частности в плане трэпы от них ловить) - помогите плиз истину установить.. есть такая нота в RFC 3414 (USM for SNMPv3): вышла у меня такая ситуация: после перезагрузки устройства trapd перестаёт видеть трэпы от него. они-то идут, но в них этот счётчик, snmpEngineBoots, остался таким же как был до перезагрузки, а сиквенс snmp-сообщений начался "по новой", соответственно trapd считает эти сообщения устаревшими и отбрасывает. я - в саппорт производителя, а они говорят, что это нормальное поведение, и чтоб счётчик увеличивался - нужно перед каждой перезагрузкой конфиг сохранять, мол вместе с конфигом и snmpEngineBoots в nvram обновится. ну это же маразм, ладно с горячими рестартами - ну а с незапланироваными холодными чё делать, когда устройству питание отключали? один раз свет пропал - и прощай мониторинг? у кого v3 используется - поделитесь плиз наблюдениями, с указанием бренда и устройства. просьба к тем, кто не использует - не сорить в топике. :)
  11. это дешёвые д-линки (1005/1008) так со временем с ума сходят. один (иногда и несколько) порт будет светиться или даже моргать при отключеном кабеле. рецепт: "заткнуть" порт, закоротив RX & TX. наши монтажники просто втыкали в порт джек, обмотаный фольгой от сигарет. :) а вот вычисляется только последовательным отключением веток и контролем по снифферу "двоит/не двоит". :(
  12. запросто. :) только аккуратно всё распланировать. когда объявится пианэр, который установит себе ещё и rip-писателя (в плохом смысле этого слова) - поймёшь чем чревато вовлекать энд-юзеров в динамическую маршрутизацию. :)
  13. сплюньте. :) ... option ms-classless-static-routes code 249 = array of integer 8; option rfc3442-classless-static-routes code 121 = array of integer 8; ... subnet 192.168.0.0 netmask 255.255.255.0 { ... # 192.168.1/24 via 192.168.0.254 option ms-classless-static-routes 24, 192,168,1, 192,168,0,254; option rfc3442-classless-static-routes 24, 192,168,1, 192,168,0,254; ... } ... subnet 192.168.1.0 netmask 255.255.255.0 { ... # 192.168.0/24 via 192.168.1.254 option ms-classless-static-routes 24, 192,168,0, 192,168,1,254; option rfc3442-classless-static-routes 24, 192,168,0, 192,168,1,254; ... } ... первое нужно для виндовых клиентов (win2k и выше; динозаврам - батники), второе - для прочих. подразумевается что фря, она же dhcp, она же рутер, имеет адреса 192.168.0.254 и ..1.254 соответственно (я так понял, vpn не здесь). дефолт (option routers ..) при таком раскладе клиентам лучше не отдавать вообще - меньше будут при неподнятом впн-е какать в никуда через шлюз когда виря поймают; когда заведут впн - тогда и дефолт появится, и маршрут на вторую локалку будет действовать.
  14. как-то сомнительно звучит - запитать на каждом здании комп+коммутатор (из условий задачи) из одной точки.. я так понял, речь идёт про нечто более серьёзное, чем кучу фантомно запитаных мыльниц. в любом случае, с хозяевами здания вопрос лучше бы согласовать, чтоб потом не дожиться до "а науя нам тут ваши шнурки" и вытекающих последствий.