Конфигурирование E1

Question

Был настроен Е1 и работал как часы! Повайдер решил поменять оборудование и после этого Е1 перестал работать :( Карта Digium TE121b при звонке в логе вижу:

-- Executing [892503472хх@from-internal:1] Dial("SIP/911-00000002", "Dahdi/g1/892503472хх") in new stack -- Requested transfer capability: 0x00 - SPEECH -- Called g1/892503472хх -- DAHDI/1-1 is proceeding passing it to SIP/911-00000002 -- Channel 0/1, span 1 got hangup request, cause 63 -- Hungup 'DAHDI/1-1'

конфиги: dahdi/system.conf

span=1,1,0,ccs,hdb3,crc4 bchan=1-6 dchan=16 loadzone = ru defaultzone = ru

asterisk/chan_dahdi.conf

[trunkgroups] [channels] language=ru usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes group=1 ;;;[E1] context=menu switchtype=euroisdn ;prilocaldialplan=local ;pridialplan=national signalling=pri_cpe ;faxdetect=incoming channel =>1-6

провайдер говорит что у него всё шоколадно! Как включить дебаг чтоб понять что происходит ну или у кого есть может какие замечания. Спасибо.

Дописанный лог дебага:

 -- Executing [89167947014@from-internal:1] Dial("SIP/105-00000003", "Dahdi/g1/89167947014") in new stack -- Making new call for cref 32771 -- Requested transfer capability: 0x00 - SPEECH > DL-DATA request > Protocol Discriminator: Q.931 (8) len=37 > TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent from originator) > Message Type: SETUP (5) TEI=0 Transmitting N(S)=4, window is open V(A)=4 K=7 > Protocol Discriminator: Q.931 (8) len=37 > TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent from originator) > Message Type: SETUP (5) > [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) > User information layer 1: A-Law (35) > [18 03 a1 83 81] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Preferred Dchan: 0 > ChanSel: As indicated in following octets > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 1 Type: CPE] > [6c 05 41 80 31 30 35] > Calling Number (len= 7) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) > Presentation: Presentation permitted, user number not screened (0) '105' ] > [70 0c a1 38 39 31 36 37 39 34 37 30 31 34] > Called Number (len=14) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '89167947014' ] > [a1] > Sending Complete (len= 1) q931.c:4959 q931_setup: Call 32771 enters state 1 (Call Initiated). Hold state: Idle -- Called g1/89167947014 < Protocol Discriminator: Q.931 (8) len=10 < TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent to originator) < Message Type: CALL PROCEEDING (2) < [18 03 a9 83 81] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0 < ChanSel: As indicated in following octets < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 1 Type: CPE] Received message for call 0x8e7f6d8 on 0x8eb6538 TEI/SAPI 0/0, call->pri is 0x8eb6538 TEI/SAPI 0/0 -- Processing IE 24 (cs0, Channel Identification) q931.c:6998 post_handle_q931_message: Call 32771 enters state 3 (Outgoing Call Proceeding). Hold state: Idle -- DAHDI/1-1 is proceeding passing it to SIP/105-00000003 < Protocol Discriminator: Q.931 (8) len=9 < TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent to originator) < Message Type: DISCONNECT (69) < [08 02 82 bf] < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2) < Ext: 1 Cause: Service or option not available, unspecified (63), class = Service or Option not Available (3) ] Received message for call 0x8e7f6d8 on 0x8eb6538 TEI/SAPI 0/0, call->pri is 0x8eb6538 TEI/SAPI 0/0 -- Processing IE 8 (cs0, Cause) -- Found active call: 0x8e7f6d8 cref:32771 q931.c:7201 post_handle_q931_message: Call 32771 enters state 12 (Disconnect Indication). Hold state: Idle -- Channel 0/1, span 1 got hangup request, cause 63 q931_hangup: other hangup NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle q931.c:4721 q931_release: Call 32771 enters state 19 (Release Request). Hold state: Idle > DL-DATA request > Protocol Discriminator: Q.931 (8) len=9 > TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent from originator) > Message Type: RELEASE (77) TEI=0 Transmitting N(S)=5, window is open V(A)=5 K=7 > Protocol Discriminator: Q.931 (8) len=9 > TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent from originator) > Message Type: RELEASE (77) > [08 02 81 bf] > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1) > Ext: 1 Cause: Service or option not available, unspecified (63), class = Service or Option not Available (3) ] -- Hungup 'DAHDI/1-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [89167947014@from-internal:2] NoCDR("SIP/105-00000003", "") in new stack -- Executing [89167947014@from-internal:3] Progress("SIP/105-00000003", "") in new stack -- Executing [89167947014@from-internal:4] Wait("SIP/105-00000003", "1") in new stack < Protocol Discriminator: Q.931 (8) len=5 < TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent to originator) < Message Type: RELEASE COMPLETE (90) Received message for call 0x8e7f6d8 on 0x8eb6538 TEI/SAPI 0/0, call->pri is 0x8eb6538 TEI/SAPI 0/0 q931.c:7083 post_handle_q931_message: Call 32771 enters state 0 (Null). Hold state: Idle q931_hangup: other hangup NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null, hold-state Idle NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null, hold-state Idle -- Executing [89167947014@from-internal:5] Playback("SIP/105-00000003", "silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer") in new stack -- <SIP/105-00000003> Playing 'silence/1.gsm' (language 'ru') -- <SIP/105-00000003> Playing 'cannot-complete-as-dialed.slin' (language 'ru') -- <SIP/105-00000003> Playing 'check-number-dial-again.slin' (language 'ru') -- Executing [89167947014@from-internal:6] Wait("SIP/105-00000003", "1") in new stack -- Executing [89167947014@from-internal:7] Congestion("SIP/105-00000003", "20") in new stack == Spawn extension (from-internal, 89167947014, 7) exited non-zero on 'SIP/105-00000003' -- Executing [h@from-internal:1] Macro("SIP/105-00000003", "hangupcall") in new stack -- Executing [s@macro-hangupcall:1] GotoIf("SIP/105-00000003", "1?noautomon") in new stack -- Goto (macro-hangupcall,s,3) -- Executing [s@macro-hangupcall:3] NoOp("SIP/105-00000003", "TOUCH_MONITOR_OUTPUT=") in new stack -- Executing [s@macro-hangupcall:4] GotoIf("SIP/105-00000003", "1?skiprg") in new stack -- Goto (macro-hangupcall,s,7) -- Executing [s@macro-hangupcall:7] GotoIf("SIP/105-00000003", "1?skipblkvm") in new stack -- Goto (macro-hangupcall,s,10) -- Executing [s@macro-hangupcall:10] GotoIf("SIP/105-00000003", "1?theend") in new stack -- Goto (macro-hangupcall,s,12) -- Executing [s@macro-hangupcall:12] Hangup("SIP/105-00000003", "") in new stack == Spawn extension (macro-hangupcall, s, 12) exited non-zero on 'SIP/105-00000003' in macro 'hangupcall' == Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/105-00000003'

Дописал:

elastix*CLI> pri show span 1 Primary D-channel: 16 Status: Provisioned, Up, Active Switchtype: EuroISDN Type: CPE Overlap Dial: 0 Logical Channel Mapping: 0 Timer and counter settings: N200: 3 N202: 3 K: 7 T200: 1000 T202: 10000 T203: 10000 T303: 4000 T305: 30000 T308: 4000 T309: 6000 T313: 4000 T-HOLD: 4000 T-RETRIEVE: 4000 T-RESPONSE: 4000 Overlap Recv: No [root@elastix asterisk]# dahdi_scan [1] active=yes alarms=OK description=Wildcard TE121 Card 0 name=WCT1/0 manufacturer=Digium devicetype=Wildcard TE121 (VPMADT032) location=PCI Bus 03 Slot 09 basechan=1 totchans=31 irq=169 type=digital-E1 syncsrc=1 lbo=0 db (CSU)/0-133 feet (DSX-1) coding_opts=HDB3 framing_opts=CCS,CRC4 coding=HDB3 framing=CCS

Answer 1

2

Cause No. 63 - service or option not available. unspecified.
This cause is used to report a service or option not available event only when no other cause in the service or option not available class applies.

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

ответил 2011-08-18 00:05:12 +0400

alexcr
3124 ● 10 ● 9 ● 51
http://asterisk-service.c...

Comments

Шо бы это значило?) DJs3000 ( 2011-08-18 20:48:22 +0400 )редактировать

перевожу. мы дропнули звонок, но не совсем уверены почему. чаще всего по таймауту внутри ядра циски в связи с нехваткой процессорного времени. meral ( 2011-08-19 01:49:12 +0400 )редактировать

это проблемы со стороны провайдера alexcr ( 2011-08-19 07:52:12 +0400 )редактировать

осталось только доказать что это проблемы именно у него! как можно это сделать? может всетаки дебагу както врубить чтоб была ошибка видна? DJs3000 ( 2011-08-19 15:49:32 +0400 )редактировать

pri set debug span 1 on alexcr ( 2011-08-19 15:51:34 +0400 )редактировать

извиняюсь за глупый вопрос но где это писать? DJs3000 ( 2011-08-19 17:21:57 +0400 )редактировать

pbx*CLI> pri set debug on span 1 alexcr ( 2011-08-19 17:33:33 +0400 )редактировать

asterisk -r с консоли и там писать. но я бы не сказал что проблемы 100% у провайдера. могут быть и с картой. в любом случае тут нужно понимание pri сигнализации чтоб точно сказать. а у вас вродебы его нет. meral ( 2011-08-19 17:53:29 +0400 )редактировать

лог дебага допишу снизу основного вопроса) поглядите пожалуйста... DJs3000 ( 2011-08-19 18:22:38 +0400 )редактировать

у меня точно нет понимания сигнализации pri но для этого попрошу вас помочь мне) у меня есть еще одна такая же карта ток без эходава только сегодня курьер принес! если ничего не выйдет удаленно сделать попробую поехать и поменять на астериске карту DJs3000 ( 2011-08-19 18:37:51 +0400 )редактировать

покажи еще pbx*CLI> pri show span 1 и root@pbx:/etc/asterisk# dahdi_scan alexcr ( 2011-08-19 18:58:07 +0400 )редактировать

это все! дальше вроде все по новой тоже самое DJs3000 ( 2011-08-19 18:58:56 +0400 )редактировать

дак для множества ошибок надо самому звонок делать и смотерть что из лога происхродит до, после и во время. meral ( 2011-08-19 19:01:22 +0400 )редактировать

Да ребят сорь это было не то! это было когда я пробывал crc4 вырубать! лог обновил... до звонка вообще тишина никакой активности и после так же а вот во время я выложил лог DJs3000 ( 2011-08-19 19:24:16 +0400 )редактировать

alexcr - я добавил в конце топика то что ты просил показать DJs3000 ( 2011-08-21 11:30:14 +0400 )редактировать

Answer 2

из лога следует, что канал не установлен тоесть скорее всего encoding на этом и на том конце не совпадает. либо надо поменять режим(чтоб ваша сторона стала network).

к сожалению, pri не включает в себя защиту от дурака(как у сипа например), тоесть вам прийдеться спросить у провайдера какие настроки у него или перепробывать все варианты. узнать у канала какие настройки стоят сейча, нельзя. ибо для этого надо сначала соединиться. оно как шифрование в какойто мере.

для начала попробуйте crc4 убрать. а вообще я бы на вашем месте написал письмо(бумажное такое) провайдеру с просьбой провести расследование и вернуть как было. ну и наказать виновных.

crc4 убирал! предыдущий лог как раз был при выключенном crc4. неужели нет некого стандарта конфигурации Е1 для клиента при котором бы не нужно было бы что-то там сравнивать... в понедельник буду наезжайть на них и ругаться с ними!!! DJs3000 ( 2011-08-19 21:22:10 +0400 )редактировать
да в том то и дело что "стандартов" дофига. а что там админ поставил у себя на циско узнать не реально.можно все перепробывать более мене используемое. требуйте конфиг другой стороны. лучше это делать письменно. meral ( 2011-08-22 13:09:53 +0400 )редактировать

Answer 3

1

уточните у провайдера кто мастер, а кто слейв, используется ли crc4, тип callerID

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

ответил 2011-08-17 21:41:33 +0400

um2010
2056 ● 70 ● 13 ● 55

Comments

позвонил в ТП для уточнения пару дней назад) до сих пор жду) DJs3000 ( 2011-08-19 15:56:34 +0400 )редактировать

странно, по идее сразу должны были сказать um2010 ( 2011-08-19 16:29:32 +0400 )редактировать

просто они до упора уверены что у меня проблемы с оборудованием... DJs3000 ( 2011-08-19 17:13:15 +0400 )редактировать

да они упоротые просто! um2010 ( 2011-08-19 19:10:02 +0400 )редактировать

телефонист не Эр-Телеком случайно? shakirov ( 2011-08-21 19:28:26 +0400 )редактировать

вообще пров вроде норм! у меня такое отютение что там сменился главный Одмин) называется контора Stelcom DJs3000 ( 2011-08-21 20:43:29 +0400 )редактировать

нопейшите претензию письменно, и главный одмин будет шуршать! um2010 ( 2011-08-21 20:45:45 +0400 )редактировать

ага. а еше может быть что там вообще щас админа нет meral ( 2011-08-22 13:10:45 +0400 )редактировать

Answer 4

0

Алилуя поток заработал) ничего в конфигах не менял) просто позвонил Одмин прова и говорит проверь... а причину жду на почту

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

ответил 2011-08-23 14:51:35 +0400

DJs3000

559 ● 45 ● 13 ● 33
http://retrogamesbattle.c...

Comments

порт перепутали :) um2010 ( 2011-08-23 17:05:02 +0400 )редактировать

Answer 5

Пров пристал с циски такую хрень:

elektr-r1#show isdn status Global ISDN Switchtype = primary-net5 ISDN Serial0/1/0:15 interface ******* Network side configuration ******* dsl 0, interface ISDN Switchtype = primary-net5 Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0 The Free Channel Mask: 0x80FF7FFF Number of L2 Discards = 0, L2 Session ID = 53 Total Allocated ISDN CCBs = 0 elektr-r1#show interfaces serial0/1/0:15 Serial0/1/0:15 is up, line protocol is up (spoofing) Hardware is DSX1 MTU 1500 bytes, BW 64 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation HDLC, loopback not set CRC checking enabled Last input 00:00:06, output 00:00:06, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/1/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 48 kilobits/sec 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 571700 packets input, 2288233 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 106 input errors, 75 CRC, 0 frame, 4 overrun, 0 ignored, 27 abort 571803 packets output, 2287865 bytes, 0 underruns 0 output errors, 0 collisions, 3 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out 25 carrier transitions Timeslot(s) Used:16, SCC: 0, Transmitter delay is 0 flags elektr-r1#show controllers E1 E1 0/1/0 is up. Applique type is Channelized E1 - balanced No alarms detected. alarm-trigger is not set Version info Firmware: 20090113, FPGA: 20, spm_count = 0 Framing is CRC4, Line Code is HDB3, Clock Source is Internal. CRC Threshold is 320. Reported from firmware is 320. Data in current interval (67 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs Total Data (last 24 hours) 200 Line Code Violations, 4138 Path Code Violations, 0 Slip Secs, 2 Fr Loss Secs, 21 Line Err Secs, 0 Degraded Mins, 29 Errored Secs, 0 Bursty Err Secs, 2 Severely Err Secs, 97 Unavail Secs

говорит что есть какието ошибки на физическом уровне и просет переобжать кабель Е1 DJs3000 ( 2011-08-22 16:59:08 +0400 )редактировать
переобжать это тема, еще и они пусть это сделают, или крос пусть проверят alexcr ( 2011-08-22 17:08:12 +0400 )редактировать
еще попробуй LBO поставить 4 span=1,1,4,ccs,hdb3,crc4 alexcr ( 2011-08-22 17:09:01 +0400 )редактировать
отсюда тебя интересует только meral ( 2011-08-22 17:20:10 +0400 )редактировать
Framing is CRC4, Line Code is HDB3, Clock Source is Internal meral ( 2011-08-22 17:20:14 +0400 )редактировать
в dahdi/system.conf поставить так? DJs3000 ( 2011-08-22 17:22:04 +0400 )редактировать
из чего следует что у тебя должно стоять pri_cpe, hdb3,crc4. а провайдера надо попросиьт провериьт что шнур воткнут в этот порт а не другой и попросить сделать con mon debug pri isdn on и вывести что получилося. meral ( 2011-08-22 17:23:33 +0400 )редактировать
Переобжимка кабеля не помогла) дело заходит в тупик... DJs3000 ( 2011-08-23 13:12:28 +0400 )редактировать

Answer 6

Проф прислал кусок конфига циски с настройками:

isdn switch-type primary-net5 ! controller E1 0/1/0 clock source internal pri-group timeslots 1-24 ! interface Serial0/1/0:15 no ip address encapsulation hdlc no logging event link-status isdn switch-type primary-net5 isdn protocol-emulate network isdn incoming-voice voice isdn send-alerting isdn sending-complete no cdp enable ! voice-port 0/1/0:15 cptone RU bearer-cap Speech ! dial-peer voice 1 pots description *** incoming calls from PSTN *** incoming called-number .T direct-inward-dial port 0/1/0:15 ! dial-peer voice 3 pots destination-pattern *номер* port 0/1/0:15

что тут можно увидеть?

Конфигурирование E1

Comments

6 Ответов

Comments

Comments

Comments

Comments

Comments

Ваш ответ

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

Статистика

Похожие вопросы: