Подскажите, как "приземлить" СОшки в ночное время на другой TN?

Подробнее алгоритм работы опишите.

СО-шки - это двухпроводки?
Можешь попробовать входящий на TSC --> RLI --> Entry 0 Lter yes, TODS X0 1, Entry 1 lter yes, tods 0 x1
Естественно, DMI в 1 энтри на дневной DN, во второй на ночной. И отрезки времени соответствующие. Да, если ATDN на TSC нельзя, то через PLDN.

Теоретически. Сам не пробовал.
Или через CFTOD.

Подробнее:
Надо, чтобы с 20 до 8 звоночки приходили на один TN, а с 8 до 20 на другой.
Может с помощью callpilot можно?

через пайлот-то можно (блоки time-period и call transfer), но получится, что acdn должен быть phantom/acd на приложение билдера (sdn). имхо громоздко, но тоже вариант.

p.s. звонки сначала приходят на DN :)

Точно, на DN вначале приходит :)
Если проще это сделать в станции, то лучше конечно callpilot не задействовать :)

а вообще странно, это делается даже на панасах начиная от 308... Неужели этого нет на меридиане?

Webzerg пишет
Точно, на DN вначале приходит :)
Если проще это сделать в станции, то лучше конечно callpilot не задействовать :)

а вообще странно, это делается даже на панасах начиная от 308... Неужели этого нет на меридиане?

Есть, конечно, но это ПУТЬ. Первый вариант - через TOD (time of day routing) и маршрутизацию, второй - терминировать на условного абонента, а с него через 1 каденцию переадресовывать по неответу по времени суток.

Webzerg пишет
а вообще странно, это делается даже на панасах начиная от 308... Неужели этого нет на меридиане?

Ну тебе ж три варианта предложили! мало чтоль?

Недавно столнулся с аналогичной задачей. Подсказку нашел в недрах форума. Несколько громоздко, но тем не менее красиво
(с моей точки зрения) поскольку достаточно гибко:

"Способ перенаправления вызовов по времени суток через CDP:

Допустим, есть городская линия, в дневное время
(с 8-00 до 18-00) звонки должны приходить на внутренний номер aaa, в вечернее и ночное время ( с 18-00 до 8-00), должны приходить на номер bbb.
Допустим, что CDP на данной станции не используется, и параметры CDP до этого не были установлены.

Для реализации задачи потребуется прописать управляющий код (ccc), таблицы манипуляции цифрами (1 и 2), таблицу маршрутизации (0) и временные интервалы (0,1,2).

Меняем настройки ESN в LD86, определяем необходимое количество управляющих кодов CDP, таблиц манипуляций, таблиц маршрутизации и временные интервалы для данной задачи:

FEAT esn

MXLC 0
MXSD 0
MXIX 0
MXDM 2
MXRL 1
MXFC 0
MXFS 0
MXSC 1
NCDP 3
AC1
AC2
DLTN YES
ERWT YES
ERDT 6
TODS 0 00 00 07 59 - временные интервалы: 00-00 – 07-59
1 08 00 17 59 08-00 – 17-59
2 18 00 23 59 18-00 – 23-59
……….
……….

1.Прописываем таблицы манипуляции цифрами (DMI)
DMI 1
DEL 3
INST aaa
CTYP NCHG

DMI 2
DEL 3
INST bbb
CTYP NCHG

2.Прописываем таблицу маршрутизации RLI

RLI 0
ENTR 0
LTER YES
TOD 0 OFF 1 ON 2 OFF 3 ON Включение/выключение
4 ON 5 ON 6 ON 7 ON временных интервалов,
прописанных в LD 86,
по которым будет
работать
DMI1, т.е. звонки будут
поступать на номер ааа

VNS NO
FRL 0
DMI 1
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO

ENTR 1
LTER YES
TOD 0 ON 1 OFF 2 ON 3 ON Включение/выключение
4 ON 5 ON 6 ON 7 ON временных интервалов,
прописанных в LD 86,
по которым будет
работать DMI2,
т.е. звонки будут
поступать на
номер bbb

VNS NO
FRL 0
DMI 2
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO

ISET 0
NALT 5
MFRL 0
OVLL 0


3.Создаем управляющий код CDP, например DSC:

FEAT cdp
TYPE dsc

DSC ccc
FLEN 3
DSP LSC
RRPA NO
RLI 0
NPA
NXX

4.Теперь подставляем DSC вместо внутреннего номера в таблице входящих цифр IDC.

5.Если связь организована по двупроводным линиям, то подставить DSC в параметр ATDN в транке не получиться.
Для того чтобы схема работала, выделите транк в отдельный рут, и в этом руте, на параметр AUTO ответьте NO. При этом в транке вместо ATDN появиться промт NITE, туда и подставьте DSC." (Цитата)

Раз уж так все разжевано, то можно темку в FAQ

непонимаю синтаксис TOD! Как отключать интервалы времени?
И еще. Почему-то получается, что все внутренние звонки в город попадают тоже на aaa и bbb

Перенаправления вызовов по времени суток через CDP может быть и красиво, но уж очень громоздко!!!

To Webzerg.

Как уже отмечал выше finair, пенаправление вызовов с СО на другой DN по времени суток очень просто делается с помощью замечательной "меридиановской" функции - Call Redirection by Time of Day (CRTOD). Эта функция прекрасно описана в доке "Features and services" и работает, если не ошибаюсь, с Rel.24.

Не надо "лохматить бабушку"!!

2 captain:
ну CRTOD не так красиво. Как минимум, в альтернативное время аппарат 1 раз будет звенеть. Займется 1 CFN(DFN).

2 Wedzerg
в ESN просто определяешь промежутки времени. В RLB если номер TODS с Х, то в этот промежуток доступ в ентри будет закрыт. RTFM!
TSC(DSC) для "приземления СОшек нужно сделать свой, уникальный, а не править существующий.

captain пишет
Перенаправления вызовов по времени суток через CDP может быть и красиво, но уж очень громоздко!!!

To Webzerg.

Как уже отмечал выше finair, пенаправление вызовов с СО на другой DN по времени суток очень просто делается с помощью замечательной "меридиановской" функции - Call Redirection by Time of Day (CRTOD). Эта функция прекрасно описана в доке "Features and services" и работает, если не ошибаюсь, с Rel.24.

Не надо "лохматить бабушку"!!

Ну эта функция несколько не подходит для решения поставленной задачи, тк предоставляет возможность редиректить звонки по времени только при неответе или при занятости. А нужна безусловная переадресация!

Ivan_A пишет

в ESN просто определяешь промежутки времени. В RLB если номер TODS с Х, то в этот промежуток доступ в ентри будет закрыт. RTFM!

Я прописал промежутки в ESN.
вторую часть твоего ответа не понял... Поясни плиз где это почитать в M?

Ivan_A пишет

TSC(DSC) для "приземления СОшек нужно сделать свой, уникальный, а не править существующий.

а я старый и не правил, с чего ты взял?

Попробую пояснить на примере:
Задача: с 0 ч 0 мин до 12 ч 00 мин вызова должны приходить на внутренний номер 123, а с 12.01 до 23.59 на номер 456.
Решение:
1. Создаешь DMIки
DMI 2
DEL 5
INST 123

DMI 2
DEL 5
INST 456

2. Прописываешь отрезки времени в ESN
TODS 0 00 00 12 00
TODS 1 12 01 23 59

3. Создаешь RLB
RLI 1
ENTR 0
LTER YES
TODS 0 X1
DMI 1
ENTR 1
LTER YES
TODS X0 1
DMI 2
Эта запись означает, что в Entry 0 будет доступ закрыт в 1 сегмент времени, а в Entry 1 доступ будет закрыт в 0 сегмент времени.

4. Создаешь DSC
DSC 76543
RLI 1

5. Терминируешь входящий вызов на 76543

И поясни еще фразу
"все внутренние звонки в город попадают тоже на aaa и bbb"

всем спасибо! Все получилось :)
Следующий этап:
надо сделать, чтобы с субботу и воскресенье звоночки приходили все время на один и тот же номер :)

Почитай про Call redirection by day. Вполне неплохо получится - в обычные дни все нормльно, а в выходные через 1 звонок будет срабатывать переадресация.
по другому - не знаю...

все-таки как-то не верится что такая простая и нужная функция так криво реализована в M1...
Может все-таки есть способ?

Смотря что считать кривостью :-/

Поиск, поиск!

Кривостью считать настройку абонентских телефонов, а не станции в целом...

Webzerg пишет
Кривостью считать настройку абонентских телефонов, а не станции в целом...

Готов поменять ваш Меридиан на мой Панасоник.
6х16 устроит? Так же могу предложить TD1232, в спарке.
Соглашайтесь, Панасоник - очень удобная, простая в управлении станция. Надежность, опять-таки на высоте. Зачем мучаться с Меридианом и само *****ное мучать? Отдайте его в хорошие руки, т.е. мне :D

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

так никто не знает как реализовать переадресацию по дню недели всех входящих звонков сразу, а не после 1 звонка и без установки переадресации на телефоне? Вообщем в автоматическом режиме :)

Добрый день!

А не подскажите как поменять время в этих самых TODS'ах?
Пробовал в LD 86 Chg, ESN, меняю старт и энд тайм в нужных промежутках. Распечатываю - все остается как и было :(

vincente, выложи лог своих действий

Ну теперь наверное только в понедельник...

Самое простое, это написать скрипт который будет менять любые настройки в станции по любым признакам :)

P.S. Это и шутка и нет :)

Webzerg пишет
Кривостью считать настройку абонентских телефонов, а не станции в целом...
23500 телефонов, на 20 (к примеру) независимых кастомерах (у некоторых есть не столь независимые тенанты), телефоны в 47 зонах которые покрывают все часовые пояса (с 30 минутными сдвигами) способная эдак 15 звонков в секунду обработывать не может быть не кривой по определению.
Даже выключить одной кнопкой не получится. нужен будет кривой рубильник