Перейти до

"Засветка" OLT-а лямбдой 1310 - а был ли мальчик?


Засветка" OLT-а лямбдой 1310 - а был ли мальчик?  

89 пользователей проголосовало

  1. 1. Лично Вы наблюдали "засветку" OLT-а лямбдой 1310 в реально работающей сети (не на стенде) и с чем это было связано?

    • Да, наблюдал. - "Засветка" была вызвана неисправностью ONU.
    • Да, наблюдал. - "Засветка" была вызвана ошибочными действиями персонала.
    • Да, наблюдал. - "Засветка" была вызвана действиями абонента.
      0
    • Нет, не наблюдал. - Не наблюдал и что такое "засветка" не знаю.
    • Нет, не наблюдал. - Что такое "засветка" знаю, но в реально работающей сети не наблюдал.
    • Нет, не наблюдал. - В реально работающей сети не наблюдал, однако на стенде моделировал.
    • Что есть PON знать не знаю, ведать не ведаю. - Сами мы не местные.


Рекомендованные сообщения

  В 20.09.2013 в 08:42, pavlabor сказав:

 

  В 20.09.2013 в 08:01, Гайджин сказав:

Мониторинг RSSI ведется не измерителем, а самим OLTом. Измеритель тут не помощник.

 

Т.е. почти что ржунемогу.

А как ты определяеш, покажи методу,

потому как с ONU 1004B не вышло получить реальный RSSI, (а мы с них начинали),

и это тут не один раз обсуждалось.

Нужно доказать, перерою локал и найду сообщения, найду переписку с сапортом...

 

Штатными средствами ОЛТа половина функционала для "отлова" и так реализована. 

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 227
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мы не много не того боимся...   включил конвик и положил дерево - не страшно... рано или поздно (зависит от скорости реакции линейщиков и гравитационного поля Луны) пациент будет найден и наказан  

Попробовал. Вот схема.   подключал следующие девайсы: SFP Step4Net 3km -11,2 dBm SFP Foxgate 10km -4,9 dBm медик Foxgate 20km 100M -9 dBm   первый эксперимент: онушка и все паразитные источник

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

Posted Images

мы не много не того боимся...

 

включил конвик и положил дерево - не страшно... рано или поздно (зависит от скорости реакции линейщиков и гравитационного поля Луны) пациент будет найден и наказан

 

хуже другое: злоумышленник в ЧНН включает этот конвик на минут 15-20 (или до приезда линейного отдела на место)

по факту: пациент не найден, когда это произойдет в следующий раз - не известно, задроты злые за про..баный танк...

Ссылка на сообщение
Поделиться на других сайтах

А толку постить или не постить. Статья на наге висит на обозрение всему миру.

Злоумышленик ведь кроме 'бытового конвика' может и какой-нить CWDM модуль многодецибельный использовать, будет гарантированно ложить дерево в любом сплиттере.

Ссылка на сообщение
Поделиться на других сайтах

нужно такие темы создавать только для пользователей форума..... и что бы в месного юзера было не меньше 100-200 сообщений для чтений таких тем... что бы мимо проходящий народ не читал им не нужное...

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 11:39, KaYot сказав:

А толку постить или не постить. Статья на наге висит на обозрение всему миру.

Злоумышленик ведь кроме 'бытового конвика' может и какой-нить CWDM модуль многодецибельный использовать, будет гарантированно ложить дерево в любом сплиттере.

угу.. и свич с СФП у злоумышленника  должен быть.. ну или сфп-медик  в крайнем случае.. плюс модуль за сотню баксов.. Надо быть очень сильно злым на прова, чтобы все это приобрести..

сегодня сам озаботился этим вопросом и поставил натурный эксперимент в тестовом дереве.  две онушки подключены после сплитеров 1/8 плюс 1/2.

в сплиттер 1/8 я включал медики 20км фоксгейт и сфп модули 3 км степ4нет и 10км фоксгейт. так вот при включениии одного источника никакой реакции не происходило. после включения двух источников  наблюдались периодические отваливания онушек.

Заметьте, коэффициент деления до онушки был 1/16, а до источников излучения 1/8.

так что я думаю, что значимость этой проблемы сильно преувеличена.. у уж во всяком случае одним дешевым 100 Мб медиком засветить дерево вряд ли получится. разве что юзеры соберуться и решат заддосить провайдера целой улицей :)

Другая мысль меня мучит.. можно ли как то средствами ОЛТа определять наличие зловредного излучения, приходящего из дерева? 

может это можно запросить в качестве фичи в следующих прошивках?

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 14:43, logic сказав:

нужно такие темы создавать только для пользователей форума..... и что бы в месного юзера было не меньше 100-200 сообщений для чтений таких тем... что бы мимо проходящий народ не читал им не нужное...

а как же я??? :)

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 15:13, axl72 сказав:

 

  В 20.09.2013 в 14:43, logic сказав:

нужно такие темы создавать только для пользователей форума..... и что бы в месного юзера было не меньше 100-200 сообщений для чтений таких тем... что бы мимо проходящий народ не читал им не нужное...

а как же я??? :)

 

 

А ты, попробуй (если есть возможность) сделать каскад 1\8 + 1\8  . Подключить ОНУшку + медик, и посмотрим засветит ли при 20дб потерь

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 10:14, _WesT_ сказав:

Ден, нельзя такое тут постить. Гугл не дурак.

значит нужно воскрешать скрытый раздел и обсуждать щепетильные вопросы только там

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 18:04, Den_LocalNet сказав:

 

  В 20.09.2013 в 10:14, _WesT_ сказав:

Ден, нельзя такое тут постить. Гугл не дурак.

значит нужно воскрешать скрытый раздел и обсуждать щепетильные вопросы только там

 

Он вроде живой, только мало популярный))

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 15:50, _WesT_ сказав:

 

  В 20.09.2013 в 15:13, axl72 сказав:

 

  В 20.09.2013 в 14:43, logic сказав:

нужно такие темы создавать только для пользователей форума..... и что бы в месного юзера было не меньше 100-200 сообщений для чтений таких тем... что бы мимо проходящий народ не читал им не нужное...

а как же я??? :)

 

 

А ты, попробуй (если есть возможность) сделать каскад 1\8 + 1\8  . Подключить ОНУшку + медик, и посмотрим засветит ли при 20дб потерь

 

Попробовал. Вот схема.

 post-4093-0-62349100-1379780938_thumb.png

подключал следующие девайсы:

SFP Step4Net 3km -11,2 dBm

SFP Foxgate 10km -4,9 dBm

медик Foxgate 20km 100M -9 dBm

 

первый эксперимент:

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

 

второй эксперимент:

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

 

уровень излучений на лямбде 1310 в корне дерева при подключенных трех паразитах -23,2dBm. когда я отключил самую маломощную сфпшку уровень упал до -24

дбм и при этом уровне онушка работала без проблем.

 

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

Ссылка на сообщение
Поделиться на других сайтах

Спасибо за эксперимент. Исходя из этого уже можно исключить вариант с случайным подключением медика. Ну естественно если дерево полное...

Ссылка на сообщение
Поделиться на других сайтах
  В 21.09.2013 в 07:39, axl72 сказав:
 то есть не давать на абонентские отводы недоделенный сигнал 

 

 

Что имеется ввиду недоделенный сигнал? То что дальше, в будущем, на этом волокне будет еще сплиттер?

Ссылка на сообщение
Поделиться на других сайтах
  В 21.09.2013 в 09:35, laffytaffy сказав:

 

  В 21.09.2013 в 07:39, axl72 сказав:
 то есть не давать на абонентские отводы недоделенный сигнал 

 

 

Что имеется ввиду недоделенный сигнал? То что дальше, в будущем, на этом волокне будет еще сплиттер?

 

да

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 08:42, pavlabor сказав:

 

  В 20.09.2013 в 08:01, Гайджин сказав:

Мониторинг RSSI ведется не измерителем, а самим OLTом. Измеритель тут не помощник.

Т.е. почти что ржунемогу.

А как ты определяеш, покажи методу,

потому как с ONU 1004B не вышло получить реальный RSSI, (а мы с них начинали),

и это тут не один раз обсуждалось.

Нужно доказать, перерою локал и найду сообщения, найду переписку с сапортом...

 

Что определяеш? RSSI? "Поонушечно"? - ОЛТом. Со стороны "головы" ничем иным определить не возможно. Никакой измеритель не поможет, даже проходной - на нем уровень 1310 просто плавает.

  В 20.09.2013 в 08:42, pavlabor сказав:

потому как с ONU 1004B не вышло получить реальный RSSI, (а мы с них начинали)

Володь, я конечно понимаю, что "твоя жизнь - твои правила", но ты можеш мне сказать - с какого перепуга разговор о БДКом? Я хоть словом где то о нем, в рамках этой темы, обмолвился?

Разгвор идет о сетях ПОН с TDMA в восходящем канале. - Ты же сам себе что то придумаешь, а потом доказываешь.

Т.е. что ты перервать и доказывать собрался, и главное зачем?

Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 09:04, sanyadnepr сказав:

Штатными средствами ОЛТа половина функционала для "отлова" и так реализована.

Ну если пытаться воплотить в жизнь механизм отлова по "теории" деды Вовы, да - в ОЛТе достаточно механизмов что бы снять первичную инфу. Вот только беда в том, что идея сама не без изъяна.
Ссылка на сообщение
Поделиться на других сайтах

Что-то мне кажется что программными средствами невозможно определить "нарушителя спокойствия" потому что ТДМА. Думаю никакие разрабы никакого оборудования в этом не помогут. 

В любом случае для выявления придется немножко побегать... Но успокаивает то что обычный конвик не ослепит ОЛТ. А значит что шансы такого случая еще меньше. 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 21.09.2013 в 07:39, axl72 сказав:

Попробовал. Вот схема.

 attachicon.gifsch.png

подключал следующие девайсы:

SFP Step4Net 3km -11,2 dBm

SFP Foxgate 10km -4,9 dBm

медик Foxgate 20km 100M -9 dBm

 

первый эксперимент:

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

 

второй эксперимент:

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

 

уровень излучений на лямбде 1310 в корне дерева при подключенных трех паразитах -23,2dBm. когда я отключил самую маломощную сфпшку уровень упал до -24

дбм и при этом уровне онушка работала без проблем.

 

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

Вы как то бессистемно экспериментируете.

Во первых зачем включать несколько источников излучения? - Вы думаете что уровень сигнала суммируется что ли?

Во вторых зачем разносить источник и ОНУ на разные каскады? - у Вас что изначально настолько плохо рассчитанны сети?

В третьих - с какой мощностью излучает ОНУ? - Судя по Вашему эксперименту около 0? Т.е. "нарушение работоспособности дерева" у Вас наступало тогда когда уровень от стороннего источника 1310 и ОНУ были практически одинаковыми (разница менее чем в 2 раза).

В четвертых - вы тестировали не дерево, а канал точка-точка - это я к тому, что для полноформатного теста нужно не одну и даже не две ОНУ подключить на второй каскад. По хорошему их хотя бы четыре-пять штук повесить нужно.

В пятых - критерии принятия решения о неработоспособности дерева обрыв коннекта между ОЛТом и ОНУ? - А не кажется ли Вам то это безумно топорно? По хорошему нужно менять BER, а по простому можно хотя бы адаптивной пропинговкой обойтись. Из этого следует, что все 4-5 ОНУ в тестовом стенде должны иметь на себе хосты и обмениваться живым трафиком, который должен контролироваться.

В шестых Вы все эксперименты проводили на "устоявшемся дереве", а нужно было проверять еще и в режиме одиночного и массового ре коннекта ОНУшек.

 

p.s. по поводу не допущения разбалансировки - полностью с Вами согласен.

 

p.s.s. модули какие то у вас дохлые. Я в прошлом году, когда очередную сеть пускал, выбирал для опорных каналов, из кучи 3 км SFP модулей 4K модули с уровнем передатчика большим чем -4 дБ, так вот из

10 штука 1-2 были подходящими. При этом каждый 3 был мощнее -3 дБ.

 

p.s.s.s. За здравую любознательность Вам +.

Відредаговано Гайджин
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 21.09.2013 в 18:53, _WesT_ сказав:

Что-то мне кажется что программными средствами невозможно определить "нарушителя спокойствия" потому что ТДМА. Думаю никакие разрабы никакого оборудования в этом не помогут.

Конечно нельзя.

Механизмы для отсечки "сбесившихся ОНУ" в миру разрабатываются, я о них читал и позже расскажу (нам сегодня 15 лет, был корпоратив - тяжело мне несколько). Но совершенно левый источник 1310 отсечь с некоторой долей вероятности скорее всего возможно, при условии внесения дополнительного затухания в линию и выведения уровня паразитного сигнала за предел чувствительности бурстового приемника сфп ОЛТа (при этом правда часть ОНУ потерять можно, если разбаланс большой), либо значительно его ослабив добиться более менее приемлемого BERа и минимальных потерь в канале.

  В 21.09.2013 в 18:53, _WesT_ сказав:

В любом случае для выявления придется немножко побегать... Но успокаивает то что обычный конвик не ослепит ОЛТ. А значит что шансы такого случая еще меньше.

Побегать придется по любому и я похоже прихожу к мысли что будет достаточно одного линейщика и одного прибора - правда цена тебе не понравится.

Что же касается твоего успокоения - не торопись, эксперимент не чистый и не до конца доделанный. Нужно рыть еще.

Відредаговано Гайджин
Ссылка на сообщение
Поделиться на других сайтах
  В 20.09.2013 в 10:09, Den_LocalNet сказав:

мы не много не того боимся...

Я даже не того, что ты написал, боюсь - есть вещи пострашнее.
Ссылка на сообщение
Поделиться на других сайтах
  В 21.09.2013 в 19:17, Гайджин сказав:

 

  В 20.09.2013 в 10:09, Den_LocalNet сказав:

мы не много не того боимся...

Я даже не того, что ты написал, боюсь - есть вещи пострашнее.

 

Потные женщины летом?)
Ссылка на сообщение
Поделиться на других сайтах
  В 21.09.2013 в 19:17, Гайджин сказав:

 

  В 20.09.2013 в 10:09, Den_LocalNet сказав:

мы не много не того боимся...

Я даже не того, что ты написал, боюсь - есть вещи пострашнее.
Заинтриговал на ночь глядя...

Если не для паблик - велком в аську

Ссылка на сообщение
Поделиться на других сайтах
  В 21.09.2013 в 22:31, Den_LocalNet сказав:

Заинтриговал на ночь глядя...

Если не для паблик - велком в аську

Ну, короче, ты понял...
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від mch412
      Добрий день, товариство!
      Є давно працююча система ZTE C300 v1.2.5p3 з патчами і зоопарк ОНУ. Час від часу маємо таку проблему ОНУ массово відвалюються на певній гілці і не можуть синхронізуватися з Головою. ОНУ на гілці не більше 80-90штук. Гілки що виснуть можут бути різні. 
      Допомогає лише повне перезавантаження плати.
      У когось є ідеї як уникнути такої поведінки системи?
       

      show card
      Rack Shelf Slot CfgType RealType Port    HardVer SoftVer         Status
      -------------------------------------------------------------------------------
      1    1     0    PRWG    PRWH     N/A     140400                  INSERVICE
      1    1     1    PRWG    PRWH     N/A     140400                  INSERVICE
      1    1     2    GTGO    GTGOG    8       140600  V1.2.5P3        INSERVICE
      1    1     3    GTGO    GTGOG    8       140600  V1.2.5P3        INSERVICE
      1    1     4    GTGO    GTGOG    8       120301  V1.2.5P3        INSERVICE
      1    1     5    GTGH    GTGHG    16      140901  V1.2.5P3        INSERVICE
      1    1     6    GTGH    GTGHG    16      140901  V1.2.5P3        INSERVICE
      1    1     7    GTGH    GTGHG    16      140901  V1.2.5P3        INSERVICE
      1    1     10   SCXM    SCXM     N/A     090700  V1.2.5P3        INSERVICE
      1    1     11   SCXM    SCXM     N/A     090700  V1.2.5P3        STANDBY
      1    1     20   HUVQ    HUVQ     4       120300  V1.2.5P3        INSERVICE
      #show patch-running
      Loc    FileName                       PatchTag   OperateTime         PatchState
      -------------------------------------------------------------------------------
      1/1/2 gtgogv125p3t13_r0.pat          2.0        2025-02-14 21:25:40 ACTIVE
      1/1/2 gtgogv125p3t13_r1.pat          2.0        2025-02-14 21:25:42 ACTIVE
      1/1/2 gtgogv125p3t13_r2.pat          2.0        2025-02-14 21:25:44 ACTIVE
      1/1/2 gtgogv125p3t13_r4.pat          2.0        2025-02-14 21:25:46 ACTIVE
      1/1/2 gtgogv125p3t13_r5.pat          2.0        2025-02-14 21:25:50 ACTIVE
      1/1/2 gtgogv125p3t13_r26.pat         2.0        2025-02-14 21:25:55 ACTIVE
      1/1/3 gtgogv125p3t13_r0.pat          2.0        2025-03-25 14:53:57 ACTIVE
      1/1/3 gtgogv125p3t13_r1.pat          2.0        2025-03-25 14:53:59 ACTIVE
      1/1/3 gtgogv125p3t13_r2.pat          2.0        2025-03-25 14:54:01 ACTIVE
      1/1/3 gtgogv125p3t13_r4.pat          2.0        2025-03-25 14:54:04 ACTIVE
      1/1/3 gtgogv125p3t13_r5.pat          2.0        2025-03-25 14:54:08 ACTIVE
      1/1/3 gtgogv125p3t13_r26.pat         2.0        2025-03-25 14:54:12 ACTIVE
      1/1/4 gtgogv125p3t13_r0.pat          2.0        2024-08-27 09:35:16 ACTIVE
      1/1/4 gtgogv125p3t13_r1.pat          2.0        2024-08-27 09:35:19 ACTIVE
      1/1/4 gtgogv125p3t13_r2.pat          2.0        2024-08-27 09:35:21 ACTIVE
      1/1/4 gtgogv125p3t13_r4.pat          2.0        2024-08-27 09:35:23 ACTIVE
      1/1/4 gtgogv125p3t13_r5.pat          2.0        2024-08-27 09:35:27 ACTIVE
      1/1/4 gtgogv125p3t13_r26.pat         2.0        2024-08-27 09:35:31 ACTIVE
      1/1/5 gtghgv125p3t13_r0.pat          2.0        2025-04-07 07:54:19 ACTIVE
      1/1/5 gtghgv125p3t13_r1.pat          2.0        2025-04-07 07:54:21 ACTIVE
      1/1/5 gtghgv125p3t13_r2.pat          2.0        2025-04-07 07:54:23 ACTIVE
      1/1/5 gtghgv125p3t13_r4.pat          2.0        2025-04-07 07:54:25 ACTIVE
      1/1/5 gtghgv125p3t13_r5.pat          2.0        2025-04-07 07:54:29 ACTIVE
      1/1/5 gtghgv125p3t13_r7.pat          2.0        2025-04-07 07:54:31 ACTIVE
      1/1/5 gtghgv125p3t13_r10.pat         2.0        2025-04-07 07:54:35 ACTIVE
      1/1/5 gtghgv125p3t13_r26.pat         2.0        2025-04-07 07:54:37 ACTIVE
      1/1/6 gtghgv125p3t13_r0.pat          2.0        2025-04-18 13:20:38 ACTIVE
      1/1/6 gtghgv125p3t13_r1.pat          2.0        2025-04-18 13:20:40 ACTIVE
      1/1/6 gtghgv125p3t13_r2.pat          2.0        2025-04-18 13:20:42 ACTIVE
      1/1/6 gtghgv125p3t13_r4.pat          2.0        2025-04-18 13:20:44 ACTIVE
      1/1/6 gtghgv125p3t13_r5.pat          2.0        2025-04-18 13:20:48 ACTIVE
      1/1/6 gtghgv125p3t13_r7.pat          2.0        2025-04-18 13:20:50 ACTIVE
      1/1/6 gtghgv125p3t13_r10.pat         2.0        2025-04-18 13:20:54 ACTIVE
      1/1/6 gtghgv125p3t13_r26.pat         2.0        2025-04-18 13:20:57 ACTIVE
      1/1/7 gtghgv125p3t13_r0.pat          2.0        2024-08-29 12:24:46 ACTIVE
      1/1/7 gtghgv125p3t13_r1.pat          2.0        2024-08-29 12:24:48 ACTIVE
      1/1/7 gtghgv125p3t13_r2.pat          2.0        2024-08-29 12:24:50 ACTIVE
      1/1/7 gtghgv125p3t13_r4.pat          2.0        2024-08-29 12:24:52 ACTIVE
      1/1/7 gtghgv125p3t13_r5.pat          2.0        2024-08-29 12:24:56 ACTIVE
      1/1/7 gtghgv125p3t13_r7.pat          2.0        2024-08-29 12:24:58 ACTIVE
      1/1/7 gtghgv125p3t13_r10.pat         2.0        2024-08-29 12:25:02 ACTIVE
      1/1/7 gtghgv125p3t13_r26.pat         2.0        2024-08-29 12:25:04 ACTIVE
      1/1/10 scxmv125p3t13_r0.pat           2.0        2025-01-18 02:44:04 ACTIVE
      1/1/10 scxmv125p3t13_r1.pat           2.0        2025-01-18 02:44:07 ACTIVE
      1/1/10 scxmv125p3t13_r2.pat           2.0        2025-01-18 02:44:09 ACTIVE
      1/1/10 scxmv125p3t13_r3.pat           2.0        2025-01-18 02:44:11 ACTIVE
      1/1/10 scxmv125p3t13_r4.pat           2.0        2025-01-18 02:44:13 ACTIVE
      1/1/10 scxmv125p3t13_r5.pat           2.0        2025-01-18 02:44:17 ACTIVE
      1/1/10 scxmv125p3t13_r6.pat           2.0        2025-01-18 02:44:19 ACTIVE
      1/1/10 scxmv125p3t13_r7.pat           2.0        2025-01-18 02:44:21 ACTIVE
      1/1/10 scxmv125p3t13_r9.pat           2.0        2025-01-18 02:44:25 ACTIVE
      1/1/10 scxmv125p3t13_r10.pat          2.0        2025-01-18 02:44:30 ACTIVE
      1/1/10 scxmv125p3t13_r12.pat          2.0        2025-01-18 02:44:34 ACTIVE
      1/1/10 scxmv125p3t13_r14.pat          2.0        2025-01-18 02:44:39 ACTIVE
      1/1/11 scxmv125p3t13_r0.pat           2.0        2025-04-08 12:25:13 ACTIVE
      1/1/11 scxmv125p3t13_r1.pat           2.0        2025-04-08 12:25:15 ACTIVE
      1/1/11 scxmv125p3t13_r2.pat           2.0        2025-04-08 12:25:17 ACTIVE
      1/1/11 scxmv125p3t13_r3.pat           2.0        2025-04-08 12:25:19 ACTIVE
      1/1/11 scxmv125p3t13_r4.pat           2.0        2025-04-08 12:25:21 ACTIVE
      1/1/11 scxmv125p3t13_r5.pat           2.0        2025-04-08 12:25:25 ACTIVE
      1/1/11 scxmv125p3t13_r6.pat           2.0        2025-04-08 12:25:28 ACTIVE
      1/1/11 scxmv125p3t13_r7.pat           2.0        2025-04-08 12:25:30 ACTIVE
      1/1/11 scxmv125p3t13_r9.pat           2.0        2025-04-08 12:25:34 ACTIVE
      1/1/11 scxmv125p3t13_r10.pat          2.0        2025-04-08 12:25:39 ACTIVE
      1/1/11 scxmv125p3t13_r12.pat          2.0        2025-04-08 12:25:43 ACTIVE
      1/1/11 scxmv125p3t13_r14.pat          2.0        2025-04-08 12:25:47 ACTIVE
      1/1/20 hutqbv125p3t13_r0.pat          2.0        2024-05-27 04:33:13 ACTIVE
       
       
    • Від Vens
      На новозбудованій мережі треба варити оптоволокно, муфти та бокси.
    • Від exogadget
      Вітаю,
       
      шукаю провайдера для підключення до інтернет оптикою з утриманням доступу на протязі 6-8 годин при відключенні світла, 100Мб.
      Адреса: Київ, Володимирська 48а
      Воля, Укртелеком, Київстар прохання не пропонувати.
    • Від ГрозаИнтернета
      Продам новый OLT C-Data.
      4 ПОН порта, 2 блока питания.
      Покупал под проект, проект завалили.
      Цена 11 000 грн.


    • Від Minotaur
      Вітаю!

      Шукаю власника обладнання на світлинах, м.Київ.
      Прошу звертатися в ПП. Дякую!



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