Перейти до

adeep

Сitizens
  • Всього повідомлень

    2 238
  • Приєднався

  • Останній візит

  • Дней в лидерах

    16

Все, що було написано adeep

  1. adeep

    Посоветуйте на доступ

    Вы в курсе, что edge-core и foxgate на одном заводе делают?
  2. adeep

    Конференции по сетям

    Про УКОС информация будет после конференции ИНАУ. Конференция ИНАУ пройдет в Судаке с 14 по 18 июня. Еще осенью обещают микротиковскую вроде. Телевизионная только-только прошла в гаспре. "Маевка" UA-NG тоже только-только прошла
  3. adeep

    Письмо из СБУ

    Есть сомнения? позвоните оперу, уточните что вас не устраивает.
  4. подмена понятий. между критически широко распространенной открытой разработкой с готовым комьюнити и коммерческим продуктом с закрытой разработкой.
  5. adeep

    Письмо из СБУ

    Уважаемый, а вы знаете что оперативно-розыскные мероприятия по днепру проходят по всей украине? а вы обратили внимание что в письме не требуют информацию, а просят помочь и активизировать логи? единственное с чем я могу согласиться - не оговорены временные рамки (до закрытия дела, до января 2050года и т.п.) этих мероприятий. а место где могла бы быть печать и подпись затерто.
  6. вода в колодце, свет от ветряка с батареями, отопление от солнца. между прочим популярное направление обустройства частных домов.
  7. adeep

    пинг ходит по кругу

    смотрите загрузку процессора, количество пакетов на интерфейсе и т.п.
  8. Вы повторяете ошибку одного знакомого мне человека, который утверждает: если там бывают проблемы, то и здесь могут быть проблемы. Вы, как и он, ошибаетесь в ключевой разнице проблем и в интегральности (грубо говоря если сервис падает по техническим причинам 1 раз в месяц и ваша система падает 1 раз в месяц, то в сумме это будет 2 падения в месяц для абонентов). Поясняю: от проблем на магистрали не уйдешь. Но если есть резерв, то в течении 2-3-4-5-6 часов люди вполне комфортно смогут работать на нем (не забываем про приоритезацию ключевых абонентов), а не плевать в потолок и ждать пока починят. речь идет о ключевых сервисах или о работе одного дома в большой сети? вы действительно не понимаете разницы? у них выбора нет. у них не работал = не продал за это время. в телекоме не работал = потерял постоянных клиентов, которые приносят постоянную прибыль.
  9. что будет если писатели биллинга устанут или будут дооолго делать то, что от них хотят? На свой биллинг сменить разработчика можно. На чужой никак.
  10. а вы собственно знаете что такое биллинг и почему сервисы абонентов от него зависят? Вы похоже несколько оторваны от реалий. Тут несколько человек распинаются на тему критических сервисов и их доступности. Разъяснили все варианты угроз. Разъяснили какими проблемами это грозит. В итоге ни на один из вопросов по угрозам ответа дано не было кроме глупости: "зачем клиентам от биллинга зависеть".
  11. Логи, графики - критический сервис мониторинга. Бэкапы да, но и это место уже занято от амазона до селектела - только крон настрой и следи за балансом счета.
  12. <p> </p><div>Пропадает связность между вашим интернетом и нашим интернетом. Ну вот часть "интернета" отвалилась. абоненты в панике, у оператора ни биллинг ни мониторинг не работает. Что делать?</div> <div>Вы просто не понимаете. Что как раз для мелких и средних провайдеров продублировать сервисы дешево и легко. Для крупных становится сложнее - резко растет стоимость. Ни в первом, ни во втором случае критические сервисы не будут вынесены за пределы сети (максимум на техплощадку аплинка, от которого и так сеть зависит на 90%).</div> <div> </div> <p> </div><div>Вы сможете прогарантировать что в случае пожара, изъятия, масок шоу в одном-двух ДЦ ваши сервисы продолжат работу?</div> <div>А любой грамотный инженер в случае такового на предприятии сможет прогарантировать восстановимость всего за смешные деньги.</div> <div> </div> <div> </div><div>Ну вы опять путаете теплое с мягким: каналы можно продублировать. Линуксом пользуются миллионы и тысячи копаются в его коде выискивая блох. Реакция на блок достаточно быстрая. А у вас черный ящик, в который вы не хотите никого пустить.</div> <div> </div> <div>Возьмите CRM, ERP, супорт, почту, вебсайты и т.п. - то, что позволяет лежать некоторое время без вреда для работы абонентов.</div>
  13. Как вы себе представляете мониторинг и анализ работы сети, отвязанный от работы сети? Всё относительно, проблем никто не исключает. Если у Вас умер сервер с cacti, nagios вы же однозначно не увидите всей картины что вобще случилось и мониторинг Ваш будет неработоспособный. Вам же говорят - откажитесь от идеи внешней облачности критических структур. Биллинг, мониторинг и обеспечение сети относятся именно к ним. Если их и загонять в облако, то это облако должно быть внутренним (= внутри компании) и закрытым.
  14. Как вы себе представляете мониторинг и анализ работы сети, отвязанный от работы сети?
  15. adeep

    Продам SFP SC 1.25G

    А фиолетовые в крапинку есть?
  16. Посмотрите в сторону openStack Swift. Как раз позволит создать облачное хранилище данных с тройным резервированием. Можно посмотреть на http://owncloud.org/
  17. наверное написал товарищ работающий у провайдера билингописателем, жаль только забыл упомянуть о основных бонусах этого подхода несколько лет разработки, куча потраченых денег и провайдер как подопытный кролик с боязнью, а вдруг перестанут писать что делать опять все с начала ? половина ныне продаваемых биллингов так и была написана. и продолжает писаться
  18. Давай уже бесплатно)
  19. adeep

    Asterisk + E1550

    МТС не дает мобильные номера по сипу, только город.
  20. Ну 36 это же дофига
  21. Как то оно не по Феншую, чтоли. силиконить все равно надо и решение с вводом патчкордов в бокс. А тут вместительный ящик (не надо будет ютиться в коробочке), пластиковый (= не привлечет внимание охотников и с рэсом проще) и вполне нормально смотрится на столбе. А главная суть, что стоит он в 5 раз дешевле феншуевской муфты, которая все равно мала для нашей задачи
  22. кстати да. присмотрели вместо муфт отличные пластиковые боксы под электричество. дешевле в 5 раз. дырки силиконятся. скоро будем пробовать
  23. adeep

    datagroup

    это не аргумент. другое дело что вам не подошло их предложение и не смогли договориться. это не повод ругаться.
×
×
  • Створити нове...