Форумы  ·  Войти  · 

Тема: Связка Panasonic KX-TDA200 и asterisk через QSIG

01.09.08 19:25   Rino  (6/10.11.06)  

Всем привет. Заранее благодарен за помощь.
Проблема такова. Имеется АТС Panasonic KX-TDA200 с KXT0290 и комп с asterisk и карточкой TE205P. Хочу объединить их по qsig. Сделал Panas slave настроил все по мануалу с amitek.ru. Asterisk соответственно выступает в качестве мастера. После недели чтения доков и настроек удалось настроить возможность звонков с asterisk на внутренние номера Panasa. Вот trace с Panasa

QSIG line->PBX No.22813 Port:1 (elapsed time from LPR reset) 01/01/02 11:55:08

L2: I SAPI:0 TEI:0

L3:

SETUP crn:0007 (O)

Bearer Capability: 80 90 A3 (Speech A-Law)

Channel Identity: A1 83 81 (channel=B1 pref.)

Calling Party Number: 21 81 32 30 31

Type of Number= National Number, Numbering Plan= ISDN/Telephony

Number= 201

Called Party Number: A1 31 32 32

Type of Number= National Number, Numbering Plan= ISDN/Telephony

Number= 122

02 01 96 96 08 02 00 07 05 04 03 80 90 A3 18 03

A1 83 81 6C 05 21 81 32 30 31 70 04 A1 31 32 32

PBX->QSIG line No.22814 Port:1 (elapsed time from LPR reset) 01/01/02 11:55:08

L2: I SAPI:0 TEI:0

L3:

CALL PROCEEDING crn:0007 (D)

Channel Identity: A9 83 81 (channel=B1 excl.)

00 01 96 98 08 02 80 07 02 18 03 A9 83 81

PBX->QSIG line No.22815 Port:1 (elapsed time from LPR reset) 01/01/02 11:55:08

L2: I SAPI:0 TEI:0

L3:

ALERTING crn:0007 (D)

00 01 98 98 08 02 80 07 01

QSIG line->PBX No.22816 Port:1 (elapsed time from LPR reset) 01/01/02 11:55:10

L2: I SAPI:0 TEI:0

L3:

DISCONNECT crn:0007 (O)

Cause: 81 90

Cause Value= “#16 Normal clearing”

Location= “private network serving the local user”

02 01 98 9A 08 02 00 07 45 08 02 81 90

PBX->QSIG line No.22817 Port:1 (elapsed time from LPR reset) 01/01/02 11:55:10

L2: I SAPI:0 TEI:0

L3:

RELEASE crn:0007 (D)

00 01 9A 9A 08 02 80 07 4D

QSIG line->PBX No.22818 Port:1 (elapsed time from LPR reset) 01/01/02 11:55:10

L2: I SAPI:0 TEI:0

L3:

RELEASE COMPLETE crn:0007 (O)

Cause: 81 90

Cause Value= “#16 Normal clearing”

Location= “private network serving the local user”

02 01 9A 9C 08 02 00 07 5A 08 02 81 90


А когда пытаюсь звонить с Panasa на asterisk (на его внутренние номера), он сразу сбрасывает и, что самое удивительное в trace все пусто (поэтому даже не знаю с какой стороны подойти). Может кто сможет помочь идеей или может доками?
Заранее спасибо!

[ #1 ]  01.09.08 23:00   НачШтаба  EXPERT  

Ответил на амитеке. 2.6.1, 10.1 и 9.1

[ #2 ]  01.09.08 23:51   Rino  (6/10.11.06)  

Я это все сделал:
2.6.1 Убрал двойку из внутреннего номерного плана АТС
Добавил в other pbx extension

10.1 Добавил все 30 номеров в один транк

9,1 В Leading number поставил 2, и указал trunk, который создал шагом ранее.

Но это не помогает .. Может что не так делаю?

Кстати забыл указать.. номера АТС на 1XX, а номера астериска на 2XX

[ #3 ]  02.09.08 8:46   VictorKrasnodar  EXPERT  

Если в трэйсе пусто - исходящую не докрутил.Отказ идёт внутри TDA.

[ #4 ]  02.09.08 9:24   Rino  (6/10.11.06)  

victorkrasnodar я понимаю, что идет отказ внутри ТДА... но не пойму где смотреть .. я уже всю maintence console облазил в поисках истины .. но без результатно.. Может сможешь конктретнее подсказать, где копать?

[ #5 ]  02.09.08 11:51   Rino  (6/10.11.06)  

Всем спасибо.. наконец-то победил проблему.. Кому интересно, поменял номер транка с 9 на 12 .. и подкрутил конфиг астериска

[ #6 ]  02.09.08 21:43   НачШтаба  EXPERT  

Видимо 9-я TG была заткнута в 2.7.2 :rolleyes:

[ #7 ]  02.09.08 23:27   Rino  (6/10.11.06)  

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

[ #8 ]  11.09.08 14:28   bin28  (2/11.09.08)  

Не совсем в тему, но все же:
Есть TD500, связана с другим оборудованием по Е1 qsig (панас - master).
Звонится в обе стороны, все замечательно. Не смог побороть только один мемент:
на TD500 есть “Accout Code”, которые активно используются для ограничения выхода на ТфОП.
Может ли панас воспринимать соответствующую последовательность, приходящую с qsig транка?
Может опытные товарищи подскажут как это побороть (или скажут “нет, это невозможно” дабы не тратить время на бесполезные изыскания)?

Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"