проблема SIEMENS — Общие вопросы, касающиеся принципов работы GSM-сетей

[danila]

добрый день господа.вопрос к специалистам по сименсу.
в последнее время участились аварии типа DULNA RX_ALARM_low(high)
избавляемся от них просто:удаляем неисправную DULNA разнесенный прием конечно исчезает но куда деваться с ЗИПом проблемы.Может кто подскажет откуда эта авария вылезает.причины?

[Alexey.V.]

Может комбайнеры целиком менять?

[srg21]

Siemens последнее время славится низким качеством FDUAMCO. Даже с ремонта неисправные приходят. Видемо в связи с объединением у них полный бардак.

[Alexey.V.]

Siemens последнее время славится низким качеством FDUAMCO. Даже с ремонта неисправные приходят. Видемо в связи с объединением у них полный бардак.

Это точно. Большинство Комбайнеров и CU пришедшие из ремонта, как правило не работают.

[Ден]

в последнее время участились аварии типа DULNA RX_ALARM_low(high)

Это точно...А ещё по CU "RF Part CU has problem" И вылетать стали постоянно...

[danila]

rf part cu это авария как правило связанная с неисправностью не самого передатчика а монтажной позиции хотя если передатчик стоял в ней долгое время - накрывается тоже[/list][/quote]

[yvg]

добрый день господа.вопрос к специалистам по сименсу.
в последнее время участились аварии типа DULNA RX_ALARM_low(high)
избавляемся от них просто:удаляем неисправную DULNA разнесенный прием конечно исчезает но куда деваться с ЗИПом проблемы.Может кто подскажет откуда эта авария вылезает.причины?

из за "качества" Сименс естественно.....
как бороться - доставать логистиков

[st2400]

У нас на сети этими DULNA RX_ALARM_low(high) загажен весь аларм-репорт!

Причем таких аварий пару лет назад не было вообще. С определенного момента года полтора-два назад начало сыпаться - видимо такие поставки оборудования!
Лечится только заменой комбайна. На low(high) по одной половине не обращаем внимания, меняем на ЗИП только при аварии по двум половинкам одновременно.

Частота аварии вроде не зависит ни от траффика, ни от режима работы AMCO / MUCO (TMA+-), ни от диапазона частот - похоже тупо горят входные усилки.

[ЮрийС]

А вот такой блок пришел мне. Проверил его, не работает. Сделал отметку о своей регионе жирным маркером, может кто из коллег получит от Simensa его после "ремонта". А может кто узнал его

http://cs1478.vkontakte.ru/u2399776/828 ... 5528ba.jpg

[PETROVICH]

А кто сталкивался с такой аварией на БС SIEMENS Error ID 34841 - Error in downlink message from COP/HIT, версия софта 8. Нас она уже просто достала, приезжаешь тупо тестируешь CU - работает, через некоторое время опять отваливается иногда вылечивается заменой шлейфов, причем явно виновата не CU а слот. У кого нить есть какие нить соображения поэтому поводу, кто и как лечит такие аварии. Зарание спасибо.


P.S. И ваще бало бы неплохо создать тему обсждения аварий на BS и способы их устранения, в частности меня интересует оборудование SIEMENS, думаю многим базовикам пригодился бы обмен опытом.

[yvg]

лечится заменой приемопередатчика

[PETROVICH]

Еще раз повторяюсь приемопередатчик (CU) ЯВНО не причем!!! В другом слоте он отлично работает, а в "битом" слоте валится любая CU, проверено на собственном опыте.

[yvg]

Еще раз повторяюсь приемопередатчик (CU) ЯВНО не причем!!! В другом слоте он отлично работает, а в "битом" слоте валится любая CU, проверено на собственном опыте.

и именно с такой аварией валится?
это авария не связана со слотом процентов на 85%, но все же оставим 15% на всякий случай тоже проверено. и так, если Вы проверили CU на другом месте, на пару дней поставили ее в другое место и авария пропала то алгоритм следующий:
давайте так, с платой , в которую вставляется приемопередатчик связана в основном проблема board lost, мы эти платы меняем из шкафов в которых конфигурация не будет превышать 2/2/2 если не помогает
дальше идет шлейф, если шкаф расширения, то он идет на разьем, дальше идет шнурок на основной шкаф и шлейф на coba или cosa , с этими шлейфами тоже были поблемы был плохо воткнут на верхнем разьеме на шкафу расширения, но это редко в ос новном платы, и еще одна проблема сами coba или cosa и разьемы, в которые они заходят тут тоже бывает проблема, делаешь свич coba и смотришь ушла проблема на этой CU или нет, у нас было что на одной coba или cosa (если этот передатчик обслуживает она, например в шкафу расширения) не работали CU а при замене или переключении этих девайсов аварии исчезали. Ну вот и все, остается больше там ломаться нечему, только приемопередатчик, или высокачастотная часть трубочки итд, но это уже другая авария и другая тема.

[PETROVICH]

В принципе у нас алгоритм устранения аварии такой же, просто хотелось узнать как другие это лечат, вдруг мы что нибудь упустили.
Насчет самой аварии изните свами не саглашусь: 85% слот, 15% CU.
В описании сказано что возможной причиной аварии явлеятся соеденение CU-COSA(COBA). И у меня сложилось впечетление что авария имеет как бы "накопительное" свойство т.е при привышении порога по неправильно принятым битам от CU к COSE или в обратном направлении CU отваливается. Причем в некоторых случаях CU может поднятся самостоятельно, в другом только после тестирования.

[st2400]

Error in downlink message from COP/HIT
Тут Вы абсолютно правы - у нас 99% виноват плохой контакт по пути COBA\COSA-CU.
И если кто-то 85% таких аварий лечит заменой CU - гораздо эффективней будет просто @бнуть ногой по рэкам.
Чаще всего у нас нарушения:
1. подсоединения шлейфов к верхним разъемам внутри рэка - почему-то шлейфа постоянно сползают вниз и натягиваются об DC блок
2. Непосредственно разъем CU\слот или COSA-CORE
3... ну и затем разъемы шлейфов на платах контактов кобы-косы, CU и т.д.
Бывает нарушение геометрии рэка - и плата или CU просто не до конца садится в разъем. Или дефектная сама плата контактов (а она многослойная и очень боится заломов и пережатия) и тп и тд