mwnn
18.02.2016, 12:06
Добрый день, друзья.

Имеется рабочая 3800 с платой DIUT-2 и на ней один Е1 канал на 30 номеров. Второй слот пуст.
Время от времени отваливается Е1. Пишется "нет разрешения", а с внешних линий показывает занято. Это случается раз в 10-14 дней. В момент отваливания лог ничего не показывает. Считываешь - ошибки нет.
Все остальные номера (аналоговые внешние, GSM модули, внутренние номера) работают в штатном режиме без ошибок.

Что было сделано для профилактики:
1) Сконфигурирован второй слот Е1 на плате DIUT-2 и введён в работу.
2) Заменён RAD модем.
3) Заменена плата DIUT-2.
4) Сделан запрос провайдеру на стабильность канала с их стороны.

Перезагрузка через HiPath manager DIUT-2 решает проблему через 5-6 минут. Канал поднимается.
Перезагрузка RAD, мультиплексоров не исправляет канал.
Танец с бубном и магическое заклинание не исправляет канал.
Провайдер мониторит линию и официально заявляет, что канал стабилен.

Куда копать и сталкивался ли кто-нибудь с таким чудом.
:)

Serg Fisher
18.02.2016, 13:42
Конечно, хотелось бы увидеть KDS-ку.
Если пишет, что нет разрешения, то, может быть, что-то в COS-ах?
И давно ли у вас так? не с самого ли начала?
Или раньше все было хорошо, а сейчас стало плохо?
А не пробовали мониторить исходящую связь в момент такой "бяки"?
Например, мониторить исходящий звонок с какого-нибудь аппарата.
Или мониторить сам поток Е1.
Кстати, вопрос: один Е1 канал - это один канал в потоке или один поток на 30 каналов?

mwnn
18.02.2016, 14:42
Конечно, хотелось бы увидеть KDS-ку.
Если пишет, что нет разрешения, то, может быть, что-то в COS-ах?
И давно ли у вас так? не с самого ли начала?
Или раньше все было хорошо, а сейчас стало плохо?
А не пробовали мониторить исходящую связь в момент такой "бяки"?
Например, мониторить исходящий звонок с какого-нибудь аппарата.
Или мониторить сам поток Е1.
Кстати, вопрос: один Е1 канал - это один канал в потоке или один поток на 30 каналов?

Нет разрешения - это просто невозможно никуда позвонить с Е1. а также дозвониться с улицы на Е1 номер.
Все остальные линии нормально работают.
COS не причём, однозначно.

Поток мониторил провайдер, говорит нет никаких проблем.
Логи самой 3800 чистые. Она вообще не видит, что канал отвалился.
Е1 - это 30 каналов одного потока.

Line 31 DIUT2 7-2-1 7831 City ... S0 Trunk
Line 32 DIUT2 7-2-2 7832 City ... S0 Trunk
Line 33 DIUT2 7-2-3 7833 City ... S0 Trunk
Line 34 DIUT2 7-2-4 7834 City ... S0 Trunk
Line 35 DIUT2 7-2-5 7835 City ... S0 Trunk
Line 36 DIUT2 7-2-6 7836 City ... S0 Trunk
Line 37 DIUT2 7-2-7 7837 City ... S0 Trunk
Line 38 DIUT2 7-2-8 7838 City ... S0 Trunk
Line 39 DIUT2 7-2-9 7839 City ... S0 Trunk
Line 40 DIUT2 7-2-10 7840 City ... S0 Trunk
Line 41 DIUT2 7-2-11 7841 City ... S0 Trunk
Line 42 DIUT2 7-2-12 7842 City ... S0 Trunk
Line 43 DIUT2 7-2-13 7843 City ... S0 Trunk
Line 44 DIUT2 7-2-14 7844 City ... S0 Trunk
Line 45 DIUT2 7-2-15 7845 City ... S0 Trunk
Line 46 DIUT2 7-2-16 7846 City ... S0 Trunk
Line 47 DIUT2 7-2-17 7847 City ... S0 Trunk
Line 48 DIUT2 7-2-18 7848 City ... S0 Trunk
Line 49 DIUT2 7-2-19 7849 City ... S0 Trunk
Line 50 DIUT2 7-2-20 7850 City ... S0 Trunk
Line 51 DIUT2 7-2-21 7851 City ... S0 Trunk
Line 52 DIUT2 7-2-22 7852 City ... S0 Trunk
Line 53 DIUT2 7-2-23 7853 City ... S0 Trunk
Line 54 DIUT2 7-2-24 7854 City ... S0 Trunk
Line 55 DIUT2 7-2-25 7855 City ... S0 Trunk
Line 56 DIUT2 7-2-26 7856 City ... S0 Trunk
Line 57 DIUT2 7-2-27 7857 City ... S0 Trunk
Line 58 DIUT2 7-2-28 7858 City ... S0 Trunk
Line 59 DIUT2 7-2-29 7859 City ... S0 Trunk
Line 60 DIUT2 7-2-30 7860 City ... S0 Trunk


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

iskander42
18.02.2016, 15:00
Присоединяюся КДСу в студию токо она может приблизить быстрее к ИСТИНе. Гадаем на кофейной гуще провод вы показали а отводы, т.е направления и т.п. нет. КДС нам даст схему из которой снимется куча вопросов. И уменьшит наводящие вопросы для решения проблемы.

Serg Fisher
18.02.2016, 15:15
Мониторить - это значит оттрассировать звонок.
Надо залезть в Maintenans в закладку Call monitoring.
Выбрать порт.
Запустить функцию трассировки.
Позвонить с этого порта.
Дождаться, когда звонок не пройдет.
Выключить функцию трассировки.
Сохранить результат трассировки в виде файла.
Запустить программу трассировщика ISDN Tracer.
Открыть в нем полученный файл.
Он откроется в блокноте в виде простого текста.
И там будет все видно, почему не проходят звонки.
Если что-то непонятно, то можно выложить этот файл *.txt на форум.
Возможно, действительно, у абонентов периодически пропадают разрешения на выход по потоку.
Например, если используется ночной режим, в котором в разное время у абонентов разные разрешения.
А за часами никто не следит. И станция, например, часто отключается от электропитания. Немудрено получить сдвиг во времени часов эдак на пять-шесть или что-от около того.
Вот вам и НЕТ РАЗРЕШЕНИЯ.

mwnn
18.02.2016, 15:26
Режимы день-ночь прописаны и выставлены разные доступы.
Ночью у многих стоит запрет на звонки на мобильные номера, но у всех открыт выход на город.
Хорошо, если (как Вы говорите) это слетает COS, то почему с улицы невозможно дозвониться на Е1 номер?
С улицы то должен дозвон идти.
На аналоговую линию и GSM модули с улицы дозванивается, а ложится именно Е1. И изнутри можно звонить с аналоговых линий и с GSM. Но только не с Е1.
КДС прикрепил

mwnn
18.02.2016, 15:30
файл мониторинга прикреплю как ляжет в очередной раз, как раз посмотрим сколько дней протянет )))

иногда атс ложится не в рабочее время.
но чаще всего по утрам до обеда

Serg Fisher
18.02.2016, 15:45
У Вас в параметрах потока действительно должно стоять T1/S2M: Euro-Amt PP (with CRC4)?
Спросите у провайдера.
Обычно устанавливают T1/S2M: Euro-Amt PP (without CRC4), т.е. без проверки CRC4.
Конечно, возможны варианты, но надо проверить.

Это первое.
Далее:
В ISDN parameters не указано, откуда берется синхронизация.
Будет лучше, если ее указать.

Далее:
Все звонки по потоку, как я понимаю, приходят на автосекретаря.
Это группа 350.
Но в DID этой группы следует вписать входящий номер.
Его у вас нет.

И вообще, по потоку станция не настроена должным образом.
Точнее, никак не настроена.
Видимо, Вы человек не очень искушенный в таких делах.
Наверное, лучше всего будет, если вы пригласите специалиста, он настроит и покажет мастер-класс.

mwnn
18.02.2016, 15:55
У Вас в параметрах потока действительно должно стоять T1/S2M: Euro-Amt PP (with CRC4)?
Спросите у провайдера.
Обычно устанавливают T1/S2M: Euro-Amt PP (without CRC4), т.е. без проверки CRC4.
Конечно, возможны варианты, но надо проверить.

Это первое.
Далее:
В ISDN parameters не указано, откуда берется синхронизация.
Будет лучше, если ее указать.

Далее:
Все звонки по потоку, как я понимаю, приходят на автосекретаря.
Это группа 350.
Но в DID этой группы следует вписать входящий номер.
Его у вас нет.

И вообще, по потоку станция не настроена должным образом.
Точнее, никак не настроена.
Видимо, Вы человек не очень искушенный в таких делах.
Наверное, лучше всего будет, если вы пригласите специалиста, он настроит и покажет мастер-класс.

её и настраивал мастер-специалист искушённый в таких делах :D
причём за солидную сумму
попробую сам
если положу атс - то есть ежедневный бекап, сохраняю любые изменения (вплоть до смены имени пользователя).

explorer
18.02.2016, 16:10
Провайдер у Вас хреновый, раз ничего не видит. Скорей всего, просто не смотрит.
Может быть ненулевая вероятность с физикой - например, не дошит один провод из пары от порта DIUT-2 до RAD.
Когда поток падает - на RAD что-то меняется в лампочках?
Попросите провайдера посмотреть в своих записях, - какая причина отбоя, если звонить снаружи, когда поток лежит.

T1/S2M: Euro-Amt PP (with CRC4) - правильные настройки. Уже давно рекомендация включать CRC4. Настройки провайдер обычно присылает.

mwnn
18.02.2016, 16:23
Провайдер у Вас хреновый, раз ничего не видит. Скорей всего, просто не смотрит.
Может быть ненулевая вероятность с физикой - например, не дошит один провод из пары от порта DIUT-2 до RAD.
Когда поток падает - на RAD что-то меняется в лампочках?
Попросите провайдера посмотреть в своих записях, - какая причина отбоя, если звонить снаружи, когда поток лежит.

T1/S2M: Euro-Amt PP (with CRC4) - правильные настройки. Уже давно рекомендация включать CRC4. Настройки провайдер обычно присылает.


RAD продолжает работу, перезагрузка не помогает.
Помогает только программная перезагрузка DIUT-2.
К сожалению, я не могу экспериментировать. Задача как можно быстрее восстановить работу канала. Иначе организация остаётся без основной линии и терпит убытки. Провайдер тоже не особо настроен на реактивное реагирование.

Если есть возможность тыкнуть по пунктам В ISDN parameters не указано, откуда берется синхронизация. что именно выставлять
и
Но в DID этой группы следует вписать входящий номер.

попробую поменять настройки, протестировать. DID ставлю с префиксом города на хант группу?

explorer
18.02.2016, 16:34
Может и D-канал глючит. Нужно смотреть в maintenance состояние транка. И как Вам советует Serg Fisher - снять трассировку в момент отсутствия связи.
Остальное рзговоры ни о чем.
В логах Вы не видите ошибок может и потому, что уровень доступа не позволяет.
Так же была тема, от olegka_n, в которой он писал, что Manager 10й версии ошибок на транках не показывает. Проверьте, что Manager ниже этой версии.

mwnn
18.02.2016, 16:40
Может и D-канал глючит. Нужно смотреть в maintenance состояние транка. И как Вам советует Serg Fisher - снять трассировку в момент отсутствия связи.
Остальное рзговоры ни о чем.
В логах Вы не видите ошибок может и потому, что уровень доступа не позволяет.
Так же была тема, от olegka_n, в которой он писал, что Manager 10й версии ошибок на транках не показывает. Проверьте, что Manager ниже этой версии.


Смотрел, показывало Line failure
а консоль версия

Serg Fisher
18.02.2016, 17:13
Цитата:
Но в DID этой группы следует вписать входящий номер.
Попробую поменять настройки, протестировать.
DID ставлю с префиксом города на хант группу?

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

А DID номер в группе 350 должен соответствовать тому номеру, который отдает провайдер.


Цитата:
В ISDN parameters не указано, откуда берется синхронизация.
Что именно выставлять

Там в раскрывающейся табличке указаны все цифровые внешние соединения.
В Вашем случае это поток Е1 (плата DIUT2).
Надо выбрать порт, на который приходит ентот поток.
Это и будет порт, получающий синхронизацию.

mwnn
18.02.2016, 17:34
Там в раскрывающейся табличке указаны все цифровые внешние соединения.
В Вашем случае это поток Е1 (плата DIUT2).

там Allowed, Denied и MSN
не подскажете какая за что отвечает?

iskander42
18.02.2016, 17:47
крайня верхня левая Clock

Serg Fisher
18.02.2016, 18:00
Добавлю к сказанному:

В Set up station у некоторых абонентов указаны DID номера.
Насколько я понял, это и есть те самые городские номера, по которым к вам поступают звонки с потока Е1.
Если это так, то как может быть такое, чтобы звонки по всем 30 каналам приходили только на 3-х абонентов?
Причем, у них не включены ни переадресация по времени, ни Call forwarding.
Что-то здесь не так.
Это городские номера? Без кода города?
Тогда что в CLIP у абонентов? Там номера с кодом города?
Обычно, что провайдер отдает, то он и должен принимать.
Например, если он отдает вам номер только городской 4908015, то принимать должен тоже такого же формата номер, а получается так, что вы ему в CLIPе отсылаете 124908015.

И работает ли у вас автосекретарь?
Дело в том, что если этих абонентов, у которых имеются DID номера, отключить, то алгоритм поступления звонка изменится. Поскольку станция не будет знать, куда его направлять, она вынуждена будет пользоваться самым тупым методом: использует таблицу входящих звонков из Ringing assignment per line, в которой указана по всем В-каналам одна и та же группа 350. Это вопиюще неправильно! Но система должна же как-то работать. Вот она и работает кое-как.

И сколько у вас всего городских номеров в потоке Е1?
Я насчитал 3 номера (по номера в столбце DID абонентов).
Их столько или больше?
Если их 4, то недостающий номер надо прописать в столбце DID группы 350.
Если 5 или больше, то надо создавать еще группы и вписывать туда абонентов и городские номера, или прописывать недостающие городские номера в DID абонентов.

Serg Fisher
18.02.2016, 18:09
Еще добавлю:

По мере изучения вашего KDS увидел в CLIP у многих абонентов номер 124908010. Сразу как-то не углядел.
А не прописать ли в группе 350 номер 4908010?
Может, этот номер и должен быть входящим для автосекретаря?

iskander42
18.02.2016, 18:32
пока не присоединяюсь кдс в rar (сие на работе под запретом), но трейс и про DID и про к CLIP могут всё подсказать

explorer
18.02.2016, 19:00
В состоянии Line failure трассировку не снять, станция будет ругаться на то, что это невозможно. Потому, что поток лежит.
Это событие (Line failure ) обязательно попадает в лог Trunk Error counter.
Если лог при этом пустой - значит нужно его (лог) прочитать под developer-логином.
Проверьте, что ошибки попадают в лог: отключите/включите модем RAD, в логе должны появиться записи с ошибками на потоке, как минимум - LOS (синяя авария).

Serg Fisher
18.02.2016, 20:45
Если поток рухнул, то на дисплеях аппаратов пишется НЕВОЗМОЖНО.
А мы в данном случае имеем другую надпись НЕТ РАЗРЕШЕНИЯ.
Это обычно говорит о том, что абонент не имеет того или иного разрешения, в частности, на выход в город.
И в данном случае, мне кажется, можно попробовать сделать трассировку.

Если у вас используется один поток, то второй надо отключить:
в настройках линий убрать в столбце Route направление Sity у неработающих портов.
Это порты DIUT2 7-1-1 - DIUT2 7-1-30.

В закладке Routing parameters стоило бы правильно указать тип исходящего номера.
У вас стоит Unknown, что означает Неопознанный.
А в CLIP прописаны городские номера с кодом города.
Стало быть, и тип номера должен быть Local area code.

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

mwnn
19.02.2016, 09:58
Добавлю к сказанному:

В Set up station у некоторых абонентов указаны DID номера.
Насколько я понял, это и есть те самые городские номера, по которым к вам поступают звонки с потока Е1.
Если это так, то как может быть такое, чтобы звонки по всем 30 каналам приходили только на 3-х абонентов?
Причем, у них не включены ни переадресация по времени, ни Call forwarding.
Что-то здесь не так.
Это городские номера? Без кода города?
Тогда что в CLIP у абонентов? Там номера с кодом города?
Обычно, что провайдер отдает, то он и должен принимать.
Например, если он отдает вам номер только городской 4908015, то принимать должен тоже такого же формата номер, а получается так, что вы ему в CLIPе отсылаете 124908015.

И работает ли у вас автосекретарь?
Дело в том, что если этих абонентов, у которых имеются DID номера, отключить, то алгоритм поступления звонка изменится. Поскольку станция не будет знать, куда его направлять, она вынуждена будет пользоваться самым тупым методом: использует таблицу входящих звонков из Ringing assignment per line, в которой указана по всем В-каналам одна и та же группа 350. Это вопиюще неправильно! Но система должна же как-то работать. Вот она и работает кое-как.

И сколько у вас всего городских номеров в потоке Е1?
Я насчитал 3 номера (по номера в столбце DID абонентов).
Их столько или больше?
Если их 4, то недостающий номер надо прописать в столбце DID группы 350.
Если 5 или больше, то надо создавать еще группы и вписывать туда абонентов и городские номера, или прописывать недостающие городские номера в DID абонентов.

Доброе утро.

Номеров 8. 8010-11-12-13-14-15-16-17
8010-11-12 - подключен на железку с приветствием и донабором.
основной номер по которому идёт вся масса звонков 8010
На железке можно выбрать внутренний номер или соединиться на оператора 111.
На железке физичеки 8 линий 342-343-344-345-346-347-348-349 - это группа 350.

8015-16-17 подключены напрямую к телефонам сотрудников, отвечающим за определенные департаменты.
еще два номера 13-14 я вчера подключил на другие хант-группы как прямые номера (в кдске этого не было)
Остались ещё 2 номера 11-12, как их прописать на автосекретаря 350? в хант группе уже прописал 8010, куда еще впихнуть 2 записи? )

в настройках линий убрать в столбце Route направление Sity у неработающих портов.
Это порты DIUT2 7-1-1 - DIUT2 7-1-30.

убрал у неиспользуемого потока city


крайня верхня левая Clock

Clock Pos.1 - Allowed nos.list выбрал рабочий поток DIUT-2.

Serg Fisher
19.02.2016, 15:22
Еще раз KDS выложите.

mwnn
19.02.2016, 16:13
kds

Serg Fisher
19.02.2016, 17:08
Ну вот посмотрел я вашу KDS.
Что могу сказать.....

Что касается синхронизации - все правильно.
Неиспользуемый порт на плате DIUT2 убрали из Sity - тоже правильно.

Теперь разберем входящие номера:
8010 - идет на группу 350
8011 - ?
8012 - ?
8013 - идет на группу 353
8014 - идет на группу 354
8015 - идет на абонента 448
8016 - идет на абонента 433
8017 - идет на абонента 452

Зачем номера 8011 и 8012 запускать на тот же самый автосекретарь?
Или это должен быть другой автосекретарь, который обрабатывает звонки совсем по другому, не так, как первый.
Или отказаться от данной затеи, поскольку получается простое дублирование.
Лучше эти номера запустить кому-нибудь еще.

И еще одна рекомендация:

Можно сделать группы с 360 по 368 и в их DID прописать все городские номера с 8010 по 8018.
Группу 350 удалить, а вместо нее сделать 360 и вписать туда все номера автосекретаря.
Можно также удалить из DID абонентов номера 8015, 8016 и 8017, а прописать их в соответствующие группы 365, 366 и 367.
Участниками данных групп сделать соответственно абонентов 449, 433 и 452.
Потом будет значительно проще администрировать входящие звонки.
Например, понадобится к абоненту 449 добавить еще какого-нибудь другого абонента, его можно просто добавить в группу, а в ней сделать линейный поиск. И все.

Таким образом, группы 360...367 назначаются для входящих звонков с потока, а группы 350...359 - это для разных других нужд.

Должно получиться приблизительно следующее:
8010 - идет на группу 360 (автосекретарь)
8011 - идет на группу 361 (?)
8012 - идет на группу 362 (?)
8013 - идет на группу 363 (IT Help desk)
8014 - идет на группу 364 (IT Development)
8015 - идет на группу 365 (в группе один абонент 448)
8016 - идет на группу 366 (в группе один абонент 433)
8017 - идет на группу 367 (в группе один абонент 452)

Ну это я привел пример.
Может быть, для других нужд есть необходимость зарезервировать большее количество групп. Тогда не 360...367, а 370...377 или 390...397.
Их прямо в данной закладке все последовательно прописать, начиная от 350. Чтобы уже были. И пусть они будут пустыми. Ничего страшного.

Кстати, таким же образом можно упорядочить и входящие звонки по аналоговым линиям и по GSM. Так же закрепить за каждой линией свою группу, а в ней прописать нужного абонента.
Только там прописываются не DID номера.
А сами группы надо прописывать в Ringing assignment per line.
Там для платы TMANI у вас стоят 227 номер, 666 номер. Можно так же последовательно назначить группы, а в них уже указывать 227 или 666, или еще какие там надо номера, в том числе и автосекретаря.

mwnn
19.02.2016, 17:20
Спасибо за подробный расклад.

Дело в том, что по 11 и 12 тоже звонят в главную контору, помимо 10 - такой же основной номер. Должен попадать на железку донабора.

Т.е. 8010-11-12 должны попадать на донабор.
Все остальные я могу подключить по отделам.


Все аналоговые номера попадают в другую часть здания, где отдельный офис. Их мы не трогаем. У них свой ресепшн.

Serg Fisher
19.02.2016, 17:45
Ну и сделайте тогда группы, таки же как сейчас у вас 350.
впишите в них те же самые номера автосекретаря, а в DID укажите 8011 и 8012.

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

mwnn
20.02.2016, 21:33
Ну и сделайте тогда группы, таки же как сейчас у вас 350.
впишите в них те же самые номера автосекретаря, а в DID укажите 8011 и 8012.

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

Те же самые не получится, мне придётся забирать у автосекретаря две физические линии. Сейчас 8 физических линий приходят на 350, что позволяет одновременно висеть на автосекретаре восьми звонящим.
Если я сделаю группу 360 с номером 8011, то на неё нужно будет повесить один из восьми номеров, отобрав у 350. И ещё один для группы 361 с номером 8012.
У 350 останется всего шесть линий, а 350 с его реальным 8010 - основной номер организации. Шесть линий маловато, звонков много.
Сейчас и 8011 и 8012 тупо идут также на автосекретаря 350. За счёт того, что нигде не прописаны.
Но это может, как Вы говорите, иметь побочные эффекты.

Serg Fisher
20.02.2016, 22:38
В группе 360 прописываете все номера автосекретаря: 342-343-344-345-346-347-348-349 и ставите DID 8010.
Делаете группу 361 с теми же номерами 342-343-344-345-346-347-348-349 и ставите DID 8011.
Делаете группу 362 опять с теми же самыми с номерами 342-343-344-345-346-347-348-349 и ставите DID 8012.

Но в итоге получается масло масляное.

Не нужны номера 8011 и 8012, если одного номера 8010 хватает для автосекретаря!
Их лучше всего использовать для других нужд.
Себе прямой номер сделать, например.

Или устанавливать еще два автосекретаря, если уж так необходимо.

mwnn
20.02.2016, 23:10
В группе 360 прописываете все номера автосекретаря: 342-343-344-345-346-347-348-349 и ставите DID 8010.
Делаете группу 361 с теми же номерами 342-343-344-345-346-347-348-349 и ставите DID 8011.
Делаете группу 362 опять с теми же самыми с номерами 342-343-344-345-346-347-348-349 и ставите DID 8012.

Но в итоге получается масло масляное.

Не нужны номера 8011 и 8012, если одного номера 8010 хватает для автосекретаря!
Их лучше всего использовать для других нужд.
Себе прямой номер сделать, например.

Или устанавливать еще два автосекретаря, если уж так необходимо.

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

mwnn
25.02.2016, 09:05
на времянку создал группу, на неё "повесил" оставшийся номер

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

Serg Fisher
25.02.2016, 15:48
...пока работает, не отваливается.
жду момента, когда можно будет снять трассировку

А вдруг больше никогда не отвалится?
Что тогда делать будем?
Ломать придется...

:D:D:D:rolleyes::D

mwnn
25.02.2016, 16:31
отвалилась

mwnn
25.02.2016, 16:35
после релоад DIUT-2 через 4-5 минут поднялась

errorcounter

25.02.16 16:31:42 30-123 DIUT2 7 - 1 - 1 Timeout error in data
25.02.16 16:32:11 30-51 DIUT2 7 - 1 - 1 UNEXP_MESSAGE
25.02.16 16:31:44 21-05 DIUT2 7 - 2 - 1 Port in service
25.02.16 16:27:29 30-122 DIUT2 7 - 2 - 1 CRC error in answer
25.02.16 16:27:37 30-122 DIUT2 7 - 2 - 1 CRC error in answer
25.02.16 16:27:37 30-122 DIUT2 7 - 2 - 1 CRC error in answer
25.02.16 16:31:43 30-125 DIUT2 7 - 2 - 1 CSD corrupt

mwnn
25.02.2016, 17:14
Ещё интересный момент.. ориентировочно в это время были входящие звонки, которые не определились на программке мониторинга.
Файл Capture.jpg
А обычно отображаются все, как на файле Capture2.jpg
Причём входящие звонки шли на GSM номера и на один аналоговый.

explorer
25.02.2016, 17:59
Ошибки на канале оператора. У Вас CRC не сходится.
Что в данном случае нужно сделать:
Берете этот лог ошибок на потоке, отправляете его оператору и требуете устранить проблему.

Serg Fisher
25.02.2016, 18:10
отвалилась

Это, конечно, хорошо, что вы прислали трассировку.
Но надо другую.

В Call monitoring надо выбрать любой канал рабочего порта платы DUT2.
Неважно, какой это будет канал. Можно взять первый, например. Если даже звонки пойдут и по другим каналам, то все они будут отображены в таблице трассировки.
Снять трассировку (накопить хотя бы пару-тройку звонков минут за 5-10).
Сохранить.
Открыть программу ISDN Tracer (она входит в стандартный пакет программ для управления станциями типа HiPath 3000).
Выбрать в ней пункт Euro ISDN и открыть сохраненный файл трассировки.
Будет произведено преобразование данного файла в аналогичный файл, только вместо длинных цифровых кодов появятся служебные сообщения относительно звонков. На основании их можно будет уже более подробно и точно узнать причину таких сбоев.
Там выводится время, номер В-канала, тип звонка, тип номера и прочая служебная информация о текущем состоянии вызова.
А также причина прекращения связи (отбой по инициативе вызывающей стороны, отбой по инициативе вызываемой стороны, отклонение звонка, переадресация вызова, превышение времени поступления звонка, превышение времени ожидания сообщения о подтверждении звонка, перегрузка, сбой и прочее).

P.S. Попробуйте в параметрах потока поставить T1/S2M: Euro-Amt PP (without CRC4)

mwnn
26.02.2016, 08:53
Ошибки на канале оператора. У Вас CRC не сходится.
Что в данном случае нужно сделать:
Берете этот лог ошибок на потоке, отправляете его оператору и требуете устранить проблему.

Я хочу сначала точно убедиться, что дело не в нас. Почему, например, перезагрузка RAD и мультиплексора не исправляет канал? А только перезагрузка платы DIUT-2? Если стопудово отваливается на стороне оператора, то помогла бы перезагрузка модема в первую очередь. Ну я так рассуждаю.


Это, конечно, хорошо, что вы прислали трассировку.
Но надо другую.


P.S. Попробуйте в параметрах потока поставить T1/S2M: Euro-Amt PP (without CRC4)

Да, я тоже потом понял, что это ерунда какая-то и ничего не показывает.
Будь снимать трассировку с потока в след раз. Если сам не разберусь (а скорей всего не разберусь), то выложу файл сюда. Подскажете куда рыть, надеюсь :)

А пункт Ptotocol PRI не активный у меня, т.е. нет возможности выбрать другой параметр.

Или я как всегда не там смотрю? )

explorer
26.02.2016, 11:07
Почему, например, перезагрузка RAD и мультиплексора не исправляет канал?

Потому, что нужно смотреть LAPD. В этой станции этой возможности нет.
Это может сделать оператор.

Еще покажите лог ошибок Event Log из под developer-логина.
Если Вы точно хотите убедиться, что проблема не в плате - тогда сделайте кросс перемычку между портами DUIT2, поставьте первый порт в QSIG-master, проверяете, что схема работает. Когда оператор упадет - ставите перемычку Между портами 1-2, проверяете, что линии поднялись. Ну или нет.

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

mwnn
26.02.2016, 11:24
Потому, что нужно смотреть LAPD. В этой станции этой возможности нет.
Это может сделать оператор.

Еще покажите лог ошибок Event Log из под developer-логина.
Если Вы точно хотите убедиться, что проблема не в плате - тогда сделайте кросс перемычку между портами DUIT2, поставьте первый порт в QSIG-master, проверяете, что схема работает. Когда оператор упадет - ставите перемычку Между портами 1-2, проверяете, что линии поднялись. Ну или нет.

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

Оператор уверяет что у них всё нормально. Я обращался не раз.
Говорят с нашей стороны проблем нет.
Нужно что-то такое в глаза им, что не даст возможности отвертеться. И опять же нужно быть уверенным, что проблема не в нас, а в них.
:(

mwnn
26.02.2016, 11:29
Лог на момент отваливания вчера ничего не показывал

25.02.2016 16:09:12 de3ced97 B 01 15 - !SNMP remote DB changes: 01c0a8663afffffff
25.02.2016 16:27:55 de3ea452 B 21 08 - ### Reference takt OFF: 01037901ba06071801 Continue observing, possible CO problems, check line network
25.02.2016 16:27:55 de3ea457 B 21 07 - ### Reference takt ON: 0102ffffba060718010
25.02.2016 16:30:25 de3edf00 B 21 08 - ### Reference takt OFF: 01037901ba06071801 Continue observing, possible CO problems, check line network
25.02.2016 16:30:25 de3edf05 B 21 07 - ### Reference takt ON: 0102ffff01060728010
25.02.2016 16:31:23 de3ef574 B 26 04 07- !card in service: d310d3d3200800000000
25.02.2016 16:32:36 de3f1206 B 21 08 07-02 ### Reference takt OFF: 060379018206071801 Continue observing, possible CO problems, check line network
25.02.2016 16:32:36 de3f120b B 21 07 07-02 ### Reference takt ON: 0602ffff01060718010

до тех пор пока в 16-27 я не сделал перезагрузку, потом уже стал выдавать CO problems

Serg Fisher
26.02.2016, 13:41
А пункт Ptotocol PRI не активный у меня, т.е. нет возможности выбрать другой параметр.

Или я как всегда не там смотрю? )

Не там.

Это надо делать в закладке Trunks.
В столбце Param щелкнуть мышкой по клеточке, соответствующей любому В-каналу потока.
Откроется дополнительное окно, в котором можно выбрать протокол связи.
Только не переусердствуйте.
В вашем случае их может быть всего два: T1/S2M: Euro-Amt PP (without CRC4) и T1/S2M: Euro-Amt PP (with CRC4).

И еще один глупый вопрос:
А соединение потока с платой DIUT2 и далее со шлюзом надежное?

mwnn
26.02.2016, 15:04
Не там.

Это надо делать в закладке Trunks.
В столбце Param щелкнуть мышкой по клеточке, соответствующей любому В-каналу потока.
Откроется дополнительное окно, в котором можно выбрать протокол связи.
Только не переусердствуйте.
В вашем случае их может быть всего два: T1/S2M: Euro-Amt PP (without CRC4) и T1/S2M: Euro-Amt PP (with CRC4).

И еще один глупый вопрос:
А соединение потока с платой DIUT2 и далее со шлюзом надежное?

Завтра выйду, как раз выходной день. Проверю другой вариант потока.
Если не подходит param - то как-то проявится, наверное. В течение дня.

Про надёжность - это физическую? Вроде бы да, пару раз переключали туда-сюда, проверяли соединение.

explorer
27.02.2016, 09:02
CRC4 включается для того, что бы определить канал с ошибками.
Нормальный оператор смотрит на состояние ошибок на канале и при их увеличении выше порога проводит работы по замене или ремонту канала передачи.
Этот параметр включатся с двух сторон. Оператор должен это точно указать – включен CRC4 или нет.
На плохих каналах CRC4 выключают, чтобы не мешал.
Если с одной стороны параметр включен, с другой нет – в ряде случаев поток поднимется, но с большой задержкой. Что у Вас и происходит.
Поэтому Serg Fisher здесь верно предлагает попробовать перевести поток на режим без CRC4,
т.к. в нормальном состоянии поток поднимается за 3 сек., но никак не 5 минут.
Здесь явно одна из сторон что-то неверно формирует или канал никуда не годится. После смены режима, плату потока необходимо перегрузить.
На модеме RAD какой PN, в смысле, что на нем написано, не IPmux случаем?

mwnn
27.02.2016, 10:22
CRC4 включается для того, что бы определить канал с ошибками.
Нормальный оператор смотрит на состояние ошибок на канале и при их увеличении выше порога проводит работы по замене или ремонту канала передачи.
Этот параметр включатся с двух сторон. Оператор должен это точно указать – включен CRC4 или нет.
На плохих каналах CRC4 выключают, чтобы не мешал.
Если с одной стороны параметр включен, с другой нет – в ряде случаев поток поднимется, но с большой задержкой. Что у Вас и происходит.
Поэтому Serg Fisher здесь верно предлагает попробовать перевести поток на режим без CRC4,
т.к. в нормальном состоянии поток поднимается за 3 сек., но никак не 5 минут.
Здесь явно одна из сторон что-то неверно формирует или канал никуда не годится. После смены режима, плату потока необходимо перегрузить.
На модеме RAD какой PN, в смысле, что на нем написано, не IPmux случаем?

IPMux-2L, подключен через конвертер.

mwnn
27.02.2016, 11:07
включил без поддержки CRC4 - поток не поднимается, прошло более 10 минут

mwnn
27.02.2016, 11:13
поднялся почти через 20 ((

explorer
27.02.2016, 11:39
Поток в нормальном режиме должен подниматься сразу - 3 секунды.
Сделайте перезагрузку DIUT2 и покажите event log и trunk erorcouner, когда поток встанет в сервис.
После этого верните обратно CRC4 с рестартом DIUT2.
По поводу IPmux - Вы подключены через асинхронную IP-сеть и получаете синхронизацию от этой коробки локально.
В отличии от традиционной SDH, решение с передачей потока через IP значительно проигрывает в надежности и стабильности.
Эхо есть в канале?

mwnn
27.02.2016, 12:25
эхо вроде нет

рестарт DIUT2 сделал, 12 минут прошло - не поднялась пока

mwnn
27.02.2016, 12:27
27.02.2016 12:11:45 df2edc4e B 21-08 - ### Reference takt OFF: 01047901fe06072801 Continue observing, possible CO problems, check line network
27.02.2016 12:24:36 df300999 B 21-07 07-02 ### Reference takt ON: 0602ffff01060718008
27.02.2016 12:24:15 df300154 B 26-04 07- !card in service: d310d3d3200800000000
27.02.2016 12:25:06 df30152f B 28-08 - --- APS: HE692P.00.007:000 SAP ---
27.02.2016 12:25:06 df30157a B 28-06 - --- df30157a -> 12:25:06 --- 27.02.16 ---

транк эррор:

27.02.16 12:24:34 30-123 DIUT2 7 - 1 - 1 Timeout error in data
27.02.16 12:25:03 30-51 DIUT2 7 - 1 - 1 UNEXP_MESSAGE
27.02.16 12:24:36 21-05 DIUT2 7 - 2 - 1 Port in service
27.02.16 12:11:44 21-04 DIUT2 7 - 2 - 1 Port out of service
27.02.16 12:24:35 30-125 DIUT2 7 - 2 - 1 CSD corrupt



13 минут. долго...

mwnn
27.02.2016, 12:30
вернул T1/S2m: Euro-Amt PP (with CRC4) и снова ребутнул

mwnn
27.02.2016, 12:38
18.10.2014 11:08:29 df311d6b B 28-08 - --- APS: HE692P.00.007:000 SAP ---
27.02.2016 12:11:45 df2edc4e B 21-08 - ### Reference takt OFF: 01047901fe06072801 Continue observing, possible CO problems, check line network
27.02.2016 12:24:15 df300154 B 26-04 07- !card in service: d310d3d3200800000000
27.02.2016 12:24:36 df300999 B 21-07 07-02 ### Reference takt ON: 0602ffff01060718008
27.02.2016 12:27:37 df305039 B 01-15 - !SNMP remote DB changes: 01c0a8663afffffff
27.02.2016 12:27:37 df305052 B 21-08 07-02 ### Reference takt OFF: 06047901fe00000000 Continue observing, possible CO problems, check line network
27.02.2016 12:27:43 df3052cd B 21-07 07-02 ### Reference takt ON: 0602ffff013039ec013
27.02.2016 12:27:59 df3058eb B 21-08 - ### Reference takt OFF: 01047901fe06072801 Continue observing, possible CO problems, check line network
27.02.2016 12:35:24 df3106a8 B 26-04 07- !card in service: d310d3d3200800000000
27.02.2016 12:35:45 df310eed B 21-07 07-02 ### Reference takt ON: 0602ffff01060718008
27.02.2016 12:36:21 df311d26 B 28-06 - --- df311d26 -> 12:36:21 --- 27.02.16 ---


27.02.16 12:36:11 30-51 DIUT2 7 - 1 - 1 UNEXP_MESSAGE
27.02.16 12:24:34 30-123 DIUT2 7 - 1 - 1 Timeout error in data
27.02.16 12:25:03 30-51 DIUT2 7 - 1 - 1 UNEXP_MESSAGE
27.02.16 12:35:42 30-123 DIUT2 7 - 1 - 1 Timeout error in data
27.02.16 12:35:44 21-05 DIUT2 7 - 2 - 1 Port in service
27.02.16 12:27:36 21-04 DIUT2 7 - 2 - 1 Port out of service
27.02.16 12:27:43 21-05 DIUT2 7 - 2 - 1 Port in service
27.02.16 12:27:59 21-04 DIUT2 7 - 2 - 1 Port out of service
27.02.16 12:35:43 30-125 DIUT2 7 - 2 - 1 CSD corrupt

explorer
27.02.2016, 13:37
В логах показывает, что поток перезапускается:
27.02.16 12:27:59 21-04 DIUT2 7 - 2 - 1 Port out of service
Через 7 минут появляется ошибка 30-125, это 30 класс ошибок - Board Software Messages
27.02.16 12:35:43 30-125 DIUT2 7 - 2 - 1 CSD corrupt
Что это точно я не знаю, нужен сервисный документ. Предположу, что проблема с Common-channel signaling D, т.е. D-канал не поднимается.
Следующее событие – порт встал в сервис.
27.02.16 12:35:44 21-05 DIUT2 7 - 2 - 1 Port in service
В событиях системы, в это время:
27.02.2016 12:27:59 df3058eb B 21-08 - ISDN clock lost
27.02.2016 12:35:24 df3106a8 B 26-04 07- !card in service
27.02.2016 12:35:45 df310eed B 21-07 07-02 - ISDN clock found

Сколько по времени поднимается в системе плата DIUT2?
– засеките время в Maintenance на закладке Card status после презапуска платы от момента Not Plugged до следующего состояния.
Лучше отключить на этот тест от IPmux. Что при этом будет в логах.

mwnn
27.02.2016, 13:51
В логах показывает, что поток перезапускается:
27.02.16 12:27:59 21-04 DIUT2 7 - 2 - 1 Port out of service
Через 7 минут появляется ошибка 30-125, это 30 класс ошибок - Board Software Messages
27.02.16 12:35:43 30-125 DIUT2 7 - 2 - 1 CSD corrupt
Что это точно я не знаю, нужен сервисный документ. Предположу, что проблема с Common-channel signaling D, т.е. D-канал не поднимается.
Следующее событие – порт встал в сервис.
27.02.16 12:35:44 21-05 DIUT2 7 - 2 - 1 Port in service
В событиях системы, в это время:
27.02.2016 12:27:59 df3058eb B 21-08 - ISDN clock lost
27.02.2016 12:35:24 df3106a8 B 26-04 07- !card in service
27.02.2016 12:35:45 df310eed B 21-07 07-02 - ISDN clock found

Сколько по времени поднимается в системе плата DIUT2?
– засеките время в Maintenance на закладке Card status после презапуска платы от момента Not Plugged до следующего состояния.
Лучше отключить на этот тест от IPmux. Что при этом будет в логах.

2 минуты до состояния Faulty

27.02.2016 13:46:18 df378480 B 21-08 - ### Reference takt OFF: 01047901fe06071800 Continue observing, possible CO problems, check line network
27.02.2016 13:51:01 df37f326 B 28-06 - --- df37f326 -> 13:51:01 --- 27.02.16 ---



27.02.16 13:46:18 21-04 DIUT2 7 - 2 - 1 Port out of service

27.02.16 13:49:37 30-149 TMANI 16 - 2 FIFO underflow
27.02.16 13:49:37 30-149 TMANI 16 - 2 FIFO underflow

mwnn
27.02.2016, 13:55
27.02.2016 13:46:18 df378480 B 21-08 - ### Reference takt OFF: 01047901fe06071800 Continue observing, possible CO problems, check line network
27.02.2016 13:52:05 df380bdc B 26-04 07- !card in service: d310d3d3200800000000
27.02.2016 13:52:26 df381421 B 21-07 07-02 ### Reference takt ON: 0602ffff01060718008


7 минут поток поднялся

27.02.16 13:52:25 21-05 DIUT2 7 - 2 - 1 Port in service

explorer
27.02.2016, 14:09
По времени 2 минуты нормально, так и должно быть.
В общем, смотрите, что здесь еще можно сделать, не имея другого оборудования под рукой:
Поставить кросс-перемычку между портами DIUT2.
Первый порт ставите в режим ESMA-QSIG master, второй порт в ESMA-QSIG slave.
Для этого теста потребуется второй кабель потока или пара разъемов DB15-male.
Соединяете передачу первого порта с приемом второго и наоборот. Проще сделать на кроновском плинте или на розетке 2хRJ45.
Проводите тест с перезапуском, если плата в порядке – порты встанут в сервис сразу же.
Хотя здесь уже и так понятно, что проблема с провайдером.

explorer
27.02.2016, 14:28
Решение данной проблемы находится во вложении.
Не благодарите:)

olegka_n
28.02.2016, 09:26
Я сразу и не заменил, что вы используете IPmux. Оборудование ваше или провайдера? Настраивал кто? У меня была такая же проблема в одной точке подключения. Проблема именно с настройкой синхронизации на IPmux. Щас точно не помню, но вроде как на стороне станции надо ставить синхру адептив, а не с линии. Раньше на сайте IPmux был пример именно для вашего случая. Щас, к сожалению, станцию уже не обслуживаю, оперативно посмотреть настройки IPmux не могу.

mwnn
29.02.2016, 08:26
По времени 2 минуты нормально, так и должно быть.
В общем, смотрите, что здесь еще можно сделать, не имея другого оборудования под рукой:
Поставить кросс-перемычку между портами DIUT2.
Первый порт ставите в режим ESMA-QSIG master, второй порт в ESMA-QSIG slave.
Для этого теста потребуется второй кабель потока или пара разъемов DB15-male.
Соединяете передачу первого порта с приемом второго и наоборот. Проще сделать на кроновском плинте или на розетке 2хRJ45.
Проводите тест с перезапуском, если плата в порядке – порты встанут в сервис сразу же.
Хотя здесь уже и так понятно, что проблема с провайдером.


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

Решение данной проблемы находится во вложении.
Не благодарите:)

К моему случаю подойдет ли ))
В любом случае спасибо.

Я сразу и не заменил, что вы используете IPmux. Оборудование ваше или провайдера? Настраивал кто? У меня была такая же проблема в одной точке подключения. Проблема именно с настройкой синхронизации на IPmux. Щас точно не помню, но вроде как на стороне станции надо ставить синхру адептив, а не с линии. Раньше на сайте IPmux был пример именно для вашего случая. Щас, к сожалению, станцию уже не обслуживаю, оперативно посмотреть настройки IPmux не могу.

Оборудование ставилось и настраивалось провайдером. Судя по всему там такие "профессионалы", что даже обращаться не хочется.

Serg Fisher
29.02.2016, 12:50
А может быть, от оператора потребовать заменить IPmux на что-то другое, получающее синхронизацию от самого же оператора.
Мне кажется, что так будет намного надежнее.
И связь будет более устойчивой и качественной.
Вы, наверное, оплачиваете связь по самому низкому тарифу.
Вот оператор и дает вам самую низкую категорию.
А если оператор будет вам давать, как полагается, поток с синхронизацией, то качество связи улучшится на порядок. Но и цены должны подрасти.
Может быть, я не прав, но у себя стараюсь всегда добиться, чтобы синхронизация поступала от оператора.

Правильно умные люди говорят: бесовское это дель - IP-телефония.

mwnn
29.02.2016, 14:26
А может быть, от оператора потребовать заменить IPmux на что-то другое, получающее синхронизацию от самого же оператора.
Мне кажется, что так будет намного надежнее.
И связь будет более устойчивой и качественной.
Вы, наверное, оплачиваете связь по самому низкому тарифу.
Вот оператор и дает вам самую низкую категорию.
А если оператор будет вам давать, как полагается, поток с синхронизацией, то качество связи улучшится на порядок. Но и цены должны подрасти.
Может быть, я не прав, но у себя стараюсь всегда добиться, чтобы синхронизация поступала от оператора.

Правильно умные люди говорят: бесовское это дель - IP-телефония.

А что именно лучше требовать от оператора? Как замену IPMux. Можно попробовать написать официозом.

Насчёт тарифов даже не скажу навскидку, занимается бухгалтерия.
Но не думаю что дёшево. У нас всё дорого :D

Serg Fisher
29.02.2016, 14:47
По видимому, у вашего оператора используется оборудование, не имеющее собственной синхронизации, а получающее ее от кого бы то ни было.
Не знаю, что стоит с их стороны, а с вашей стороны установленный у вас шлюз не имеет другой возможности как получать синхронизацию от станции.
Стало быть, в станцию надо устанавливать соответствующий модуль.
Между IPmux и АТС-кой появится синхронизация. Но она будет отсутствовать между IPmux и тем, что установлено у них.
Ведь IP-телефония - это в принципе вещь асинхронная.
Синхронизация там достаточно условна.
С другой стороны, если оператор установит у вас другой шлюз, который сам будет вырабатывать синхросигнал на основе принимаемого потока Е1, то качество синхронизации улучшится.
Но этот вопрос должен решаться путем переговоров в оператором.

explorer
29.02.2016, 16:09
От оператора нужно потребовать перевести подключение на PDH (или SDH) канал.
PDH оборудование дешевле, чем IPmux-ы.
Почему в Вашем случае используется подключение по IP, непонятно, может они по-другому не могут или предоставляют услугу поверх IP-сети другого оператора.
Если конкурирующих операторов в регионе несколько – проще разослать всем требование и текущие тарифы с просьбой прислать комм. предложение. Наверняка, получите в 2 раза дешевле, чем сейчас платите.
Замените оператора на нормального и заодно сэкономите. Разве что городские номера придется сменить.

Хотел бы заметить, что синхронизация на Hipath 3000 в режиме EDSS-1 (slave), всегда берется от внешнего источника.
Даже если свой генератор есть на процессоре.
Т.к. разработчики сименса наивно полагали, что стабильность синхросигнала от потока это 10 в минус 12, а от собственного генератора, в лучшем случае, 10 в минус 9.
Это можно видеть в maintenance, в Clock source, откуда получает синхру станция. Она всегда встанет на поток в slave.
Единственный способ использовать свой генератор – поставить станцию мастером.
Т.е. сигнализация для этого должна быть, например, ESMA-QSIG master.
Но это уже корпоративная сеть и не используется при подключении к ТфОП.

mwnn
29.02.2016, 16:15
По видимому, у вашего оператора используется оборудование, не имеющее собственной синхронизации, а получающее ее от кого бы то ни было.

Надо с ними перетереть, но нужно точно сформулировать чего я от них, собственно, хочу.
Надо будет ещё раз точно ревизию провести. Может позвать для начала представителя, пусть на месте посмотрят что можно сделать для улучшайзинга.



Я ещё тут такой момент думаю:
на входящих номерах (а их 20 штук) стоит intercept по неответу на DAY 350 автооператора.
Некоторые номера я через Ringing per line перенаправил на пустой номер (группу), чтобы не дозванивались вообще.
Но есть такие номера, которые нужно оставить. Но оставить так, чтобы по неответу не перекидывать на 350.

Есть ли возможность некоторые входящие линии оставить прямыми, по неответу просто сбрасывать на отбой после определённого времени?
Если нет, то где можно выставить значение в секундах, после которых номер перебрасывается на автооператора?

Ancle Fedor
29.02.2016, 16:16
Замените оператора на нормального и заодно сэкономите. Разве что городские номера придется сменить.

Уж извиняюсь, что встреваю...
Экономия - это всегда приятно.
А сменить привычные "старые" номера на новые - кака фигня... :(.
Пока.
Олег.

mwnn
29.02.2016, 16:41
Уж извиняюсь, что встреваю...
Экономия - это всегда приятно.
А сменить привычные "старые" номера на новые - кака фигня... :(.
Пока.
Олег.


Сменить номер, это не вариант, конечно.

Serg Fisher
29.02.2016, 16:59
Вопрос для Explorer:
А разве нельзя войти в АТСку как Development с соответствующим паролем и логином?
И после этого в настройках линий в Layer 1 и 2 вместо Userside указать Networkside.
Не перестроится ли станция в режим Master?
Естественно, для этого надо еще установить плату синхрогенератора.

Ответ mvnn:
На ваши вопросы лучше всего можно ответить, когда еще раз скинете KDS.

explorer
29.02.2016, 17:03
сменить привычные "старые" номера на новые - кака фигня... :(.

Так может это наоборот, хорошо - будут новые красивые номера, еще не пользованные.
Представьте, что это как сменить мобильный телефон со старого и затертого на новый и сверкающий:)
Да и от этого решения будут только плюсы - всякие спамеры, коллекторы и др. нечисть, звонящая на старые номера, отсеятся автоматом.

mwnn
29.02.2016, 17:10
Ответ mvnn:
На ваши вопросы лучше всего можно ответить, когда еще раз скинете KDS.[/QUOTE]


прикрепил

mwnn
29.02.2016, 17:12
Так может это наоборот, хорошо - будут новые красивые номера, еще не пользованные.
Представьте, что это как сменить мобильный телефон со старого и затертого на новый и сверкающий:)
Да и от этого решения будут только плюсы - всякие спамеры, коллекторы и др. нечисть, звонящая на старые номера, отсеятся автоматом.

новые плакаты, визитки, тв-ролики, службы информации, клиенты..

Этот вариант хорош, когда концы в воду и фирма клозинг ))

explorer
29.02.2016, 17:17
А разве нельзя войти в АТСку как Development с соответствующим паролем и логином?
И после этого в настройках линий в Layer 1 и 2 вместо Userside указать Networkside.

Нет нельзя. Потому, что протокол EDSS-1 несимметричный.
При подключении по EDSS-1 всегда оператор выступает мастером, а оконечка слейвом.
Смысл в том, что у оператора с нормальной АТС синхронизация идет по иерархии SDH от верхнего источника. Этот источник (генератор) на сеть один, как правило, он закопан под землей и дает стабильность 10 в минус 12.
Иначе проскальзывания на сети будут каждую минуту.

Serg Fisher
29.02.2016, 17:34
Нет нельзя. Потому, что протокол EDSS-1 несимметричный.
При подключении по EDSS-1 всегда оператор выступает мастером, а оконечка слейвом.
Смысл в том, что у оператора с нормальной АТС синхронизация идет по иерархии SDH от верхнего источника. Этот источник (генератор) на сеть один, как правило, он закопан под землей и дает стабильность 10 в минус 12.
Иначе проскальзывания на сети будут каждую минуту.

Это я задал вопрос не по теме mvnn, а просто так.
Дело в том, что у меня завалялась станция HiPath 3550 с потоковой платой.
Я хочу использовать ее в качестве испытательного стенда: подключать по потоку разные другие АТСки (не обязательно SIEMENS), создавать различные ситуации, в т.ч. и аварийные, и проверять, как будут реагировать данные АТС.
А поток должен быть такой, какой предоставляют операторы связи, т.е. стандартный EDSS1 с синхронизацией от оператора.
Для этого в станцию хочу поставить плату синхронизации.
Но элементарно, пока нет на нее денег. Увы! Дорогая, зараза!
У меня был цифровой BRI-GSM шлюз фирмы 2N.
Его подключал к портам BRI станции и от него брал синхронизацию.
Немного коряво, но работала.
Однако, пришлось избавиться от GSM шлюза. Продал.
Теперь сижу и страдаю.

Serg Fisher
29.02.2016, 18:01
Я ещё тут такой момент думаю:
на входящих номерах (а их 20 штук) стоит intercept по неответу на DAY 350 автооператора.
Некоторые номера я через Ringing per line перенаправил на пустой номер (группу), чтобы не дозванивались вообще.
Но есть такие номера, которые нужно оставить. Но оставить так, чтобы по неответу не перекидывать на 350.

Есть ли возможность некоторые входящие линии оставить прямыми, по неответу просто сбрасывать на отбой после определённого времени?
Если нет, то где можно выставить значение в секундах, после которых номер перебрасывается на автооператора?

Начнем с того, что в цифровых соединениях Ringing per line, строго говоря, не используется. Для этого существуют DID номера. Это номера прямого доступа к абонентам станции. Они прописываются или у самих абонентов, или у групп (кому как нравится и кому как удобно).
Начните с того, что пропишите, наконец, все группы со всем DID номерами. Как я рекомендовал, по-порядку (см. более ранние мои ответы).
Вы этого не сделали.
Следовательно, вам будет трудно двигаться дальше.

Что касается сброс по неответу на intercept, то выберите опцию none, и никуда звонки сваливаться не будут.
А заодно уберите все галочки внизу (on RNA и остальные).

Далее перейдем в закладку Incoming calls... -> Call Forwarding.
В нижней таблице ищем группу, к которой привязан нужный вам городской номер, и назначаем для нее две строчки в верхней таблице: для дневного режима и для ночного режима.
Например, пусть это будет группа 350. Устанавливаем для нее строчку, например, 50 для дневного режима и 60 - для ночного.

ВНИМАНИЕ! В столбце Internal лучше ничего не менять! А то связь между абонентами станции может нарушиться. А еще лучше, если всем без исключения абонентам и группам станции в таблице Internal указать строчку с большим номером, например, 400. И больше туда никогда не лазить!

Строчки верхней таблицы отвечают за дальнейшее распределение звонков.
Например, для группы 350 мы установили строчку 50 для дневного режима работы.
Столбцы Target 1, 2, 3 и 4 - это очередь, куда переключаются звонки при занятости абонентов или при неответе. Например, в первом столбце можно поставить *, а можно просто повторить номер группы 350. А если предполагается, что периодически (из-за большой интенсивности звонков) все каналы автосекретаря будут заниматься, то во второй столбец можно прописать номер того несчастного, который должен хватать трубки при поступлении звонка на номер 4908010 в случае занятости автосекретаря.
А дальше я рекомендую прочитать документацию или Help по всем этим настройкам, поскольку тема неисчерпаема.