Исходные данные:
PRI поток из 20 каналов, воткнут в карту диджиум TE 205P. Стоит трикс с версией астериска 1.4.18.1-2.
Что наблюдаем. Переодически пропадает ёмкость, например 2а канала занимаются, оснальные отбиваются. На стороне провайдера говорят, что отбивается звонок на нашей стороне.
set verbose 10 при входящем звонке ничего не показывает. Как посмотреть на самом канале что происходит, помогите?!
При этом, исходящая связь работает.
Рестарт заптела помогает, связь поднимается.
Загляни для начала в dmesg, нет ли там криминала?
Ну и смотри pri debug span 1
но сомневаюсь, что ты осилишь, там всё сложно.
сейчас смотрю, на данный моент всё работает поэтому сейчас всё в норме, жду когда повторится.
В dmesg криминала нет, всё корректно.
Вопрос:
В потоке 20 каналов, у меня zaptel включён на все 30 каналов, это может как то влиять? Возмодно нужно прописать bchan=1-15,17-21
И если быть ТОЧНЫМ, то надо
bchan=1-15,17-20
Точность - признак мастерства.
если взять пол-стакана синхронизации pri_cpe, добавить чайную ложку сигнализации bcc и щепотку crc4 по вкусу, то такой коктейль даёт по мозгам и телефонистам, которые ставят Е1 станции разных производителей, и разработчикам, и интеграторам. Пропорции варьируются произвольно.
> Protocol Discriminator: Q.931 (
len=9 > Call Ref: len= 2 (reference 15330/0x3BE2) (Terminator)
> Message type: PROGRESS (3)
> [1e 02 81 88]
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
> Ext: 1 Progress Description: Inband information or appropriate pattern now available. (
] < Protocol Discriminator: Q.931 (
len=13 < Call Ref: len= 2 (reference 15330/0x3BE2) (Originator)
< Message type: STATUS (125)
< [08 03 82 e5 03]
< Cause (len= 5) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2)
< Ext: 1 Cause: Message not compatible with call state (101), class = Protocol Error (e.g. unknown message) (6) ]
< Cause data 1: 03 (3, PROGRESS message)
< [14 01 0a]
< Call State (len= 3) [ Ext: 0 Coding: CCITT (ITU) standard (0) Call state: Active (10)
-- Processing IE 8 (cs0, Cause)
-- Processing IE 20 (cs0, Call State)
< Protocol Discriminator: Q.931 (
len=40 < Call Ref: len= 2 (reference 15333/0x3BE5) (Originator)
< Message type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< Ext: 1 User information layer 1: A-Law (35)
< [18 03 a9 83 84]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
< ChanSel: Reserved
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 4 ]
< [6c 0d 00 83 38 38 36 31 32 36 38 36 37 36 37]
< Calling Number (len=15) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
< Presentation: Presentation allowed of network provided number (3) '88612686767' ]
< [70 07 81 35 30 39 31 30 30]
< Called Number (len= 9) [ Ext: 1 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '509100' ]
-- Making new call for cr 15333
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
q931.c:3298 q931_receive: call 15333 on channel 4 enters state 6 (Call Present)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Present, peerstate Call Initiated
q931.c:2893 q931_release_complete: call 15333 on channel 4 enters state 0 (Null)
> Protocol Discriminator: Q.931 (
len=9 > Call Ref: len= 2 (reference 15333/0x3BE5) (Terminator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 ac]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Requested channel not available (44), class = Network Congestion (resource unavailable) (2) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
CLI>zap show channels
?
Когда такое случается, я пробовал перезагружать астериск(amportal reboot), это не помогает. А помогает перезагрузка всего сервера. Таким образом можно предположить, что проблемы с железом?
Чтобы проделать то же, но не перегружая сервер, то
amportal stop
service zaptel restart
amportal start
Что-то с сигнализацией. Сказать трудно.
Added after 53 minutes:
Схема
amportal stop
service zaptel restart
amportal start
не помогла, помогает только перезагрузка сервера полная.
Что dmesg говорит в такой ситуации? А что при перезагрузке заптель?
До и после рестарта смотреть командами
ztcfg -vv
ztmonitor -v 1
zttool
CLI>zap show channels
CLI>zap show channel 1 (2,3,4,5, etc)
ztcfg -vv
ztmonitor -v 1
zttool
CLI>zap show channels
CLI>zap show channel 1 (2,3,4,5, etc)
и после перезагрузки сравнил во время работы, всё одинаковое.
Вопрос. Если у меня карта диджиум двухпортовая, я описал первй порт 20 каналов, а второй порт описан как 30 каналов, нужно ли отключать второй порт?
# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-20
dchan=16
# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" HDB3/CCS/CRC4 RED
span=2,2,0,ccs,hdb3,crc4
# termtype: te
bchan=32-46,48-62
dchan=47
Unloading zaptel hardware drivers:ERROR: Module wct4xxp is in use
ERROR: Module zaptel is in use by wct4xxp
.
Loading zaptel framework: [ OK ]
Waiting for zap to come online...OK
Loading zaptel hardware modules: tor2.
wct4xxp.
wcte12xp.
wct1xxp.
wcte11xp.
wctdm24xxp.
wcfxo.
wctdm.
wcusb.
xpp_usb.
opvxa1200.
Running ztcfg: [ OK ]
CLI>stop now
и только после этого даст передёрнуть service zaptel restart
А зачем лишние заптель модули грузить?
Астериск при этом был остановлен.
Если при этом говорил, что wct4xxx юзается, то скорее всего только он и используется. Для нормальной работы нужен он и ztdummy. Все остальные закомментируй в /etc/sysconfig/zaptel
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
Поправил.
рестарт показал следующее
service zaptel restart
/etc/sysconfig/zaptel: line 39: 1-24: command not found
/etc/sysconfig/zaptel: line 45: 1-4: command not found
/etc/sysconfig/zaptel: line 39: 1-24: command not found
/etc/sysconfig/zaptel: line 45: 1-4: command not found
Unloading zaptel hardware drivers:ERROR: Module wct4xxp is in use
ERROR: Module zaptel is in use by wct4xxp
.
/etc/sysconfig/zaptel: line 39: 1-24: command not found
/etc/sysconfig/zaptel: line 45: 1-4: command not found
Loading zaptel framework: [ OK ]
Waiting for zap to come online...OK
Loading zaptel hardware modules: wct4xxp.
ztdummy.
Running ztcfg: [ OK ]
[rostov.asterisk ~]# amportal start
Понятно что он жалуется что ненаходит команды старта закоментированных модулей... Но как понять что при мёртвом астериске занимает модуль wct4xxp?
| anest писал(а): |
| ded, ты хотел сказать наверное zaptel.. |
Нет, zaptel сам поднимется, его и не закомментируешь в /etc/sysconfig/zaptel, его там нет.
Viktor, а как ты закомментировал строки в /etc/sysconfig/zaptel?
Не должно быть таких command not found
как понять что при мёртвом астериске занимает модуль wct4xxp? - Это неверно, с этим надо разбираться по полной, возможно это и есть причина твоих проблем.
Убедись, что Астериск действительно не работает, затем
service zaptel stop. Система обязана выгрузить модули zaptel, wct4xxp и ztdummy
Пересмотре косяки исправил загружается без ошибок, осталось разобраться что модуль держит...
насколько я понимаю - при наличае железа (и таймера на железе) ztdummy не нужен вообще. иначе он нужен как раз чтобы взять таймер с железа компа и отдать его в zaptel.
где я ошибаюсь?
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
ztdummy рекомендуют юзать, даже на бездигиумовом железе для
1) синхронизации IAX2 trunking
2) синхронизации MeetMe
3) синхронизации c вариациями MusiconHold
за что купил, за то продаю.
просто думаю что есть вероятность того что они передерутся между собой за право кто из них будет брать тайминг и где. а если они будут пытыться это делать оба и одноврменно то и не будет из этого ничего хорошего. по логике на такие ситуации нужно блокировку добавить в железячный, дав ему приориетет.
ps: нигде и никогда не использую оба сразу. везде все рабоатет нормально.
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
Если только есть проблемы по указаным выше 3-м пунктам, тогда можно поиграться, хотя вот anest говорит, что и играться не надо.
| Viktor писал(а): |
| Если у меня карта диджиум двухпортовая, я описал первй порт 20 каналов, а второй порт описан как 30 каналов, нужно ли отключать второй порт? |
Надо дебажить pri.
| Цитата: |
| Problems with timing manifest themselves different ways - with static, pops, and channels or calls regularly dropping. LBO= Line Build Out - Length of cable between Zap card and SmartJack/telco provided modem. Almost always should be set to 0 unless you have a long cable. This distance does NOT include the copper in the street to the CO/exchange. 0: 0 dB (CSU) / 0 - 133 feet (DSX-1) 1: 133 - 266 feet (DSX-1) 2: 266 - 399 feet (DSX-1) 3: 399 - 533 feet (DSX-1) 4: 533 - 655 feet (DSX-1) 5: -7.5 dB (CSU) 6: -15 dB (CSU) 7: -22.5 dB (CSU) |
Последний раз редактировалось: Ded (Вт Июл 29, 2008 10:49)