Тема: to Harris и всем кто соображает в Dect
после подсоединения второго потока на транзитную станцию LDK300 стал глючить DECT.
На оконечке LDK100 начинает серьезно глючить через 2 часа примерно, на транзитной LDK 300 может работать довольно неплохо целый день. После пергрузки станций через софт, станции работают идеально какое-то время.
Вот вопрос к спецам, есть какие то утилиты, чем глянуть из-за чего не начинают проключаться голосовые тракты на DECT и как сделать чтоб Dect не зависел от синхронизации операторов, когда был один, было еще ничего, как стало два - стало просто невыносимо.
Попробуйте синхру брать от одного прова, а включение второго выполнить по схеме - Вы мастер, он подчиненный.
это какая PGM? На плате только можно воткнуть синхру или нет
+1
Вся станция синхронизируется от ISDN линии, в том числе и система DECT. Если один поток падает, то станция берет синхру от другого провайдера (с другой линии ISDN). Но если между самими провайдера есть рассинхронизация, то DECT может сбойнуть.
Цепочка синхронизации (приоритет) задается установкой кабелей синхронизации.
- можно попробовать поменять приоритет, т.е. брать синхру от другого провайдера
А Master/Slave выбирается перемычкой CON3 на плате PRIB.
to harris можно ли корейцев как-то попросить, чтоб они что-то предприняли с тактовой частотой DECT? Зачем они завязали это дела на операторов? Как я понимаю, у кого только аналог Dect глючит постоянно.
🐛 Т.е. как это??? Что предпринимать???
Если стык с городом по ISDN, то станция ОБЯЗАНА быть синхронизирована с провайдером. Иначе связи не будет!!! Это же все цифровое оборудование!!!
Синхронизация берется от одного источника: провайдер->цифровая линия->цифровая станция->DECT (тоже цифровая система).
Если стык с городом по аналоговым СО, то вся станция (и DECT) работает от собственного тактового генератора.
to harris можно ли корейцев как-то попросить, чтоб они что-то предприняли с тактовой частотой DECT? Зачем они завязали это дела на операторов? Как я понимаю, у кого только аналог Dect глючит постоянно.
Гениально (с)...
Где же эти люди, у которых дект при аналоге глючит постоянно.... Какие идиоты Корейцы (и все остальные производители АТС), что соблюдают прописные истины.... Какое идиотское человечество, что все потоки PSTN в мире у него работают синхронно...
ЗЫ- вопрос возникает с завидной периодичностью, уже почему то совсем не смешно....
to harris если всё таки глубже подумать и понять, что для несущей частоты DECT нужен генератор, который бы генерил нужную частоту для DECT c нужной точностью, т.к. рассинхронизация частот на передатчике и приемнике, ведет к задержкам и jitter , в станции как понял встроенный генератор скажем не очень хороший, у оператора он лучше намного, всё таки провайдер, а не дешевый кварц на станции.
Т.е. если бы он запитали DECT от более точного генератора, то многих проблем бы не было с радиосвязью.
to Alexander073 пробегитесь по форуму, многие из пользователей жалуются на DECT, и именно нанепереключении голосовых трактов и срывов, когда на станции нет потока.
Не надо путать цепочку передачи PSTN и DECT связь. По аналогу не передается синхроимпульсы, но это не мешает им работать стабильно.
также ничто не мешает работать стабильно DECT база - трубка без синхроимпульсов от PSTN. Надеюсь логически дальше сами подумаете? ))
многие из пользователей жалуются на DECT
Но причины разные (конфигурация, платы, кабель, трубки и т.д.). Люди поднимают беспроводную сеть не имея ни капли знаний о предмете, ни минимума измерительного оборудования. У меня много станций с dect-ом без потока и прекрасно работают уже лет десять и больше ( больше это о 162-х). Да - были проблемы, но на то и голова. Думайте и проверяйте свои и подсказанные Вам идеи..
Согласен с Евгением! Проблемы с DECT-ами вылезают у не совсем подготовленного Инталлятора, жадного Заказчика из-за косяков с провалами в покрытии, экранировании, необдуманной установки базы на улице, сопливых и/или нестандартных линиях, переполнении одновременно обслуживаемых разговороах на одной базе, разнородных трубах (не выполняющих полный функционал, кот требует Абонент), я уже молчу когда суют в АТС больше DECT плат,чем могут скушать таймслоты одного статива/кабинета/блока! И нехрен синхронизацию мучать!
to harris если всё таки глубже подумать и понять, что для несущей частоты DECT нужен генератор, который бы генерил нужную частоту для DECT c нужной точностью,
Если бы он запитали DECT от более точного генератора, то многих проблем бы не было с радиосвязью.
И этот генератор на станции есть, от которого синхронизируется вся АТС, в том числе аналоговые абоненты и DECT. Который работает при отсутствии потока вообще, или при сбое синхронизации потока, либо если поток работает “мастером” на физическом уровне.
т.к. рассинхронизация частот на передатчике и приемнике, ведет к задержкам и jitter , в станции как понял встроенный генератор скажем не очень хороший
Отличный, который генерит частоту с заданной точностью. Jitter, или wander возникнет на несколько секунд только при отклонении частоты на внешнем потоке, или потоках. А как по другому прикажете реагировать на это ?
пробегитесь по форуму, многие из пользователей жалуются на DECT, и именно нанепереключении голосовых трактов и срывов, когда на станции нет потока.
Пробежался, ничего значительного не нашел. Про руки говорить как то не хочется...
и именно нанепереключении голосовых трактов и срывов, когда на станции нет потока.
У меня тоже были такие случаи. И к синхроизации они не имели никакого отношения. Плохая земля, отсутствие земли, сопли к базам DECT, лапша туда же, распарка в кабеле к базам, неправильно заземленный экран кабеля при его наличии, неисправность MPB, “ранние” прошивки. Допускаю, что у кого нить есть нестандартные проблемы, но говорить об их массовости, ИМХО нет оснований.
Не надо путать цепочку передачи PSTN и DECT связь. По аналогу не передается синхроимпульсы, но это не мешает им работать стабильно.
И все было бы именно так, если бы АТС были аналоговые, и мультиплексировали аналоговые сигналы у себя внутри. Но аналоговые сигналы преобразуются в PCM a-law, так же как и аналоговый сигнал в DECT преобразуется в DPCM. И в ЛыЖах с синхрой сделано еще очень гуманно, в некоторых других АТС при падении синхронизации кратковременно сносит крышу не только на DECTе, но и на аналоговых интерфейсах.
Если есть проблема с синхрой, а провайдер не чешется- вызываете лицензированного дяденьку с чемоданчиком, замеры, письмо в россвязьнадзор и иск в суд. Визит сего спеца стОит по Москве более тридцатника, но в случае выигрыша можно взыскать все расходы. Ибо поток с плохой синхрой гораздо хуже, чем его отсутствие вообще.
Хорошо, каждый оппонент в чем то прав, но есть ситуация, два потока в транзитную станцию от двух провайдеров(синхра берется сейчас сейчас от двух провайдеров, т.е. на каждой плате от своего оператора, один поток на оконечку, на ооконечке один поток, станция запитана по синхре от транзитной станции. Есть подозрение что синхра одного оператора немного не совпадает с синхрой другого.
Сейчас попробую запитать от одного провайдера, на плату другого провайдера подать шнурком чинхру от первого. Если это улучшит результаты - напишу. С эти вроде всё ясно.
Споры конечно хорошо, но наглядные приборы и програмные инструментя для отладки еще лучше. Кто посоветует , где взять эти инструментя или кого можно пригласить, чтобы он проанализировал эти ошибки на платах DECT на транзитной и оконечной станции и понял почему проиходят глюки ?
Есть подозрение что синхра одного оператора немного не совпадает с синхрой другого.
Это самый хреновый случай с точки зрения диагностики. Конечно никакого вандера быть не должно! Здесь либо методом опроса провайдеров, либо смотреть, какое у них установлено оборудование в их серверной, или у Вас возле станции.
Если провайдер передает поток через IP сеть- смотреть (ему), насколько точно восстанавливается синхронизация у него на оконечном оборудовании, ибо при передачи синхронного протокола через асинхронные сети (IP) джиттер вобще недопустим!
Если же у провайдера стоИт IP шлюз, и поток преобразуется в IP транки- тут вообще каждый производитель железа генерит синхру как считает нужным :-((( . В этом случае просить, чтоб ваш поток включили “мастером” на физическом уровне (не на уровне ISDN!), чтобы синхру на потоке задавали Вы.
Но самый правильный путь как я писАл- вызвать измерителя. Если надо, могу поискать телефон (для Москвы).
На оконечке LDK100 начинает серьезно глючить через 2 часа примерно, на транзитной LDK 300 может работать довольно неплохо целый день. После пергрузки станций через софт, станции работают идеально какое-то время.
DECT на обоих станциях чтоль ?
1. На сотке есть PLLU ??
2. На трехсотке, на плате, которая “транзитит” поток на сотку, перемычка CON3 на плате PRIB должна быть ЗАМКНУТА.
Все так?
Хорошо, каждый оппонент в чем то прав, но есть ситуация, два потока в транзитную станцию от двух провайдеров(синхра берется сейчас сейчас от двух провайдеров, т.е. на каждой плате от своего оператора, один поток на оконечку, на ооконечке один поток, станция запитана по синхре от транзитной станции. Есть подозрение что синхра одного оператора немного не совпадает с синхрой другого.
Сейчас попробую запитать от одного провайдера, на плату другого провайдера подать шнурком чинхру от первого. Если это улучшит результаты - напишу. С эти вроде всё ясно.
....
:gulp:
Уважаемый dig!!
Так что, у Вас на 300-ке вообще не были установлены кабели сихронизации???
Посмотрите доку внимательнее- п.3.3.9.
Сдается мне, что у Вас вообще неправильно была выставлена цепь для управления синхронизацией!!!
Синхра не может подаваться от двух провайдеров!!! Процессор ее берет только от одной платы PRIB!!!
При этом “шнурок” нужен для задания цепи управления синхронизацией, т.е. таким образом выставляются приоритеты - какая ISDN плата выдает синхру для MPB. Пока плата с самым высоким приоритетом работоспособна (может выделить сихнру с потока), то она и выдает такт в процессор. При этом на другие ISDN платы по этим “шнуркам” подается запрет на выдачу синхры в процессор.
Если у Вас не стояли правильно “шнурки”, то две платы PRIB пытались выставить синхро-сигнал на одну шину!
