Привет.

Хочу сделать схему:
1. Городской звонок номера А приходит на (внутренний B, потом на внутренний С)
2. Местный звонок приходит только на внутренний B.

Сделал так:
>ld 18
REQ new (новая)
TYPE ght (группа)
LSNO 3 (номер три)
CUST 0
DNSZ 4 (с номерами из 4 цифр)
SIZE 2 (размером в два абонента)
WRT (ADDS: MEM: 9 DISK: 0.0)
STOR 0 2810 (внутренний B)
WRT
STOR 1 9003 (внутренний С)

>ld 57
REQ chg
TYPE ffc
CUST 0
FFCT
CODE pldn
PLDN 2800 (это номер)
USE gpht (хантгруппы)
LSNO 3 (номер три)
HTYP lin (которая звонит начиная с первого по списку)
CFWI no
MQUE all

>ld 49
REQ chg
TYPE idc
CUST 0
DCNO 1
IDGT 8661
8661 2800 (направляем на новую группу)

И звонок не проходит. Группа не работает.
Почему? В ходе создания группы не допустил ошибок?
И как можно трассировать группу?

А если с другого местного номера набрать 2800, вызов приходит на 2810?

Нет, вызов сразу сбрасывается. При этом 2810 работает, напрямую на него можно позвонить.

Нет, вызов сразу сбрасывается. При этом 2810 работает, напрямую на него можно позвонить.
А что есть DN 9003? На него можно "напрямую" позвонить?

Это фантомный номер-порт. Еще не работает.

Если он не работает - группа тоже не будет работать? А если в группе 10 номеров и один из них не работает - то же не заработает?

Странно, учитывая линейный тип группы.

Это фантомный номер-порт. Еще не работает.

Если он не работает - группа тоже не будет работать? А если в группе 10 номеров и один из них не работает - то же не заработает?

Странно, учитывая линейный тип группы.

Что означает "и один из них не работает"? Не существует или заблокирован или просто пользователя нет на месте? Если я не ошибаюсь, в хант группу нельзя включить несуществующий номер. В вашем случае есть соответствие с неким номером 9003, на него и попадает первым вызов (lin идет с хвоста), но далее звонок срывается (вероятно, то же самое произойдет при прямом наборе 9003). Чего мы другого тогда ожидаем?

Ооо! С хвоста! Тогда все понятно, спасибо :)

lin идет с хвоста
:eek:

другие ffc и pldn-ы работают?

У нас других нет, это первый опыт работы с группами.

:eek:


Неужели линейный закон поиска идет с первого (0) мембера? Мне кажется, там такая же логика, как в транках... ошибаюсь?

У нас других нет, это первый опыт работы с группами.
проверьте прописан ли ld 15/ftr/spre

Неужели линейный закон поиска идет с первого (0) мембера? Мне кажется, там такая же логика, как в транках... ошибаюсь?
Нортель конечно пытался многое сделать через ж, но иногда прокалывался :)

Продвинулся в вопросе, но не далеко.

В группу нельзя добавить фантомный номер (это правда?)
Распределение вызовов в группе идет таки с начала (stor 0 -> stor 1).

Делаю так:
Группа с двумя аналоговыми - один(2810) у пользователя, другой просто как порт, никуда не скоммутирован.
Добавляю форвард на этом другом(2816) на созданный фантомный(2815).

Если звонить на 2816 - форвард (FTR FDN) отрабатывает через 5 сек.
Как уменьшить это время до 0?
Как добавить живому телефону (без аппарата) dcfw?

Если звонить на группу - форвард не проходит, звонок мечется между этими двумя телефонами. Почему?

Если звонить на группу - форвард не проходит, звонок мечется между этими двумя телефонами. Почему?

Вы документацию читать пробовали, или так, сразу на форум мечете ?

Вы документацию читать пробовали, или так, сразу на форум мечете ?

Пробовал, но довольно давно. И нет времени лопатить трехсотстраничный мануал. А что, сложно сказать, что так и задумано? Проще же в доку послать, конечно.

Пробовал, но довольно давно. И нет времени лопатить трехсотстраничный мануал. А что, сложно сказать, что так и задумано? Проще же в доку послать, конечно.

Да, так и задумано: если непонятно, как работает функция, то надо почитать о ней в документации.
А про "нет времени лопатить" при том, что документация давно в pdf и с индексами, - это все разговоры в пользу бедных лентяев.

Логика такая - IDC --- PLDN --- GHT ---Stor 0 --- Stor1 ...
Есть тонкости..****DN - пилотный (виртуальный) номер для связки группы хантинга По-моему его нельзя набрать "изнутри".
Еще у реальных абонентов внутри группы хантинга необходимо еще прописать классы сервиса отвечающие за переадресации..

Есть другое решение проблемы - надо найти в доке переадресацию по типу вызова... Копать в сторону RDR DATA в LD 15.

Есть тонкости..****DN - пилотный (виртуальный) номер для связки группы хантинга По-моему его нельзя набрать "изнутри".


Ой.