Тема: Обрыв разговора на 240 секунде
Вы динозавры… следующее поколение УАТС будет 100% Астериск и внешне напоминать ваши “рюшечки” в виде всего прочего!
Пример из жизни:
Стояла в фирме АТС Panasinic KX-TD1232. Все хорошо, но стало мало. Начальник ИТ отдела решает установить Астерих. Установил, поработали с год. Плюнули на астерих и купили ТДА600. И сейчас живут счастливо и не знают проблем.
И подобные примеры не единичны.
Я считаю, что те многие, кто перешел от Астериха к Панасу, сделали это не спроста и не по воле начальства.
PS: Если Вам так нравится работать с Астерихом, дело Ваше, работайте. Но не надо его выгораживать как будущее всея телефонии.
Вы динозавры… следующее поколение УАТС будет 100% Астериск и внешне напоминать ваши “рюшечки” в виде всего прочего
Моей Ауди-100-Avant-Quatro 22 года. Динозавр... Только он не рассыпается (и не рассыпется) через 5 лет, как многие современные фоды, тойоты, матизы... Медные провода, кстати, тоже архаизм. Так какого ху..дожника локальные сети до сих пор в большинстве своём работают по витухе, а не через какой-нибудь эфир или по стеклу?
А… я еще понимаю, ваши корни от аналога.. а сейчас все в цифре…
И правильно.. что от “ЧТ” или каких-там каналов, вернулись к ним-же. Ибо совершенно по-херу какая среда передает оцифрованный определенным алгоритмом сигнал.
Сударь, какой, нахер, оцифрованный сигнал в Астерихе?! Все звездоводы постоянно тычут на каждом углу всяческие FXS и FXO! Это АНАЛОГ!!! К тому же астерихи между собой нормальный здравомыслящий звездовод никогда не станет соединять по SIP-у, ибо для этого есть IAX - собственный протокол соединения “равнозначных” астерихов между собой. Не то чтобы это был QSIG, но аналогия прослеживается. А “устаревший” H.323 как раз-таки этот самый QSIG в себе и содержит. И на этом самом QSIG-е общаются между собой тысячи, десятки и сотни тысяч узловых и транзитных станций... (есть ещё, правда, ОКС-7..)
ЗЫ. Если есть такое огромное желание звонить из Астериха через TDE, так сделай TDE-ху не как UAC, а как UAS, загрузив в неё лицензии на SIP-EXT, а не на SIP-СО... Терминал (конечного пользователя, коим пока что является TDE, имея только SIP-транки) служит для ТЕРМИНИРОВАНИЯ вызовов, а не для их дальнейшего транзита. На телефон звонят не для того, чтобы с этого телефон ещё куда-то там перемаршрутизировал вызовы.. Когда же звездоводы это наконец-таки поймут?
Ещё одна ложка мёда в бочку..
Из Базы Знаний по Астериху:
Asterisk может выступать как SIP клиент и как SIP сервер. Как клиент подключение настраивается указанием type=peer (или type=friend) в секции описания пира в sip.conf. Опционально можно использовать строку register=> для указания динамической регистрации на стороннем сервере. Asterisk в качестве SIP сервера может подключать к себе клиентов
Абсолютно то же самое можно сказать и про TDE. То есть панасоник может быть как SIP клиентом, так и SIP “сервером”.
Плата (виртуальная, естественно) SIPGW - это клиент. “Сервер” - это SIPEXT. Как я понимаю, Вы, товарищ RDS, пытаетесь соединять SIP-trunk Астериха и SIP-CO панасоника. То есть КЛИЕНТА С КЛИЕНТОМ.. И чего Вы ждёте от такого соединения? Транзита?!... Мысль мощнейшая..
Вот в этой статье ... нехватает еще следующих строк:
ВКЛАДКА ВАРИАНТ
Возможность таймера сессии - ВЫКЛЮЧИТЬ
Хотя там и стоит 180 сек, но отключение почему-то происходило на 240 сек.
НУ ЧТО?? Опять Панас виноват!!!!!
Не буду добавлять в свою статью никаких строк. “Возможность таймера сессии” я не трогал, по умолчанию стоит “Включить (пассивный)” и все работает, без всяких обрывов. Копайте глубже!
По поводу клипа: уже пытались объяснить. Конечно, он есть в SIP протоколе, и, следовательно в Астериске.
Теперь про логику. Что бы не разжигать между любителями обеих платформ. Есть станция А и станция B. В делает транзитный вызов через А. На этом этапе станция А уже не знает ничего про внутреннего абонента станции В, откуда ж она возьмет правильный клип? Подставить пилотный для потока - криво.
Правильный алгоритм я вижу таким: проверить, входит ли переданный клип в диапазон допустимых для транка, если да - оставить без изменений, нет - подставить пилот. К сожалению, конкретно Панасоник этого не умеет, там некуда даже забивать разрешенный диапазон. Но, на уровне Астериска, это делать можно! Можно вычислять клип в зависимости от сочетания EXT+ТРАНК+еще-что-угодно. Это та возможность, о нехватке которой постоянно плачут панасоводы, т.к. клипов для каждого абонента в TDE может быть всего два.
Сударь, какой, нахер, оцифрованный сигнал в Астерихе?! Все звездоводы постоянно тычут на каждом углу всяческие FXS и FXO!
Ну, не все. У меня уже пару лет опыта эксплуатации телефонного хозяйства, так вот - всяческие шлюзы FXS и FXO работают весьма паршиво. В то время, как стык с TDE - совершенно без проблем.
К тому же астерихи между собой нормальный здравомыслящий звездовод никогда не станет соединять по SIP-у, ибо для этого есть IAX - собственный протокол соединения “равнозначных” астерихов между собой?
Ну, в “библии” астериксовода соединение по SIPу описано даже раньше, чем по IAX2. Хотя IAX и самый лучший из известных мне на сегодня VOIP протоколов, sip, все-таки, стандарт. И, вполне возможно, что “звездовод” примет решение соединить и две станции по sip, если все остальное оборудование подключено по этому протоколу. Что бы избежать лишних межпротокольных преобразований и воспользоваться реинвайтом.
всяческие шлюзы FXS и FXO работают весьма паршиво. В то время, как стык с TDE - совершенно без проблем.
Вова, дык ты как соединял? Небось PRI-ем? 😉
И ещё... Вова, так как “клиент” через другого “клиента” должен звонить?
Коллеги.
Был такой глюк, и именно в связки с ИП телефонией.
Капался долго... матерился громко...логи печатал пачками... мозг тех-поддержке взрывал тратилом.. Всё бесполезно.
Менял кодеки и адреса шлюзов....
В итоге проблема решилась перепрошивкой VOIP шлюза. (кажеться какойто AudioCodes был)
Описывал тут: https://komendant.pro/spr/viewthread/29467/
Тут ещё один аспектик - бывает кто-то уверенно советует неопробированное решение, а потом это читают люди.
Мой начальник на (2 ступеньки выше) начал читать какой-то форум, не поверив спецам. Причем выбрал суждения те, которые ему подходили - ну не могли продажные найти LAN карточку к ТВМ-ке... Так этот придурок начитался и сказал, что эта карта заменяема на.... КХ-ТДА 3191 и у людей это работает. Я до сих пор в шоке - даже не спросил ГДЕ ОН ЭТО ВЫЧИТАЛ???
У Астерикса есть положительные стороны и при умелом применении он работает нормально (У нас он работает автосекретуткой, кроме всего прочего. В общем-то не жалуюсь осообо..), но это саморазвивающийся проект со многими ответвлениями и в случае чего претензии предъявить некому.
Мне так кажется.
По поводу клипа: уже пытались объяснить. Конечно, он есть в SIP протоколе, и, следовательно в Астериске.
Теперь про логику. Что бы не разжигать между любителями обеих платформ. Есть станция А и станция B. В делает транзитный вызов через А. На этом этапе станция А уже не знает ничего про внутреннего абонента станции В, откуда ж она возьмет правильный клип? Подставить пилотный для потока - криво.
Правильный алгоритм я вижу таким: проверить, входит ли переданный клип в диапазон допустимых для транка, если да - оставить без изменений, нет - подставить пилот. К сожалению, конкретно Панасоник этого не умеет, там некуда даже забивать разрешенный диапазон. Но, на уровне Астериска, это делать можно! Можно вычислять клип в зависимости от сочетания EXT+ТРАНК+еще-что-угодно. Это та возможность, о нехватке которой постоянно плачут панасоводы, т.к. клипов для каждого абонента в TDE может быть всего два.
По последним данным в TDE/TDA альтернативные клипы можно назначать для каждого оператора через ARS.
Я имею в виду то, что описано в курсе M.TDAIN_ALL5.0, глава TDA_MPR5.XX, слайды 33-36 - подстановка x в название оператора 20-м символом и отправка клипа из ARS Itemised Code для данного оператора. То есть, для каждого абонента можно “в зависимости от сочетания EXT+ТРАНК” отдавать или внутренний клип, или клип, назначенный для данного оператора.
Или я неправильно понял процитированное сообщение?
Вова, понял то ты правильно. Но только есть одна ущербность, бороться с которой на панасонике не торопятся.
Сама идея замены CLIP во время работы ARS очень даже неплохая. Но, опять-таки, что-то там напридумывали, заняли ячейку “I”, сделали каждому абоненту второй “альтернативный” CLIP. И всё?.. И ВСЁ!...
А теперь представим себе ситуацию, когда стоит какая-нибудь TDE-600, пашет на приличного размера холдинг, воткнута в город не двумя, а тремя потоками от разных провайдеров, и у некоторых абонентов нужно предусмотреть передачу не двух, а трёх CLIP. И что тогда?
Теперь представим себе ещё небольшое усложнение задачи. Представь, что в этом холдинге кроме того, что нужны разные CLIP-ы, ещё у разных отделов и подразделений заключены договоры на предоставления услуг МГ от разных операторов: у одних Арктел, у других Зебра, у третьих какая-нибудь Дельта, и при наборе одного и того же междугороднего номера и номера дозвонов до операторов разные, и пин-коды - тем более. Что, получается, что, извините, сосём-с? Обосрались-сь-сь-сь? Это ещё задача не усложнена тем, что занимать город надо по принципу “сначала свои, потом чужие”!
Мне вообще интересно, кто на панасонике придумал в Carrier-ах на закладках выбора транковых групп указать для выбора ВСЕ транковые группы без возможности выбора приоритета занятия (как это, например, сделано в TD-500). Понятно, что можно тупо сделать несколько строчек Carrier-ов и тупо выбирать приоритет самих Carrier-ов. Но в “мелких” станциях их всего 10! Это же несерьёзно для АТС, где количество хотя бы тех же самых Tenant-ов 8 штук, и абонентов может быть больше полутора сотен! (а это уже не мелкий офис, это по российским меркам достаточно средняя компания). Даже в TDA-600 количество Carrier-ов 48 штук не всегда спасают О.Р.Д. (отца русской демографии). Вроде бы много, а толку то один хрен мало. Где-то панасоник прогнулся, в количестве тех же самых COS-ов не обидел (только редко когда видишь у кого-нибудь использование хотя бы 20-ти COS-ов), всем абонентам “разрешил” делать FWD и DND, даже в мелкой TDA-30 транковых групп сделал аж 64 штуки (это при максимальном количестве внешних линий 24 штуки!)... Только нафига всё это? Нафига 128 ICD, отъедающих ЦИФРОВУЮ ёмкость? Нафига в плане нумерации для внутренних Leading Digit их аж 64, а Other PBX-ных только 16? Нафига TIE табличка всего 32 строки, когда эти самые Other-ы при одинаковых “первых”, но разных “вторых” иногда нужно направлять в абсолютно разные направления?.. Вот и я о том же.. Отечественная железячка типа МР-4 (коммутатор потоков) с задачей маршрутизации справляется чуть ли не на порядок лучше и гибче. Получается так, что российская М-200 круче японского панасоника?.. Хотя, в принципе, наши танки тоже будут пожелезнее ихних Тойот..
Вова, понял то ты правильно. Но только есть одна ущербность, бороться с которой на панасонике не торопятся.
Сама идея замены CLIP во время работы ARS очень даже неплохая. Но, опять-таки, что-то там напридумывали, заняли ячейку “I”, сделали каждому абоненту второй “альтернативный” CLIP. И всё?.. И ВСЁ!...
А теперь представим себе ситуацию, когда стоит какая-нибудь TDE-600, пашет на приличного размера холдинг, воткнута в город не двумя, а тремя потоками от разных провайдеров, и у некоторых абонентов нужно предусмотреть передачу не двух, а трёх CLIP. И что тогда?
Теперь представим себе ещё небольшое усложнение задачи. Представь, что в этом холдинге кроме того, что нужны разные CLIP-ы, ещё у разных отделов и подразделений заключены договоры на предоставления услуг МГ от разных операторов: у одних Арктел, у других Зебра, у третьих какая-нибудь Дельта, и при наборе одного и того же междугороднего номера и номера дозвонов до операторов разные, и пин-коды - тем более. Что, получается, что, извините, сосём-с? Обосрались-сь-сь-сь? Это ещё задача не усложнена тем, что занимать город надо по принципу “сначала свои, потом чужие”!
Мне вообще интересно, кто на панасонике придумал в Carrier-ах на закладках выбора транковых групп указать для выбора ВСЕ транковые группы без возможности выбора приоритета занятия (как это, например, сделано в TD-500). Понятно, что можно тупо сделать несколько строчек Carrier-ов и тупо выбирать приоритет самих Carrier-ов. Но в “мелких” станциях их всего 10! Это же несерьёзно для АТС, где количество хотя бы тех же самых Tenant-ов 8 штук, и абонентов может быть больше полутора сотен! (а это уже не мелкий офис, это по российским меркам достаточно средняя компания). Даже в TDA-600 количество Carrier-ов 48 штук не всегда спасают О.Р.Д. (отца русской демографии). Вроде бы много, а толку то один хрен мало. Где-то панасоник прогнулся, в количестве тех же самых COS-ов не обидел (только редко когда видишь у кого-нибудь использование хотя бы 20-ти COS-ов), всем абонентам “разрешил” делать FWD и DND, даже в мелкой TDA-30 транковых групп сделал аж 64 штуки (это при максимальном количестве внешних линий 24 штуки!)... Только нафига всё это? Нафига 128 ICD, отъедающих ЦИФРОВУЮ ёмкость? Нафига в плане нумерации для внутренних Leading Digit их аж 64, а Other PBX-ных только 16? Нафига TIE табличка всего 32 строки, когда эти самые Other-ы при одинаковых “первых”, но разных “вторых” иногда нужно направлять в абсолютно разные направления?.. Вот и я о том же.. Отечественная железячка типа МР-4 (коммутатор потоков) с задачей маршрутизации справляется чуть ли не на порядок лучше и гибче. Получается так, что российская М-200 круче японского панасоника?.. Хотя, в принципе, наши танки тоже будут пожелезнее ихних Тойот..
Осилил, почти все с ходу осмыслил. На тему станций на 150 и более абонентов: да, панасоник действительно недоработал. У них основной оборот, насколько я понимаю, идет на АТС емкостью до 100 абонентов, короче на станциях до ТДА/ТДЕ100 включительно, поэтому шибко и не шевелтся. Хотя с их уровнем развитости сервиса в РФ могли бы и более внимательно относится к потребностям российского клиента, представленного пожеланиями АУ, РТЦ и ФТЦ(НТЦ).
По последним данным в TDE/TDA альтернативные клипы можно назначать для каждого оператора через ARS.
Я имею в виду то, что описано в курсе M.TDAIN_ALL5.0, глава TDA_MPR5.XX, слайды 33-36 - подстановка x в название оператора 20-м символом и отправка клипа из ARS Itemised Code для данного оператора. То есть, для каждого абонента можно “в зависимости от сочетания EXT+ТРАНК” отдавать или внутренний клип, или клип, назначенный для данного оператора.
Как тут уже верно подметили, в случае с иксом вариантов клипа всего два. Впрочем, Вы можете приложить упомянутые слайды 33-36 к своему следующему посту. Я внимательно рассмотрю картинки и очень обрадуюсь, если по самым последним данным Панасоник сделал 3 варианта клипов, а еще лучше - четыре.
И ещё... Вова, так как “клиент” через другого “клиента” должен звонить?
В Астериске сервер и клиент не тоже самое, что CO и EXT. Сервер/клиент определяет, кто на ком авторизуется. Остальные параметры описываются в опциях транка.
По последним данным в TDE/TDA альтернативные клипы можно назначать для каждого оператора через ARS.
Я имею в виду то, что описано в курсе M.TDAIN_ALL5.0, глава TDA_MPR5.XX, слайды 33-36 - подстановка x в название оператора 20-м символом и отправка клипа из ARS Itemised Code для данного оператора. То есть, для каждого абонента можно “в зависимости от сочетания EXT+ТРАНК” отдавать или внутренний клип, или клип, назначенный для данного оператора.Как тут уже верно подметили, в случае с иксом вариантов клипа всего два. Впрочем, Вы можете приложить упомянутые слайды 33-36 к своему следующему посту. Я внимательно рассмотрю картинки и очень обрадуюсь, если по самым последним данным Панасоник сделал 3 варианта клипов, а еще лучше - четыре.
1. Слайды доступны на http://www.systemsolutions.panasonic.ru/Edu/Courses/Learn?blockId=60
Не уверен, что имею право их копировать. Заинтересованным установщикам можно просто зайти и ознакомиться.
2. Вариантов клипов - не два, а два для каждого транка (группы транков). Первый вариант - клип экстеншена, второй - клип для данного транка (группы транков). Реализовано корявенько, как справедливо отметили вышевысказавшиеся товарищи. Но, тем не менее, это можно использовать. Я упомянул про это, чтобы ты, в случае необходимости, мог воспользоваться данной фичей. Мне показалось, что ты про неё подзабыл. Она рассматривалась давно - ещё в курсе TDA MPR 5 версии (возможно и в 3.2, я не помню точно).
Где-то панасоник прогнулся, в количестве тех же самых COS-ов не обидел (только редко когда видишь у кого-нибудь использование хотя бы 20-ти COS-ов)
У меня в одной АТС 32 аналоговых CO и 80 абонентов. Используется 42 COS 😊 (32 разрешения выхода на отдельную линию и комбинации TRS + менежеров). Было бы у этих милиционеров больше внешних линий, нехватка COS-ов бы началась. У старой TD500 вроде бы 128 COS-ов?..
