Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Asterisk ->E1 PRI ->Nec Neax2000 Проблема с факсами

0

Приветствую! Проблема с факсами. Существует 3 станции:

1 - NEC NEAX 2000IPS
2 - NEC NEAX 2000IPS
3 - Астериск 1.6

Проблема следующая: абонент станции 1 делает вызов на абонента станции 3 транзитом через станцию 2. При приеме факса 3-ей станцией вызов завершается, не приняв факс. При отправке абонентом станции 2 факса абоненту станции 3 факс успешно принимается станцией 3. На Астериске поднят модуль spandsp-0.0.6.

Лог ошибки консоли Астериск dahdi-модуля:

[Nov 14 13:44:58] ERROR[22681]: chan_dahdi.c:12248 dahdi_pri_error: !! < Unknown IE 50 (cs5, len = 3)
-- Making new call for cr 256
-- 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 30 (cs0, Progress Indicator)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 49 (cs5, Unknown Information Element)
!! Unknown IE 49 (cs5, Unknown Information Element)
-- Processing IE 50 (cs5, Unknown Information Element)
!! Unknown IE 50 (cs5, Unknown Information Element)
q931.c:3551 q931_receive: call 256 on channel 2 enters state 6 (Call Present)
q931.c:2816 q931_call_proceeding: call 256 on channel 2 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 256/0x100) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 82]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: As indicated in following octets
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 2 ]
q931.c:2951 q931_connect: call 256 on channel 2 enters state 8 (Connect Request)
> Protocol Discriminator: Q.931 (8)  len=14
> Call Ref: len= 2 (reference 256/0x100) (Terminator)
> Message type: CONNECT (7)
> [18 03 a9 83 82]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: As indicated in following octets
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 2 ]
> [1e 02 81 82]
> 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: Called equipment is non-ISDN. (2) ]
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 256/0x100) (Originator)
< Message type: CONNECT ACKNOWLEDGE (15)
q931.c:3711 q931_receive: call 256 on channel 2 enters state 10 (Active)
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 256/0x100) (Originator)
< Message type: DISCONNECT (69)
< [08 02 81 c0]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
<                  Ext: 1  Cause: Unknown (64), class = Service or Option not Implemented (4) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3826 q931_receive: call 256 on channel 2 enters state 12 (Disconnect Indication)
[Nov 14 13:45:02] WARNING[24698]: app_fax.c:223 phase_e_handler: Error transmitting fax. result=49: The call dropped prematurely.
[Nov 14 13:45:02] WARNING[24698]: app_fax.c:811 transmit: Transmission error
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2967 q931_release: call 256 on channel 2 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 256/0x100) (Terminator)
> Message type: RELEASE (77)
> [08 02 81 c0]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Unknown (64), class = Service or Option not Implemented (4) ]
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 256/0x100) (Originator)
< Message type: RELEASE COMPLETE (90)
q931.c:3766 q931_receive: call 256 on channel 2 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/OCS-0000000e]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/OCS-0000000e]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/OCS-0000000e]

Кто поможет, тому бонус.

удалить закрыть спам изменить тег редактировать

спросил 2012-12-13 20:07:10 +0400

idi Gravatar idi
1 5 1

обновил 2012-12-13 21:58:44 +0400

zzuz Gravatar zzuz flag of Russian Federation
7174 2 6 75
http://line24.ru/

Comments

а кто будет читать мешанину логов - бонус втройне...

switch ( 2012-12-13 21:14:16 +0400 )редактировать

Методика стандартная - снимайте tcpdump и смотрите что приходит. Не можете понять что в дампе - платный суппорт ждет вас :)

awsswa ( 2012-12-14 12:27:26 +0400 )редактировать

Тут не в tcpdump дело, а в потоке. Может, у Вас CCIS некорректно настроен?

samael28 ( 2012-12-14 13:53:38 +0400 )редактировать

Есть предположение, что некорректно настроены Nec'ие станции. Может быть у кого-нибудь уже был опыт решения схожей проблемы?

idi ( 2012-12-14 23:02:22 +0400 )редактировать

Это не предположение - это факт.

zzuz ( 2012-12-15 16:06:01 +0400 )редактировать

Есть большой опыт в NEC'е у коллеги моего, у меня чуток, но это все равно лечение по фотографии.

samael28 ( 2012-12-16 13:24:23 +0400 )редактировать

Было бы здорово, если Ваш коллега поможет. Он может написать мне (diislamov@gmail.com)?

idi ( 2012-12-17 08:50:05 +0400 )редактировать

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

Zavr2008 ( 2013-07-19 01:41:21 +0400 )редактировать

Будьте первым, кто ответит на этот вопрос!

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-12-13 20:07:10 +0400

Просмотрен: 583 раз

Обновлен: Dec 13 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.