forum.technoforward.ru

Доброго дня всем!
Сегодня "прилетела" задачка от руководства: нужно подключить к конференции внешних (городских) абонентов. С местными всё понятно. А вот с внешними))) Ведь для того, чтобы подключить таких участников необходимо каждого вызванивать через СО (у меня в станцию заходят медные линии). И, сколько внешних участников, столько линий нужно. Такой возможности нет. Есть ли решение данной задачи? Раньше, помню, были конференц-системы, например, Конгресс. Но это - отдельное устройство никак со станцией не связанное. Может быть как-то задействовать Meet-Me? И, всё равно, нужны свободные СО (по количеству участников((( Дилемма...

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Этот постулат обсуждать бессмысленно. Если это условие невозможно соблюсти, то помочь сможет только мегафон (с маленькой буквы, т.е. не оператор связи, а устройство).
Если условие соблюдено, то по СО-линиям всё равно всё плохо. Ну, например: участник конференции положил трубку: если конференция продолжается, то оставшиеся участники слышат друг друга и короткие гудки в память об ушедшем (ушедших).
Когда конференция закончится, то карта конференции выдаст во все СО-линии сигнал отбоя. С высокой степенью вероятности они отобьются, однако степень это не равна 100%.
Это наиболее яркие "детали". Есть и другие моменты. Meet-Me организовать по СО достаточно проблематично из-за Direct-in Termination: либо для этой цели нужны выделенные СО-линии, либо на них придется городить Automated Attendant... Так что остается только Group Call.
Разумеется, те же проблемы будут с СО и на любых других устройствах, плюс эти устройства придется стыковать с IPS, скорее всего по тому же PRI.
Так что в реальной жизни постановка подобной задачи без обеспечения соответствующего выхода в город сродни просьбе организовать где-нибудь на корпусе АТС щелочку, из которой бы периодически вылезали наподобие факсов реальные дензнаки заранее заданного государства, причем с приемлемой частотой, и достойного номинала.

Спасибо за подробное пояснение)))
В общем, в этом вопросе, достигнут консенсус.
Правда, есть в природе GSM-шлюзы. Но там и деньги другие. Так что накрылись мечты руководства медным тазом...)))

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Ну вот прямо хоть в цитатник...

В общих чертах, всё понятно.
Но руководство не отстаёт (не от прогресса - от меня). Смотрю в сторону GSM-шлюзов.
Правильно ли я думаю, что для набора номеров внешних участников, внешние транки нужно объединить в отдельный роут. назначить отдельный access code. Далее, через виртуальные номера (предварительно прописав Е600 для каждого из них), набирать городской номер участника.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

GSM шлюз скорее всего устранит проблему с сигналом отбоя. Проблема с количеством линий, разумеется, останется: сколько участников, столько должно быть линий. В случае со шлюзом формулировка изменится следующим образом: число участников должно быть меньше или равно минимальному из M и N, где M - количество линий между шлюзом и оператором связи, а N - количество линий (каналов) между шлюзом и АТС.
Что касается программирования, то в 2000IPS для 32-сторонней конференции процедура весьма специфическая. Единственный путь, позволяющий достичь результата - это открыть Feature Programming Manual --> Chapter 1 BUSINESS FEATURES --> CONFERENCE (32-PARTY), и строго по шагам, вникая в суть каждого из них...
Кстати, прием с переадресованными виртуальными номерами, похоже, даже не нужен:
(57YY>00-30(участник)=X-X..X - Participant Station No. или Trunk Access Code + Participant No. или LCR Access Code + Participant No.)

Как всегда: Спасибо)))
Конференция запрограммирована, работает. Сколько шишек набил, пока разобрался)))
В теории, вроде бы, должно работать. Но, бывает, теория и практика часто идут по разным направлениям)))

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Ну и вот: поэкспериментировал с внешним абонентом (пока одним))). Полёт нормальный. Да, на самом деле, отработало на "ура". При покладении трубки инициатором всё "отбилось". Но... это один внешний. Что будет с "оравой" - не знаю пока. "Механизм" программирования "привилегированных" абонентов понятен: отдельный роут, уникальный access code; транки выбираются из имеющихся свободных и т.п. Но хотелось бы добиться, так сказать, "совершенства"! Покопался в документации и, честно говоря, не нашёл (может плохо искал) следующего: возможно ли набирать в "тоне" транки этого роута, если основная куча транков работает в импульсе? Или это общестанционная настройка?

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

3501 - Dialing signal type. Это настройка РУТА!
Соответственно, пульсовые линии - в одних рутах, тоновые - в других...

Ну, уважаемый NEAXMAN!!! Если выпустят на курсы в Эдванс - ПИВО с меня!))))

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Ну вот... Сегодня была проба пера в "боевых" условиях.
Один из внешних абонентов "отвалился" (что-то там у Ростелекома случилось),
второй абонент в конференцию вошёл, но слышимость была, точнее, была "елеслышимость".
А зная, что усиление программируется для роута (т.е.), понимаю, что телефоны и линии разные. И, соответственно, громкость будет разной у всех. Заветный ключик решения задачи не нашёл. Может кто-нибудь знает?
Завтра попробую ещё раз.
Кстати, на этих СО стоят отбойники. Это и помогло отключить линию первого абонента от конференции. Ясно, что на все 100 не выручит, но хоть что-то.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Если мне не изменяет память, 32-сторонняя конференция в IPS - это отдельный рут. Работа в конференции определяется как уровнем передачи в этом руте, так и уровнем передачи в руте (рутах), по которому с АТС соединяется каждый конкретный участник. Если участники при двустороннем общении между собой (вне конференции) особого дискомфорта не испытывают, то можно (с некоторыми допущениями) принять, что внешние руты (в Вашем случае - СО) в отношении PAD более-менее настроены. Тогда остается найти удовлетворительный PAD для рута конференции (что и действительно довольно часто приходится делать на практике).

Да, конференция - это отдельный роут. Из всех участников - внешних эти два (предприятия по обслуживанию городского хозяйства). Остальные хоть и разбросаны по районам - внутренние номера, вынесенные через транзиты, релейки, оптику... Здесь-то, как раз, всё нормально.
Беда с внешними... Если крутить PAD, то начинает фонить. Конференция в 62-ом роуте, внешние абоненты - в 10-ом. Может там, в 10-ом, "поковырять" что-нибудь?

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Если их всего два, да еще и в одном руте, то, конечно, есть смысл... Главное, внимательно вчитаться в 42 команду: между чем и чем рулить PAD, т.е. - колонку CONNECTING PATTERNS (A TRUNK-B TRUNK) в таблице PAD Data (Programmable)...
Скорее всего, интерес представляет строчка ODT (4W E&M)/DTI/BRT/PRT/CCT/Virtual IPT/CFTC-COT/DID/ODT/LDT (а именно - между CFTC и COT), т.е. первые данные 53-57-61-65...

Посмотрел.... Улыбнуло))). Смысл понял.

Да знать бы)))
Рассуждая логически, мне нужно поднять уровень передачи в роут: (команда 42)
00 0/0
01 0/0
02 0/0
03 –3/–3
04 0/0
05 –6/–6
06 0/+5
07 +3/+3
Не знаю, какие значения японцы предусмотрели по-умолчанию. Но, исходя из таблицы, выбор небольшой: между 04 и 07; +5 много. Где-то так...

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!