Тема: После смены портов для двух номеров, в PGM104, пропал выход на город [LDK-300]
Доброго и солнечного дня!
Понадобилось мне поменять два внутренних номера местами. Первый 130 (порт 31), второй 129 (порт 30).
Порты были с легкостью поменяны в PGM104 и все бы хорошо, но на этих двух номерах пропал выход в город через 9-ку.
Обратная смена также не помогла. Доступ к CO линиям есть в PGM117 пробовал дать разрешение на все линии даже не существующие, но не помогло. Прошелся по всем программам и отличия в настройках для работающих внутренних номеров не нашел. Вообще похоже даже на какой-то баг.
Встречался ли кто либо до этого с таким?
Прошивка: GS30P-3.7Ce
класс сервиса?
Если я правильно понял, то все внешние линии у меня занесены в 1 COS. Абоненты разбиты на две группы. С разницей только в запрете 1-й выходить на межгород. Звонки на городские разрешены всем. Простите я еще немного путаюсь в терминологии, что за “класс сервиса”?
В ПГМ104 нельзя поменять номера двух абонентов. В ПГМ104 можно полностью поменять весь нумерационный план станции.
Видимо, все-таки Вы имеете в виду ПГМ105????
Если в ПГМ105 просто поменять на портах присвоенные им абонентские номера (STA), но это абсолютно никак не влияет на все остальное!!! Все остальные настройки связаны с номером порта, а не с номером абонента. Даже, если вообще удалить присвоенный порту номер абонента, то все ранее назначенные ему атрибуты останутся в силе, в том и назначенный доступ к исход. связи.
есть COS для городских СО, а есть COS для абонентов. обычно класс сервиса для СО не трогают, а меняют COS абонентов, если нужно ограничить абонента по части звонков, вплоть до полного запрета куда либо звонить.
я вот думаю, может еще к чему руку приложил. отсюда и проблема.
и вообще, выложи бэкап, проще разбираться.
harris, менял действительно в PGM105. Делаю все через PCAdmin и в нем что 104, что 105 ведут в одно окно. Я поэтому и предполагаю наличие некоего бага. Так как мои действия были сугубо такими:
1. Зашли в 105
2. Очистили STA для порта 30
3. Поменяли STA для порта 31 на 129
4. Поменяли STA для порта 30 на 130
5. Пошел проверять
Нет. Здесь нет никакого бага. Это бы давным давно проявилось.
Я аналогичную операцию делаю многократно - все нормально.
Но может быть тут у Вас какая-то специфическая завязка с другими функциями...
Для этих абонентов не использовались функции Linked Pair (ПГМ179), Mobile Ext. (ПГМ236)???
Нет. Здесь нет никакого бага. Это бы давным давно проявилось.
Я аналогичную операцию делаю многократно - все нормально.
Но может быть тут у Вас какая-то специфическая завязка с другими функциями...
Для этих абонентов не использовались функции Linked Pair (ПГМ179), Mobile Ext. (ПГМ236)???
У вы нет. Первая таблица совсем пустая, во второй все в OFF или Disable у всех.
Попробую сейчас залить бэкап и провести всю операцию заново. Ну что бы исключить влияние
каких либо еще факторов
Аналоговые СО, или поток?
Если поток- сравнивай Long Station CLI и ISDN CLI Station в ПГМ 114
Аналоговые СО, или поток?
Если поток- сравнивай Long Station CLI и ISDN CLI Station в ПГМ 114
Поток. В PGM114 для этих двух номеров установлено значение “ISDN CLI Station” соответственно равное 129, 130. У всех остальных моих внутренних абонентов данные поля пусты.
Аналоговые СО, или поток?
Если поток- сравнивай Long Station CLI и ISDN CLI Station в ПГМ 114Поток. В PGM114 для этих двух номеров установлено значение “ISDN CLI Station” соответственно равное 129, 130. У всех остальных моих внутренних абонентов данные поля пусты.
Тогда очисти и для этих абонентов
Угу. Уваж. Alexander73 прав.
Это может быть причиной. При назначении порту абонентского номера станция автоматически прописывает его и в поле ПГМ114/12. Т.е. нужно поправлять АОН при смене номера абонента.
Угу. Уваж. Alexander73 прав.
Это может быть причиной. При назначении порту абонентского номера станция автоматически прописывает его и в поле ПГМ114/12. Т.е. нужно поправлять АОН при смене номера абонента.
Да, спасибо большое. Все заработало.
Еще раз огромнейшее спасибо!
