Перейти до

atarget

Маглы
  • Всього повідомлень

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

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

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

  1. В роутере в настройках DHCP укажите ДНС, чтоб не роутер им был - и все станет ок. Почему вайбер айфонович не дружит с ТП-линком хз.. Да - заметил, что данная жалоба только у пользователей apple с роутерами tp-link
  2. atarget

    UA.PON v6.0

    когда открываете защелку снизу под модулем на механизм нажмите пальцем
  3. atarget

    UA.PON v6.0

    У нас было что-то похожее. ОНУшка все время пыталась зарегистрироваться на ОЛТ и не могла никак это сделать. У абона уровень на 1490 был - 23дБ, зато с ОЛТ заметили что ОНУшка - wire down. Оказалось банально - патчкорд на стороне абона. 1490 проходило без проблем, а 1310 с большими потерями. Замена патчкорда проблему решила. У Вас может быть что-то подобное. Да врятли - другая же работает, да и сигнал там -19. Сегодня на другом дереве попробуем её. Не не подключается нигде. Чуть раньше обсуждалась возможность лочить ОНУ к ОЛТ, и там было упоминание, что реализовано уже - не подскаж
  4. atarget

    UA.PON v6.0

    Есть очень интересный случай. У человека перестала подключаться ОНУ к ОЛТу - причем следующим образом. Включаем - загружается несколько раз моргает лампочкой линк - перезагружается. И так до посинения. Если не подключать опту - то не перезагружается... C ону не делали ничего - заболели орви - выключили ОНУ (лампочки раздражали сильно) - через 20 дней выздоровели - включили - и такой вот сюрприз. Другой терминал заводится с полоборота. На ОЛТ никаких логов об этом нету... ОНУ - Sofetec SFG10 ОЛТ - BDCOM 3612 (v. 28164 - работает стабильно - шить дальше желанея нету пока, хотя есть и 33463 на се
  5. atarget

    UA.PON v6.0

    На 3310B мне кажется - все будет и так норм #sh controler fp ---------------------------------------- slice Info: s1 s2 s3 s4 entry total: 128 128 128 128 entry free: 103 125 128 128 global entry total: 512, free: 484 cortina chip information show start device id is 0x0 cortina chip information show end Это на 30 клиентах - если все линейно - то 256 клиентов вытянет как за милую душу Вообще с 3310B у нас проблем никогда не было, и пока работает связка dai+isg ничего там менять не собираемся. А на 3600 серии нету возможности менять размер ffp...
  6. atarget

    UA.PON v6.0

    аналогичная проблема, одновременно пропал трафик и абоненские маки на портах 6 шт. ОНУ (все Foxcon). раньше таких проблем не наблюдалось, несколько дней назад обновились на 31983 после пропадания питания. нужно откатываться на 28164 ? и если да, то как? Откатиться не выйдет - да и не поможет (мы меняли ОЛТ - прошивка 28164) глюки те же, только вылезли в тот же день через пару часов - нам помогло отключение arp inspection и source guard и потом ребут - счас аптайм 6 дней... что не показатель...
  7. atarget

    UA.PON v6.0

    Это про P3310B или у P3310C то же самое? 3310B - так как 3310С построен на платформе 3600... Хотя у нас нету пока ОЛТ 3310B с необходимым количеством абонентов - поживем увидим. Если кому надо Вот так откостылил dhcrelay - чтоб статик записи на сервере доступа создавались - дабы люди не писали сами себе адреса. На олте выключен inner-switch и включен port-protect. Не ругайте за не красивый код и за то что не использовал ioctl - не умею просто... .... } else { log_error("Forwarded BOOTREPLY for %s to %s", print_hw_addr(packet->htype, packet->hlen, pac
  8. atarget

    UA.PON v6.0

    Потому, что снупинг у них работает все равно в 1 влане 00:14:85:10:32:a6 10.70.2.12 35848200 DHCP_SN 802 EPON0/1 20:cf:30:a9:27:6e 10.70.2.20 35978880 DHCP_SN 802 EPON0/4 54:04:a6:63:b6:d6 10.70.2.18 35940540 DHCP_SN 802 EPON0/1 e8:11:32:cf:d3:00 10.70.23.6 35959440 DHCP_SN 823 EPON0/1 f4:6d:04:66:39:c2 10.70.23.4 35992860 DHCP_SN 823 EPON0/1 00:25:22:d5:d7:8d 10.70.23.5 35948520 DHCP_SN 823 EPON0/1 10:c3:7b:
  9. atarget

    UA.PON v6.0

    Как я понял, это проблема софта на ОЛТ. Итак - опосля замены всех модулей, замены ОЛТ и кучи нервов с агресивно настроенными абонентами выяснили следующее: 1. Красивую схему с arp inspection и ip verify source сделать не получится и на 3310 при количестве обонентов гдето больше 128, по крайней мере по словам сотрудника ДЕПС у данного оборудования есть некоторое количество памяти, которая используется для всего всего и ее там не хватает. 2. Сети на 3600 есть и работают нормально (тоже по словам ДЕПС), НО без arp inspection и ip verify source 3. Китайцы народ загадочный - поэтому (по ре
  10. atarget

    UA.PON v6.0

    У меня "отличные" от zte, на модули не похоже, после отвала дергал сам модуль, еффекта не было..... Таки модуля... Поставили другие - все ок. Сколько времени прошло? Ничего не помогло - 3 суток и снова все повторяется
  11. atarget

    UA.PON v6.0

    У меня "отличные" от zte, на модули не похоже, после отвала дергал сам модуль, еффекта не было..... Таки модуля... Поставили другие - все ок.
  12. atarget

    UA.PON v6.0

    У нас точно такая же беда Какие у Вас оптические модуля? Хотим заполнить отличными от zte - есть ли в єтом смысл...
  13. atarget

    UA.PON v6.0

    Купили мы новый ОЛТ P3612-2TE, поставили и через неделю гдето проявился баг - на 1 порту (там больше всего абонентов - 13) начали отваливатся терминалы, при чем у абонента на терминале светится индикатор, мол все в порядке - линк есть, а на ОЛТ-е этот терминал не зарегистрирован. Ложением/подъемом порта получалось завязать клиента - но тогда отваливался какойто другой, при чем хаотично - любой мог не вязаться ато и 2. При чем если меняешь ону на другую - она тоже показывает, что зарегистрирована - но на самом деле это не так, в конфигах появляется биндинг на порту и все - в логах подключились
×
×
  • Створити нове...