Комплекс систем контроля доступа, связи, диспетчеризации и автоматизации "Комендантъ: Предприятие" 

Форумы "Телефония и системы безопасности"

Главная страница форума  >  Форум  >  Мини АТС & VoIP [общее]: Аналоговые, IP и программные АТС  >  Тема

 
1
... 2   

asterisk и panasonic tde200

Добрый день! Задача была объединить 2 мини АТС. На Panasonic был создан транк астериска (VSIPGW16, номер порта 10), настроена маршрутизация вызовов со стороны астериска. Тип входящего звонка DDI/DID. Транк с астериском один. Также существуют другие SIP транки (от провайдера). При звонке c Астериска (согласно логу SMDR) используется правило для 16го SIP транка, т.е. при звонке с транка Астериска во внутрь Panasonic звонит так, будто ему позвонили на 16й SIP транк. Верно ли предположение, что Panasonic должен звонить по правилу от транка, через который идет вызов?

Ни чего не понятно.
Что вы хотите от скрещивания ужа с ежом?

dogidogi - 28.06.16 17:48

Добрый день! Задача была объединить 2 мини АТС. На Panasonic был создан транк астериска (VSIPGW16, номер порта 10), настроена маршрутизация вызовов со стороны астериска. Тип входящего звонка DDI/DID. Транк с астериском один. Также существуют другие SIP транки (от провайдера). При звонке c Астериска (согласно логу SMDR) используется правило для 16го SIP транка, т.е. при звонке с транка Астериска во внутрь Panasonic звонит так, будто ему позвонили на 16й SIP транк. Верно ли предположение, что Panasonic должен звонить по правилу от транка, через который идет вызов?

“Panasonic должен звонить по правилу от транка, через который идет вызов” - что такое “правило от транка, через который идёт вызов”?

Уважаемый dogidogi.
Panasonic должен звонить по правилу от транка, через который идет вызов только при условии разрешения в классе сервиса. Имеем внутреннего абонента, назначаем ему класс сервиса с разрешённым транком и идём пить пиво.

ТС не понимает, почему атс показывает и обрабатывает вызов с 16-го порта, если аккаунт астерикса на 10-м.
Сип он такой, коварный (или корявный))(С) Говорят лечится.

[ Отредактировано 29.06.16 1:04 urrym ]

urrym - 29.06.16 1:00

ТС не понимает, почему атс показывает и обрабатывает вызов с 16-го порта, если аккаунт астерикса на 10-м.

А, вононочо. Ну, авторизованный установщик может помочь в этом случае. Нужны трассировки WireShark звонков по всем SIP-аккаунтам, доступ к программированию АТС и оплата. Думаю, с данной задачей справится любой авторизованный установщик уровня 2 и выше с данного форума.

“Panasonic должен звонить по правилу от транка, через который идет вызов” - значит если есть в 10.2 правило на входящий звонок для Линии СО, которая уходит в астериск, то при звонке с астериска должно звонить по этой настройке, а не по настройке другой линии СО.
Уважаемый Shadsky, речь я так понимаю идет о COS в 4.1.1 и 3.1.1 ?

dogidogi - 29.06.16 15:27

“Panasonic должен звонить по правилу от транка, через который идет вызов” - значит если есть в 10.2 правило на входящий звонок для Линии СО, которая уходит в астериск, то при звонке с астериска должно звонить по этой настройке, а не по настройке другой линии СО.

1. Удобнее использовать 10.3 для SIP-транков.
2. Чтобы звонок по SIP-транку приходил на нужный порт, нужно произвести ряд настроек, которые зависят от того, что ты получаешь в трассировке входящего звонка. Лично для меня такая настройка для каждого неизвестного ранее мне SIP-оператора заняла бы некоторое время и, возможно, потребовалось бы от оператора изменить некоторые параметры. В материалах для АУ рассматривалась такая задача.

в 10.3 указаны номера DDI/DID и такие же номера указаны в Адресатах. Когда звонят с астериска например на 152 номер, в астере есть маршрут что звонить на номер 152 через Транк (которым соединен Panasonic). И если на всех выставить SIP транках формат входящего DDI/DID то все работает, однако есть некоторые номера которым нужен DIL.

Лог SMDR:
------------------------------------------------------------------------------------------------------------------------
29/06/16 15:36 156 0024 <I>1309 0’02 00:00’00 EUR00000.00 NA
29/06/16 15:37 156 0024 <I>1309 0’02 00:00’00 EUR00000.00 NA
29/06/16 15:37 156 0024 <I>1309 0’01 00:00’00 EUR00000.00 NA
29/06/16 15:37 156 0024 <I>1309 0’02 00:00’00 EUR00000.00 NA

При это звонки совершаются на разные номера, в данном примере (141.142.152.166)
Всего в системы 8 аналоговых портов и 16ть SIP транков. Транк астериска находится в 10 порту SIP платы, в системе 18й порт. Так вот получается, что звонит не 18й порт, а 24й.

dogidogi - 29.06.16 17:15

в 10.3 указаны номера DDI/DID и такие же номера указаны в Адресатах. Когда звонят с астериска например на 152 номер, в астере есть маршрут что звонить на номер 152 через Транк (которым соединен Panasonic). И если на всех выставить SIP транках формат входящего DDI/DID то все работает, однако есть некоторые номера которым нужен DIL.

Для внутренних абонентов ничо не надо указывать в 10.3 - если DDI-адресат совпадает с внутренним абонентом, вызов пойдёт на него и так. Про это были материалы в базе знаний Панасоника, профессионалы об этом обязаны знать. А любители строят велосипеды из костылей. Поучиться и получить доступ к базе знаний не хочешь?
Если есть номера, которым нужен DIL, то про это тоже есть материалы в базе знаний, доступные авторизованным установщикам уровня 2 и выше. Учись, получай доступ. Или найди того, кто отучился и умеет. Ну или надо заниматься чем-нибудь другим, в чём ты хорошо разбираешься.

Спасибо за информацию.

1. Когда мы говорим о классе сервиса применительно к транковой линии, то это исходящая связь от внутреннего абонента в сторону asterisk-a.
2. У Вас выбирается 24 порт при исходящей связи только потому, что по умолчанию выбор транковых линий в группе начинается со старшего порта. Если он занят, будет выбираться 23 порт и т.д. до 18 порта. Поменяйте порядок и идите пить пиво.

Игорь, как с тобой связаться? Не могу найти твой переносной номер.

у меня выбирается 24 порт при входящей связи. у меня проблема с входящей связью.

А вот тут Panasonic не виноват: по какому порту пришёл вызов - по такому он его и маршрутизировал на абонентов.

 
1
... 2   
 


Инженернаялаборатория
Since 1999