Перейти до

sadmin

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

    313
  • Приєднався

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

Сообщения додав sadmin

  1. В 22.05.2018 в 17:50, pashaumka сказал:

    ребят! я просил помощи с доступом к железке для написания этой софтины. Кто-то отморозился; "дайте доступ к серверу".

    + скрипт еще не оптимизирован под опрос боооольшого числа ОНУшек и есть куча-куча нюансов.

    В этом скриптике ещё писанины и писанины.. + надо кое-что выносить на попап окна. 

     

      

     

    Чо надо то?

     

  2. Тут вопрос назрел (по модели S3328) - можно ли удаленно обновить прошивку без проблем с конфигом: не слетит ли он после обновления прошивки?

    не хотелось бы срочно ехать на район и восстанавливать конфиг............

  3.  

    Из перечня вариантов команд  для шаблона, команды для кольцо-детекта не применяются.

    Какой ОЛТ?

    Какая ОНУ?

    Какой шаблон?

     

    1) 4х портовый стелс:

    Software Version   :  2.2.08_000(Jul 29 2016)

    Hardware Version   :  V1.0

    MAC                :  e0-67-b3-00-44-0d

     

    2) ОНУ не знаю, какая то однопортовая. но не в ней дело

    3) Системный шаблон, №0. При попытке добавить в него команду кольцо-детекта ничего не происходит.

    system onu-template-config-system ctc fec enable

    system onu-template-config-system uni ctc egress-policing 100000

    system onu-template-config-system uni ctc ingress-policing 100000

    system onu-template-config-system uni ctc vlan-mode tag 0x8100 0 445

     

    Как видно для колец команд нет, хотя вариант есть:

    epon# system onu-template-config-system uni ctc
    --------------------------------------------------
      Local Configuration Command
    --------------------------------------------------
     admin                - enable or disable  port
     auto-nego            - enable/disable port auto negotiation
     egress-policing      - configure egress rate
     flow-ctrl            - configure port flow-control
     igmp                 - configure IGMP
     ingress-policing     - configure ingress rate
     loop-detect          - configure uni loopDetect
     looped               - enable or disable the port when found the looped
     mac-aging-time       - configure the MACs aging-time
     statistics           - configure statistics monitoring-status and monitoring-pe
                            riod
     vlan-mode            - configure vlan working mode

     

  4. А эта ошибка не систематична, поэтому если она возникла единожды, то нет смысла беспокоиться. Не важно, гарантийный ОЛТ или нет, у нас нет средств для диагностики этой проблемы. Сам BDCOM нам говорил "Ну это скорее проблема PON чипа, что-то вроде зависания. Такое происходит крайне редко и после перезагрузки устройства рабочее состояние всегда восстанавливается". Иными словами, ОЛТу хотя бы раз в месяц нужно устраивать профилактический ребут )

     

    Но если эта проблема будет повторяться, то по гарантии мы ОЛТ заменим.

    за 2 месяца 3ий раз такое.

    причем у остальных голов такого не встречалось.

  5. Такая проблема на форуме уже всплывала. ОЛТ показывает, что он потерял все 4 PON интерфейса. Это происходит, когда главный чип опрашивает PON чип и не получает ответа.

    Почему это происходит - то ли из-за перегрева PON чипа, то ли из-за флуда в сети, не ясно.

    1)Если гарантия и брали у вас, то какие наши действия?

    2)Если гарантия закончилась - платный ремонт возможен ли?

  6. День добрый!

    Вопрос к ICLIne саппорту.

    А что значит вот этот лог:

     

    Sep 22 02:06:05 GPON15 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down

    Sep 22 02:06:05 GPON15 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down

    Sep 22 02:06:05 GPON15 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/2, changed state to down

    Sep 22 02:06:05 GPON15 %LINE-5-UPDOWN: Line on Interface EPON0/2, changed state to down

    Sep 22 02:06:04 GPON15 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to down

    Sep 22 02:06:04 GPON15 %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to down

    Sep 22 02:06:04 GPON15 %hal_oir_channel_dettach: slot = 0, chip = 0

    Sep 22 02:06:04 GPON15 SC=>OLT FAIL 0x3

    Sep 22 02:06:04 GPON15 OIR-6-BUILD_CONFIGURATION: Building running-configurations for slot 0

    Sep 22 02:06:04 GPON15 %OLT-STATUS: OLT index 0, device 0x00000000 is hello timed out.

     

    По утру на голове не оказалось не оффлайн ону, не онлайн. Пришлось перегрузить.

  7. А мимо свича на этой ону, смотрится ?

    да

    Доп. вланы, и влан с "инетом" без тега.

    не понял. у меня с вланом клиента все ок - инет работает. мне нужно мультикаст тегом протянуть.
  8. В таком случае попробуйте мультик и "инет" как для обычного абона, дополнительные вланы тегом. 

    На свиче соответственно настройки подрихтуйте.

    а что на свиче рихтовать то?

    если вы про тип источника тегированный или нет - то на 3028ом свиче такого нету....

     

    на данный момент свич подписки делает, а на голове нет групп. другие юзеры с головы смотрят.

  9. Transparent не пробовали ?

    взял БДКОМ п1004 и настроил по-разному 2 порта: первый просто транспарент, второй как указал Реаниматор.

    Результат одинаков - не работает: при этом подписка на голове происходит один раз и при обнулении таймера пропадает. А вот на свиче подписка не происходит вообще.

    Свич настроен корректно - проверял подключением с другого свича.

  10. 1) Вопрос на засыпку: а кто-то ведет сводную таблицу совместимости ОНУшек?

    уже надо бы!

     

    2) если нужно пставить умный свич за онушкой и передать тегом вланы и мультикаст влан - какой нужен конфиг для ОНУ?

    а то подписка на группы идет на голове, а потока нет, через время и подписка пропадает. а на свиче пишет что групп нет, но свич настроен верно - с другого свича если его включить, то все работает.

    И голова праильно настроена: если настроить ОНУ порт как для юзера, то мультикаст идет.

  11. обновление радиуса 3 команды, если бы дистрибутив был скомпилирован то Вы тоже бы говорили что опять что то не так опять не те зависимости или скомпилированы радиус дистрибутива не так обновляется мы работаем в любое время только Вы ж не хотите платить за круглосуточную поддержку или за работы в нерабочее время, так что притенении нужно к себе предъявлять

    ну то есть вы считаете, что проблем с вашей тех поддержкой и тех особенностями вести проект нет?
  12. исходя из Вашей логики все прекомпилированные биллинговые системы зло потому что нельзя обновить систему

    так ведь все пакеты в пакетных дистрах это скомпиленные проги. только вот они в пакетах, красиво завернутые и легко обновляемые.

    а у вас не так. но сам биллинг - это не беда. но вот тот же радиус из исходников - уже проблема.

     

    и еще: ваша привычка обновлять биллинг днем, в процессе работы тысяч клиентов, тоже напрягает. неужели нельзя было обновлять ночью его?

    ответ от вас удивил: так вы не заказывали. так это не было нигде не написано, а очевидность обновления не в рабочее время оказывается для вас не очевидна. очевидно, что вам все равно, что юзеры уменьшат карму прову.

  13. Мы пытались но список дистрибутивов не вели так как ситуация когда не стратует или после обновление все просто падает, а клиенты в большинстве случаев не разбераются в проблеме, а сразу наезд идёт что все плохо биллинг не работает и все и клиент звонит 10 раз в "час что всепропало" потом оказывается он просто переустановил биллинг или обновил его и не посмотрел как все собрано.

    Так а что неправильно с точки зрения клиентов? Они заплатили деньги за то, что вы поставите им НОРМАЛЬНО сервак с биллингом. ВЫ им собрали с исходников, а далее они админят дистр по МАНУАЛУ от создателей дистра и попадают на проблемы с вашими собранными радиусами.

    Так в чем они виноваты?

    Повторюсь, вам нужно всего лишь выкатать инсталяху на 2 основных дистра и усё!

    видите даже Вы не разобрались в ситуации а обвиняете, а если бы все таки собрали свой радиус с портов Вы бы опять потом обновили на стандарный и было бы обвинение что после обновления не работает. Хотя если честно не могу онять что у Вас с обновлением не работает, все должно чётко обновиться без проблем

    при попытке обновить дистр - неразрешенные зависимости. и пробовать трогать это - страшно! (так же как и обновлять биллинг).
  14. в дебиан и в убунту так в других были прицеденты но точно не могу сказать, решили во всех линуксах по одному образцу делать

    Получается, что вы даже не пытались. А достаточно 2 дистра основных проверить - и все.

    А в результате имеем сервак, который хрен обновишь, потому что кому что-то лень делать.

    Это похоже на профессионализм? Это у вас такая "реклама"?

  15. во первых из исходников собирается только одна программа и то только на линуксе это  freeradius,  а собирается она потому что perl собран в дистрибутиве с потоками а freeradius без потоков, так что с убийством обращайтесь к создателям дистрибутивов

    во всех дистрах такое ? (centos, debian, ubuntu)

    возможно у Вас было какое то другое решение  этой проблемы

    нет, не было. и про скрипт ничего никак никто не знал.
  16. стандартная ситуация для серверов доступа которые не могу делать Accounting-On / Accounting-Off

    для решить эту проблему есть утилита autozh.pl  её устанавливаете в автозагрузке и она при поднятии сервера скидывает сессии в зап

     

    http://abills.net.ua/wiki/doku.php/abills:docs:faq:ru?posle_perezagruzki_servera_dostupa_sessii_vse_esche_visjat_v_billinge

    хм. а когда мы были у вас на ком поддержке (где то год-полтора назад), об этом скрипте никто ничего не сказал/не сделал.....

     

    и еще один камень: вы предлагаете любой дистр при установке абиллса. но при этом ваш админ собирает из исходников основные компоненты (радиус сервер тот же). а как потом обновлять эту систему?

×
×
  • Створити нове...