Перейти к содержимому
Калькуляторы

DiM_TauRus

Активный участник
  • Публикации

    420
  • Зарегистрирован

  • Посещение

Все публикации пользователя DiM_TauRus


  1. Микротик реально укладывается в 5МГц.
  2. С праздником, коллеги!

    Ура, товарищи! *дзззинк*
  3. Может тему в "Технические вопросы кабельных сетей" ? там ей проще жить будет.
  4. #301. Ужастики И Зарисовки.

    Аналогичный случай в своей сети наблюдал - птичка реально самоповесилась. Втиснулась головой между витухой и тросикомподвески и перекувырнулась - так и висела посреди воздушки - фотка где-то есть сейчас сразу не нашел.
  5. В обратку: если появляеться такой адимн, из-за примочек которого, почему-то не выходит что-то вовремя сделать... Как я уже говорил данное решение - не везде будет лучшим.
  6. Да я отлично понял что /30 пихаем в одну /24. Слово "саппорт" видимо в посте моем не прочли, хотя монтажники у нас выполняют и роль саппорта, на "крутость" не претендую. К примеру при подключении нового клиента, адимн лишь заводит и активирует запись в биллинге, стандартную настройку клиентских машин монтажники выполняют сами. Это в простых условиях. И мне это кажеться удобным. При строительстве же к примеру радио-каналов на промышленных объектах, вышках... участвуют уже проф-монтажники, которые соответственно только монтаж и проводят + админ. В очередной раз повторю - я согласен с технической стороной подхода. PS. Grey - а куда пост делся предыдущий? - я вроде как на него отвечал...
  7. Кроме собственно админа есть еще и "инсталяторы"-монтажники-саппорт. Почти всегда общение с ними по мобиле и в неожиданный момент. Я же говорю сам подход верный на 100%, но в реальности вызывал некоторые "неудобства". Раздвинув рамки подсети на дом/объект стало в разы проще. Это лично у нас так вышло. А по поводу пионерии - так собственно такие двуххостовые сеточки в пределах сети из свичиков, это вообщем-то лишь развитие пионерии. Клиент в нормальном виде должен включаться непосредственно в порт "умной железки".
  8. Да нормальный подход. Все верно. Но к примеру по подсети на дом/объект - легче в запоминании. Бывает что не всегда есть консоль под рукой, а понять/ответить надо.
  9. Смысл в этом есть. Но становится неудобоваримо при энном кол-ве пользователей в одном физическом блоке.Неудобство проявляется на уровне человека-администратора, на уровне самой реализации проблем нет. Такой подход хорош для малого кол-ва пользователей на точку - например при радиодоступе.
  10. Хорошо, когда есть возможность бороться с броадкастовыми чатами с помощью железа. Но пока не у всех есть такая возможность. У нас например нет. Поэтому боремся административно: тех-поддержка постоянно в ирц-канале, всевозможные развлекаловки тоже в ирц, оперативное извещение там же, на сайте висит инфа о вредоносности броадкастовых чатов - мол если у вас тупит сеть - это возможно ваш сосед чатиться в "нелегальном" чате ).
  11. Поддержу точку зрения: Ни в коем случае не внедряйте броадкастовые чаты - ибо настанет ж.о.п.а. Используем ИРЦ. народ пользует несколько вариантов клиентов, на фтп-сервере держим преднастроенные клиенты-ирц.
  12. GateKeeper`у отдельное спасибо за полностью шеловый вариант, это и правда полезно.
  13. Спасибо люди! Разобрался, интуитивно на основе приведенных примеров написал скрипт, получилось, после добавления пары модулей для перла. Собственно скрипт нужен был для запихивания в крон с целью снятия абонплаты ).
  14. Приветствую! Дано: Mysql 4x, база данных base_name, таблица "users" Надо: Скрипт на bash, который из базы base_name делает выборку из таблицы "users" по заданному значению столбца "GID" (0-9), затем у попавших в выборку отнимает из столбца "deposit" определенное значение и соответственно записывает новые значения обратно. Кто-то может изобразить здесь такой скрипт ?
  15. Z-COM XG-2000

    100-250 метров - тут кабель сам Наг велел класть! )) ну а если совсем с кабелем никак - то использовать для помехоустойчивости что-нибудь из TurboCell / SEC или Векторовское оборудование - работает лично у меня очень хорошо.
  16. остроумно )) - хотя и по делу - конечно пробовали.
  17. Нужна альтернатива нетмитингу - и именно для ЛОКАЛЬНОЙ СЕТИ - без всяких коннектов к каким-то сервакам и регистраций в и-нете для работы. Можно платную. Желательно с возможностью конференций. Трафик ПтуП должен быть не более 1 мбита Нетмиттинг в принципе устраивает - но качество картинки у него уж очень страдает ((((. Если кто знает хоть что-то похожее - не поленитесь отпишите пожалуйста. П.С. Лет 8 назад еще в коаксиальной сетке мы пользовались каким-то чатом - название не помнится - ((( на "P" начинался - так там было все что я перечислил - и даже конференции - но тогда 8 лет назад про видео-чат как-то даже и не думалось - а теперь вот прижало.
  18. Zyxel или если подороже - Dynamix - стоЯт как вкопанные - 2 мбита не вопрос на хреноватенькой меди на 3-4 км. За год работы на прошлом месте я ни разу не притронулся ни к Зухелю ни к динамиксу - работают хоть тресни ))
  19. Есть потребность закрывать лимит либо по достижению байтового счетчика - либо по истечении определенного периода времени - вот применил следующую конструкцию ( expire_time = 1m - это в тестовых целях): rule 160_all{ ip4fw = 1600.0 1600.1 1600.2 1600.3 1600.4 limit 160_all { expire { expire_time = 1m exec = /sbin/ipfw del 1600 } startup { if_limit_is_reached { exec = /sbin/ipfw del 1600 } } ########### byte_limit = 2603625k reach { exec = /sbin/ipfw delete 1600 } } } ################# END ############### Ну собственно с байтовыми счетчиками все ОК А вот expire_time = 1m exec = /sbin/ipfw del 1600 - ни фига не срабатывает! Я уже туплю - не вижу причину (( - может кто с более ясным взором ткнет носом ?
  20. Все верно ... + строяться стационарные точки контроля... + усиливаеться бумажный нажим... + заявки на новые частоты рассматриваться стали с бОООльшим скрипом.. И самое приколькное то что трясти начинают тех у кого как раз хоть что-то оформленно и людей которые регулярно хоть какие-то деньги платит - а злостных нелегалов с кол-вом точек как у легала а то и больше - как-то вообще не видят ...кто-то под ментами, как выясняеться потом из душевного разговора с частотнадзором, сидит, кто-то под депутатами, кто-то еще под кем-то ... такая блин у нас особенность национального информационного бизнеса .
  21. Уважемыймый админ_вайрлесс )) - я ни в коем случае не говорю что 2100 стоИт на равне с вашими "синими коробочками"! При случае если официально будем строить линку в г-стандарте - я с удовольствием возьму именно ваши изделия. Но все же стоит пожалуй согласиться что 2100 уже хоть как-то может работать в отличии от моделей на других чипсетах.
  22. to Vlad Karagezov, D-Link, напомню я говорил исключительно про сегмент SOHO - свичики Д-Линк были очень даже неплохи 3-4 года назад - но не то что продаеться сейчас. К примеру очень напрягало когда я пользовал ДЕС-1008 что часто когда у него летели порты - то свич начинал подвешивать соседей ;;; Да и впервые с необходимостью перезагрузки я столкнулся именно на этих свичах. До того как я стал их пользовать в своей сети мне доводилось работать со старыми моделями свичей Д-Линк - впечатления были очень хорошими. AP DWL900+ это вообще особая тема для головной боли у многих ... как собственно и сырые 2000 А вот 2100 это уже вполне работоспособная машинка. Суть в том что изделия класса SOHO от Д-Линк способны работать ( в большинстве случаев) только в комнате. Аналогичные же изделия многих других производителей оказались гораздо приятнее и живучее в условиях домашних сетей и к тому же нередко даже стоят несколько дешевле.