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

История изменений [назад]

нажмите, чтобы скрыть/показать версии 1
изначальная версия
редактировать

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

idi Gravatar idi

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

Приветствую! Проблема с факсами. Существует 3 станции: 1 - NEC NEAX 2000IPS 2 - NEC NEAX 2000IPS 3 - Астериск 1.6

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

Лог ошибки консоли Астериск dahdi-модуля: -- 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 q931receive: call 256 on channel 2 enters state 6 (Call Present) q931.c:2816 q931call_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 q931connect: 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 q931receive: 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 q931receive: call 256 on channel 2 enters state 12 (Disconnect Indication) NEWHANGUP DEBUG: Calling q931hangup, ourstate Disconnect Indication, peerstate Disconnect Request q931.c:2967 q931release: 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 q931receive: call 256 on channel 2 enters state 0 (Null) NEWHANGUP DEBUG: Calling q931hangup, ourstate Null, peerstate Null NEWHANGUP 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]

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

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

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

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

1.6

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

Лог ошибки консоли Астериск dahdi-модуля: 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 q931receive: q931_receive: call 256 on channel 2 enters state 6 (Call Present)
q931.c:2816 q931call_proceeding: q931_call_proceeding: call 256 on channel 2 enters state 9 (Incoming Call Proceeding)

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 q931connect: 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 q931receive: 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 q931receive: q931_receive: call 256 on channel 2 enters state 12 (Disconnect Indication) NEWHANGUP [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 q931hangup, q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request q931.c:2967 q931release: 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 q931receive: q931_receive: call 256 on channel 2 enters state 0 (Null) NEWHANGUP NEW_HANGUP DEBUG: Calling q931hangup, q931_hangup, ourstate Null, peerstate Null NEWHANGUP 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]

[SIP/OCS-0000000e]

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

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