forum.technoforward.ru http://forum.technoforward.ru/ |
|
Внешние абоненты в конференции (32-party) http://forum.technoforward.ru/viewtopic.php?f=3&t=2533 |
Страница 1 из 2 |
Автор: | Grigory [ 20 окт 2014, 08:09 ] |
Заголовок сообщения: | Внешние абоненты в конференции (32-party) |
Доброго дня всем! Сегодня "прилетела" задачка от руководства: нужно подключить к конференции внешних (городских) абонентов. С местными всё понятно. А вот с внешними))) Ведь для того, чтобы подключить таких участников необходимо каждого вызванивать через СО (у меня в станцию заходят медные линии). И, сколько внешних участников, столько линий нужно. Такой возможности нет. Есть ли решение данной задачи? Раньше, помню, были конференц-системы, например, Конгресс. Но это - отдельное устройство никак со станцией не связанное. Может быть как-то задействовать Meet-Me? И, всё равно, нужны свободные СО (по количеству участников((( Дилемма... |
Автор: | NEAXMAN [ 20 окт 2014, 11:27 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Цитата: И, сколько внешних участников, столько линий нужно Этот постулат обсуждать бессмысленно. Если это условие невозможно соблюсти, то помочь сможет только мегафон (с маленькой буквы, т.е. не оператор связи, а устройство).Если условие соблюдено, то по СО-линиям всё равно всё плохо. Ну, например: участник конференции положил трубку: если конференция продолжается, то оставшиеся участники слышат друг друга и короткие гудки в память об ушедшем (ушедших). Когда конференция закончится, то карта конференции выдаст во все СО-линии сигнал отбоя. С высокой степенью вероятности они отобьются, однако степень это не равна 100%. Это наиболее яркие "детали". Есть и другие моменты. Meet-Me организовать по СО достаточно проблематично из-за Direct-in Termination: либо для этой цели нужны выделенные СО-линии, либо на них придется городить Automated Attendant... Так что остается только Group Call. Разумеется, те же проблемы будут с СО и на любых других устройствах, плюс эти устройства придется стыковать с IPS, скорее всего по тому же PRI. Так что в реальной жизни постановка подобной задачи без обеспечения соответствующего выхода в город сродни просьбе организовать где-нибудь на корпусе АТС щелочку, из которой бы периодически вылезали наподобие факсов реальные дензнаки заранее заданного государства, причем с приемлемой частотой, и достойного номинала. |
Автор: | Grigory [ 20 окт 2014, 12:23 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Спасибо за подробное пояснение))) В общем, в этом вопросе, достигнут консенсус. Правда, есть в природе GSM-шлюзы. Но там и деньги другие. Так что накрылись мечты руководства медным тазом...))) |
Автор: | Mr.Bean [ 20 окт 2014, 20:43 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
NEAXMAN писал(а): ...то оставшиеся участники слышат друг друга и короткие гудки в память об ушедшем (ушедших)... NEAXMAN писал(а): ...из которой бы периодически вылезали наподобие факсов реальные дензнаки заранее заданного государства, причем с приемлемой частотой, и достойного номинала... Ну вот прямо хоть в цитатник... |
Автор: | Grigory [ 21 окт 2014, 07:56 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
В общих чертах, всё понятно. Но руководство не отстаёт (не от прогресса - от меня). Смотрю в сторону GSM-шлюзов. Правильно ли я думаю, что для набора номеров внешних участников, внешние транки нужно объединить в отдельный роут. назначить отдельный access code. Далее, через виртуальные номера (предварительно прописав Е600 для каждого из них), набирать городской номер участника. |
Автор: | NEAXMAN [ 21 окт 2014, 11:34 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
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.) |
Автор: | Grigory [ 21 окт 2014, 11:55 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
NEAXMAN писал(а): Кстати, прием с переадресованными виртуальными номерами, похоже, даже не нужен: (57YY>00-30(участник)=X-X..X - Participant Station No. или Trunk Access Code + Participant No. или LCR Access Code + Participant No.) Как всегда: Спасибо))) Конференция запрограммирована, работает. Сколько шишек набил, пока разобрался))) В теории, вроде бы, должно работать. Но, бывает, теория и практика часто идут по разным направлениям))) |
Автор: | Grigory [ 06 ноя 2014, 16:00 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Ну и вот: поэкспериментировал с внешним абонентом (пока одним))). Полёт нормальный. Да, на самом деле, Neaxman писал(а): ...или Trunk Access Code + Participant No... отработало на "ура". При покладении трубки инициатором всё "отбилось". Но... это один внешний. Что будет с "оравой" - не знаю пока. "Механизм" программирования "привилегированных" абонентов понятен: отдельный роут, уникальный access code; транки выбираются из имеющихся свободных и т.п. Но хотелось бы добиться, так сказать, "совершенства"! Покопался в документации и, честно говоря, не нашёл (может плохо искал) следующего: возможно ли набирать в "тоне" транки этого роута, если основная куча транков работает в импульсе? Или это общестанционная настройка?
|
Автор: | NEAXMAN [ 06 ноя 2014, 17:36 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Цитата: возможно ли набирать в "тоне" транки этого роута, если основная куча транков работает в импульсе? Или это общестанционная настройка? 3501 - Dialing signal type. Это настройка РУТА! Соответственно, пульсовые линии - в одних рутах, тоновые - в других... |
Автор: | Grigory [ 06 ноя 2014, 17:46 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Ну, уважаемый NEAXMAN!!! Если выпустят на курсы в Эдванс - ПИВО с меня!)))) |
Автор: | Grigory [ 14 янв 2015, 06:33 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Ну вот... Сегодня была проба пера в "боевых" условиях. Один из внешних абонентов "отвалился" (что-то там у Ростелекома случилось), второй абонент в конференцию вошёл, но слышимость была, точнее, была "елеслышимость". А зная, что усиление программируется для роута (т.е.), понимаю, что телефоны и линии разные. И, соответственно, громкость будет разной у всех. Заветный ключик решения задачи не нашёл. Может кто-нибудь знает? Завтра попробую ещё раз. Кстати, на этих СО стоят отбойники. Это и помогло отключить линию первого абонента от конференции. Ясно, что на все 100 не выручит, но хоть что-то. |
Автор: | NEAXMAN [ 14 янв 2015, 11:01 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Если мне не изменяет память, 32-сторонняя конференция в IPS - это отдельный рут. Работа в конференции определяется как уровнем передачи в этом руте, так и уровнем передачи в руте (рутах), по которому с АТС соединяется каждый конкретный участник. Если участники при двустороннем общении между собой (вне конференции) особого дискомфорта не испытывают, то можно (с некоторыми допущениями) принять, что внешние руты (в Вашем случае - СО) в отношении PAD более-менее настроены. Тогда остается найти удовлетворительный PAD для рута конференции (что и действительно довольно часто приходится делать на практике). |
Автор: | Grigory [ 14 янв 2015, 11:32 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Да, конференция - это отдельный роут. Из всех участников - внешних эти два (предприятия по обслуживанию городского хозяйства). Остальные хоть и разбросаны по районам - внутренние номера, вынесенные через транзиты, релейки, оптику... Здесь-то, как раз, всё нормально. Беда с внешними... Если крутить PAD, то начинает фонить. Конференция в 62-ом роуте, внешние абоненты - в 10-ом. Может там, в 10-ом, "поковырять" что-нибудь? |
Автор: | NEAXMAN [ 14 янв 2015, 11:55 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Если их всего два, да еще и в одном руте, то, конечно, есть смысл... Главное, внимательно вчитаться в 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... |
Автор: | Grigory [ 14 янв 2015, 13:23 ] |
Заголовок сообщения: | Re: Внешние абоненты в конференции (32-party) |
Посмотрел.... Улыбнуло))). Смысл понял. NEAXMAN писал(а): ...между чем и чем рулить PAD Да знать бы))) Рассуждая логически, мне нужно поднять уровень передачи в роут: (команда 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 много. Где-то так... |
Страница 1 из 2 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |