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

iconnect

Пользователи
  • Публикации

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

  • Посещение

О iconnect

  • Звание
    Абитуриент

Информация

  • Пол
    Мужчина

Город

  • Город
    г. Мариуполь
  1. Используем для задачи multicast->http собственное решение. По сути - промышленный http стример. OS - Linux. Вход 200 multicast Выход (максимальная нагрузка на сервер) 1хX3430 - 4Gb/s 2хE5649 - 14Gb/s От кол-ва сессий зависит слабо - можно просто поделить выходной поток на планируемую среднюю полосу на сессию. В нашем случае - это тысячи активных сессий. Цифры реальные - взяты с "боевых" серверов.
  2. Дорога на КРОС-2012

    Аналогично. Совпадение - два рейса из двух:-) Можно будет начинать обсуждение по докладу Правосвязие еще в Шереметьево? Летим с Украины с пересадкой в Москве. Может кто-то еще с Донецка будет на рейсе SU-1803? :-) Согласен. Хотя уже начинаю думаю что 26 мая вылетать в 13 рановато будет:-) В прошлом году, уже точно не помню, но по ощущениям ужин закончился ближе к 5 утра:-)
  3. Если дешево и эффективно - то мы несколько раз применяли методику нарезания полосы зеброй при проблемах с одним из аплинков. Если среднее пользовательское потребление в одном из направлений за 5 минут составляет более 6 Мбит, на следующие 5(10) минут скорость этого направления шейпится до 4(или 1) МБит, после чего скорость восстанавливается до скорости тарифа. Это хорошо работает если основные тарифы больше 15 Мбит. Тут логика простая. Если исходит из того, что средняя сессия в час пик меньше мегабита на абонента, то получить среднюю загрузку полосы на протяжении более 5 минут в 6 Мбит могут только торентщики. И не нужно никакой SCE:-) Дальше, они либо успеют скачать нужный файл, за те 5 минут что им дали работать на полной скорости (а это несколько гигабайт), либо скачают его на следующий цикл. Обычные абоненты под эти правила просто не попадут. В любом случае жесткий rate-limit от аплинка с потерями пакетов будет более чувствительным, причем для всех абонентов, чем периодический шейп ограниченного числа абонентов. В нашем случае это было до 5-10%. Большая часть из которых этого просто не замечала, но такой механизм позволял организовывать нормальную работу остальных 90% абонентской базы при аварийных ситуациях. Цифры можно подбирать опытным путем. У нас мы доходили до 2 Гбит ужимания по внешнему каналу без особых претензий со стороны пользователей. Как вариант алгоритма, отлично показал себя такой цикл для качальщика: 5 мин полная скорость - если превысил лимит по полосе, то след 5 минут урезанная до 2 мегабит - если опять выел 90% от выданных 2 мегабита полосы, то след 5 минут подняли до 7 - 10 - если съел 90% - опять 2 - если полоса освободилась, полная скорость по тарифу. И главное, он не может сказать что у него нет скорости по тарифу.
  4. КРОС-2011

    А что было в прошлом? :-) Я приехал уже вечером, много пропустил?
  5. КРОС-2011

    Добрый день. Есть пару вопросов по конференции. Прилетаем в Екатеринбург утренним рейсом. В планах днем пройтись по достопримечательностям города, раз есть возможность, и вопрос, во сколько уже можно выдвигаться сторону Иволги? Со какого времени забронирован номер в Иволге? Можно ли приехать раньше, вещи оставить на ресепшине и отдохнуть на природе?
  6. Вы посмотрите на руки... Поздравляем они у вас из правильного места растут...:) Спасибо конечно. Но не все так плохо. Давно смотрю, облизываюсь... пока выжигателем вскрываю Москабельфуджикура- многомодульный кабель где модуль дерьмовый-дерьмовый- пробовали вскрывать? Мы недавно получили... Пока сварщики только на стенде осваивают. С Москабельфуджикура не работали, сильно "дерьмовых" модулей пока не попадалось. Сейчас главный вопрос как его чистить от гидрофоба или забить :-)... и долго ли он протянет (если бы он хотя бы раз в 5 дешевле был, можно было бы не заморачиватся).
  7. PON. Есть участок, сейчас посчитал, где, так получилось, уже 8 дополнительных аварийных муфт. Сплитера не переваривали, муфты часто варились ночью не в идеальных условия, ветки тоже на расстоянии не 1 и не 2 и даже не 3 км. Все работает. Что мы не так делаем?Вы неправильно проводите знак равенства между "разок получилось" и "отлаженная технология с должным запасом надёжности для массового применения". Прямыми руками, да со светлой головой, - многое можно сделать. Многое из того, что можно так сделать, не следует пытаться внедрять как штатное решение массового исполнения, так-как будет неприемлимо большой процент брака. Не соглашусь. Не назвал бы PON технологию сильно "нежной". Если при расчете схемы не выводить ONU на нижнюю границу рабочего диапазона по затуханию, то вполне можно обеспечить себе запас в несколько децибел. А это уже далеко не одна стыковая сварка и две... Вот сплиттер 50/50 потом уже вставить на узел (разбив его на два) проблематично, но там, если мне память не изменяет, потеря сигнала на уровне 4дБ. Кроме того оборудование часто работает на затуханиях ниже предельных - бывает и такое. Причем нормально работает. Для нас discard пакеты и crc error из-за низкого уровня сигнала недопустимы - отслеживаем этот показатель по всем узлам. Оптика, особенно воздушка, за несколько лет все равно обрастет кучей нежелательных и не планируемых муфт - где дерево упало, где столб перенесли или снесли, где банально порезали. Так что не все так печально... У нас на том участке еще думаю муфт 8 поместятся (не дай бог, правда) и все будет работать и даже перемерять не будем рефлектометром после сварки, ориентируясь только по сварочнику. Сейчас обслуживаем больше полусотни PON веток, так что говорю как оно есть. Тут вопрос чисто экономический, если при расчете не закладываться на предельные 32 или 64 устройства на ветку, а считать, например, по 29, тем самым удорожая проект всего на 10% (реально правда больше получается), но обеспечивая запас "по прочности" или подбирая себе нужный коэффициент цена/запас по качеству на свой лад то можно и с PONом жить не один год и нормально.
  8. PON. Есть участок, сейчас посчитал, где, так получилось, уже 8 дополнительных аварийных муфт. Сплитера не переваривали, муфты часто варились ночью не в идеальных условия, ветки тоже на расстоянии не 1 и не 2 и даже не 3 км. Все работает. Что мы не так делаем? Вскрытие модуля обязательно, найдите мне подрядчика который будет заниматься этим детским садом! К тому же модуль политуба гараздо толще, чем предполагается для использования с этим инструментом. [...] Пришла такая штука недавно - по первым опытам, что политуб, что многотуб - вскрывается на ура и достаточно чисто... Хотя, согласен, возможно от кабеля зависит...
  9. Ну не знаю... У нас стоят три пары 4728 соединенные кабелем через этот порт, который как бы для стека. У каждого свой IP, свои настройки и т.д. Настроек именно под стек не нашли. Да и так по моему даже лучше. Вот еще в потверждение http://forum.nag.ru/forum/index.php?showto...st&p=447678. Может что-то в новых прошивках появилось? И насколько это рабочий вариант? Задал вопрос производителю по поводу стекирования. Утверждает что: "Будет полноценное оборудование, едиственное не будут работать некоторые фитчи, самая критичное из них - selective qinq". Никаких там двух железяк соединенных 12G кабелем.
  10. Zyxel XGS-4728F можно imho использовать только как L2. Но в этом режиме он может работать при полной нагрузке до 10G. Только у XGS-4728F не стек в полном понимании этого слова. Там просто порт 12G с нестандартным разъемом... И два свича, соединенные через этот порт работают независимо, как просто соединенные на скорости порта. Это может быть как плюс, так и минус. С Zyxel у нас были еще приколы в работе в режиме IP igmp router. Планировали использовать Zyxel как Querier на сегмент - периодически зависали по менеджменту, пока не отказались от использования этой функции. Хотя встречал упоминания на форуме, что у кого-то это работает. А с Quidway® S23 серии уже работаете или только планируете. Просто интересно как они в плане работы...
  11. Купили блок meanwell PCS-60A для теста. Вот первые результаты - может кому пригодятся, но больше надеюсь что подправите и порекомендуете... Разъем для резервного питания у DGS 3100-24 TG следующий (если смотреть на него сзади) 1 2 3 4 5 6 7 8 9 10 11 12 13 14 где 1,2,8,7,14 - GND 9,10,11,12 - +12V 3 - Status2 4 - Status1 5 - Power present 6 - Power good 13 - NC Блок питания PCS-60A подключили пока только на входы по питанию. С назначением Status2, Status1, Power present, Power good пока до конца не разобрались. Вернее получается что на Power present свитч не реагирует, на Power good +3.3В (log1) в логе пишет PS1 Operational, на на 0 В логе пишет PS1 Not Operational. Со Status2 и Status1 пока не понятно. Но при замыкании Status2 и Status1 пишет что PS2 подключен, но в состоянии Not Operational. Блок питания подключили к батарее 26Ач. После полной зарядки продержала около 5 часов. Но батарея была новая со склада - может цифра будет и выше после тренировки - напишу позже. Нужно отметить, что PCS-60A греется очень сильно. Как будет летом в жару в ящиках не хочется экспериментировать. Хотя по номиналу подходит. Думаем выбрать http://www.meanwell.com/search/psc-100/psc-100-spec.pdf . Все таки мощность повыше и выше ток заряда батареи и попробовать с 40Ач батареей.
  12. Используем немного адаптированную систему. Показываем сварки вплоть до волокна "прогоняя" его на всем протяжении. Очень удобно потом в обслуживании за счет быстрого поиска где волокно начинается, где заканчивается. Очень удобно анализировать кабельную емкость в нужной точке. Очень довольны. Ведем достаточно большой проект своей сети. По удобству думаю однозначно проще чем в Visio будет. Вот так выглядит схема небольшой магистральной муфты. А так двух крупных. Мое мнение - разделять документацию по сети на разные документы, такие как карта сварки муфты, схема прохождения линий, схема прохождения магистралей, карты кроса - не вариант однозначно. Не сравнить время на анализ, если есть несколько муфт, через которые необходимо проследить волокно и все карты муфт и схема магистралей в отдельных документах... или если есть одна схема в которой на муфте выделил волокно "отдалился" посмотрел на общую трассу, приблизился в начальной или конечной точке и знаешь на какой порт патч панели оно заходит, свободно оно или нет и т.д. за пару секунд. Так наверное не получится объяснить... это в "динамике" надо видеть:-) Еще единая схема позволяет работать одновременно с разными уровнями детализации переключаясь между общим видом (магистрали, узлы агрегации), промежуточным (схема пробросов между домами) и детальным (непосредственно муфты, патчи и волокна). Система позволяет накладывать подложку виде снимков, разбивать информацию по слоям, у нас вся информация еще и связана с БД. Вот небольшой пример - выделено волокно, проходящее через 2 точки сварки и показан маршрут.
  13. Возвращаясь к вопросу бесперебойного питания узлов агрегации на 3100. Почему-то в бумажной документации в коммутатору указано напряжение 48В. Но судя по описанию рекомендованного на сайте DLink резервного блока питания DPS-200 для этой модели там должно быть 12В, 60Вт. Нашел тему на nag.ru http://forum.nag.ru/forum/index.php?act=Pr...f=3&t=38894. Там правда для DES-3526. Но я так понял разъемы по резервному питанию идентичные? по крайней мере так можно судить из ссылкиhttp://img121.imageshack.us/img121/1341/rps.png которая есть в этой теме. Если так, то в теме упоминается блок от meanwell PCS-60A http://www.meanwell.com/search/psc-60/psc-60-spec.pdf. Нет ни у кого опыта использования этих устройств для 3100? Или аналогичных?
  14. Спасибо за отзывы. В принципе пока особых претензий нет. Web у 3100 это конечно что-то... Но один раз настроили и особо больше туда и не нужно. А вот по вентиляторам вопрос - свитч следит за их состоянием? И может сообщить при их отключении или придется ловить глюки по перегреву? ага, тока хрен купишь его пока, второй месяц на тест ждем А я уже потестил и через неделю первую партию привезут :) Цена раза в два выше чем у 3100? Или под проект скидка большая?
  15. Условия у нас совсем тепличные - гермозона с питанием от огромной АРС (матрикс-3000 + гора батарей) и климат-контролем. Так что в более экстремальных условиях опыта эксплуатации нет.Сейчас еще раз специально глянул на igmp на них - на всех портах Filter_Unregistered_Groups. ИПТВ уже полгода пашет без единого трабла. ОК. Нужно будет завтра на Filter_Unregistered_Groups поменять. Этот момент не учли. Спасибо. Будем иметь в виду.