Привет.
Есть Меридиан 11c rel 25.15. К нему из города по PRI потоку приходят городские номера. Количество вызовов по каждому из них ограничено только емкостью потока. Один из номеров приходит арендатору у которого есть несколько DN. Каким образом возможно ограничить количество вызовов по этому номеру до ОДНОГО. т.е если на первый Dn пришел вызов из города и абонент разговаривает то второй вызов услышит Busy. Кроме того надо не забыть о том что вызов может быть переброшен трансфером другому абоненту.
Кроме того, если один из DNов снял трубку и вышел в город по транку то остальные уже не могут это сделать. По сути это один паралельный телефон :) но необходимо что бы это были все тки разные Dnы находящиеся в разных комнатах :) Заранее, спасибо за полную или частичную помощь

Не самое красивое, но решение. Сделай для него роут из одного транка :). Но надо еще и с другой стороной договорится.

Эта тема уже не раз здесь обсуждалась. Такое решение фактически убивает саму идею подключения по PRI. Вместо динамического распределения ресурсов PRI мы получим статическое.

Почему просто не брать дополнительные деньги с клиентов за возможность использования функций перевода звонка по занятости, трансфера и т.п.?

Хотя bOOz абсолютно прав, можно сделать такую систему. Выделяем под отдельного клиента маршрут А из одного транка, а все остальные прикрепляем к маршруту В. Клиент может выходить только по маршруту А, а все остальные либо только по В, либо при занятости всех каналов в В можно организовать переход на маршрут А.
Но это действительно криво...

Евгений
M1 11C 25.15

согласен, что лучше бы деньги брали, но что есть то есть....манагеры не могут договорится...тем не менее спасибо за решение

Если есть на станции свободный СОТ, сделай петельку на аналоговый порт и пусти весь их трафик черех этот транк. Один транк - один вызов.
Удачи

Закрой им все трансферы, ханты и форварды и манагеры сразу договорятся.

.. и пикапы закрыть не забудь :)

а создать второго пользователя и поделить в нужных пропорциях делу не поможет?

А как один внешний линк разделить на два куста? :)

не линк а поток(1+29,....)
раздельные руты.А вообще если договорится с оператором то все эти вещи ему(оператору)сделать проще

Просто интересно: кто-нибудь пробовал разделить один PRI (DTI) на 2 (более) Cust? Теоретически, похоже, возможно. А вот практически это кто-нибудь делал?

Да.

Какие -то сомнения?

Сомнения? Обычные, когда такой задачи не было пока, но может возникнуть. Вот и думаешь, куда сено подстилать.))

Где можеть быть ограничение кроме как в роуте?
Посмотрел в транке все 30 каналов на одном роуте, но исходящая с меридиана больше 16 одновременно не пролазит :confused:

P.S.: у провайдера ограничений нет

Malex пишет
Просто интересно: кто-нибудь пробовал разделить один PRI (DTI) на 2 (более) Cust? Теоретически, похоже, возможно. А вот практически это кто-нибудь делал?

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

makar пишет
Где можеть быть ограничение кроме как в роуте?
Посмотрел в транке все 30 каналов на одном роуте, но исходящая с меридиана больше 16 одновременно не пролазит
Включаем мониторинг сообщений д-канала и наблюдаем по каким каналам пролазит, а по каким не пролазит, и с каким диагнозом не пролазит.

Просто видно что каналы уходят в lockout.

С другой стороны 30 каналов прописано?

Да все.

makar пишет
Просто видно что каналы уходят в lockout.
И это мешает посмотреть трассировку?

Как они "уходят"? сами по себе? после попытки исходящего соединения? какая ошибка выдаётся?

Вот трассировка во время проблемы.

Проблемный звонок:
DCH 10 UIPE_OMSG CC_SETUP_REQ REF 0000538A CH 1 21 TOD 15:53:44
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7045 NUM PLAN: E164 TON: UNKNOWN
CALLED #:6011 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_OMSG CC_RESTART_REQ REF 00000000 CH 0 TOD 15:53:46
TYPE: INDICATED CHANNEL

DCH 10 UIPE_IMSG CC_RESTART_CONF REF 00008000 CH 1 2 TOD 15:53:46
TYPE: INDICATED CHANNEL

imho встречная сторона не справляется с потоком ваших вызовов.
RESTARTы идут в тех случаях, когда не приходит ответа на SETUP.

На встречной стороне не видно в трассировке этих SETUP-ов

makar пишет
На встречной стороне не видно в трассировке этих SETUP-ов
Так не бывает

Бывает.

Вот трассировка в то же время с другой стороны (М-200)

Вот это:

DCH 10 UIPE_IMSG CC_SETUP_IND REF 00004DB0 CH 1 7 TOD 16:22:00
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:6008 NUM PLAN: E164 TON: UNKNOWN
CALLED #:7359 NUM PLAN: E164 TON: UNKNOWN

есть:
6886 799677.518 <-- TX SETUP:12443 [CgPN: 6008, CdPN: 7359 ]

А этого:

DCH 10 UIPE_OMSG CC_SETUP_REQ REF 00004495 CH 1 20 TOD 16:21:56
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:7307 NUM PLAN: E164 TON: UNKNOWN
CALLED #:6161 NUM PLAN: E164 TON: UNKNOWN

нет.

Д-канал как прописывали, лог есть ?

Не понял вопрос. Показать распечатку д-канала?

Сменили порядок занятия на меридиане на циклический - каналы перестали уходить в lockout, но все равно максимум занимается 16 линий на исходящую.
Транки TIE.
Ветераны, где вы? ;)

makar пишет
Не понял вопрос. Показать распечатку д-канала?

Нет, показать лог, как вы его прописывали.
Какое из слов непонятно ?

Прописывали D-канал лет так 5 назад, лог не сохранили. :)

LD22
PARM (?)

makar пишет
Прописывали D-канал лет так 5 назад, лог не сохранили. :)

Т.е. 5 лет работало и вдруг перестало ?

jetc пишет
Т.е. 5 лет работало и вдруг перестало ?

Нагрузка то растет...
Раньше 16 каналов хватало.

Грохните и пропишите заново, с логом действий. Заодно msdl перезалейте.

А на другой стороне сколько каналов прописано?

Malex пишет
LD22
PARM (?)

REQ prt
TYPE parm

PARM
LPIB 96
HPIB 16
500B 16
DTIB 100
DTOB 100
NCR 256
MGCR NULL
CSQI 020
CSQO 020
TUBO NO
CFWS NO
PCML MU
ALRM YES
ERRM ERR BUG AUD
DTRB 100
ABCD NO
TMRK 128
FCDR OLD
PCDR NO
TPO NO
TSO NO
CLID NO
DUR5 NO
MLDN YES
MARP YES
FRPT NEFR
DCUS NULL
DTDT NO
MSCL 256
PMSI
MANU PMS1
PMCR 20
PORT NONE
NDIS 20
OCAC NO
MTRO PPM
SBA_ADM_INS 001
SBA_USER 010
BCAP SPEECH
IDLE_SET_DISPLAY Nortel Networks
CLNP YES


Увеличили как указано в http://bbs.radiolink.ru/forum/showthread.php?s=&threadid=22371&highlight=DTOB и 553-3031-210 до:
LPIB 400
HPIB 400
500B 300

Будем смотреть завтра в ЧНН.

jetc а есть ли разница: посмотреть лог действий по созданию или посмотреть уже имеющийся конфиг?

Может конечно и совпадение, но ограничивалось именно 16-ю каналами (HPIB 16 или 500B 16)!!!
В общем завтра увидим...

Nicolay1 пишет
jetc а есть ли разница: посмотреть лог действий по созданию или посмотреть уже имеющийся конфиг?

Да.

makar пишет
Увеличили как указано в http://bbs.radiolink.ru/forum/showthread.php?s=&threadid=22371&highlight=DTOB и 553-3031-210 до:
LPIB 400
HPIB 400
500B 300

Будем смотреть завтра в ЧНН.
NCR 256

Не мало ли? Релиз, количество абонентов, линков?

NCR 1000 тоже не помешает

После
LPIB 96
HPIB 16
500B 16
точно будет лучше. :)
Если абонентов порядка 300 и 5 PRI сколько рекомендуете?

makar пишет
Если абонентов порядка 300 и 5 PRI сколько рекомендуете?
При таком раскладе 256 регистров катастрофически мало. FAQ#11, 17.

makar пишет

Если абонентов порядка 300 и 5 PRI сколько рекомендуете?
NCR грубо - по 2 на каждого абонента и канал PRI. Получите те же 1000.

Вчера в ЧНН было зафиксировано два раза 17 одновременных исходящих звонков.

Ура, товарищи! :)

P.S.: вот оказывается как можно ограничить количество одновременных соединений