Seit einigen Tagen funktioniert bei mir das calldeflect nicht mehr, vorher ging es monatelang einwandfrei. Leider kann ich den Zeitpunkt nicht mehr genau eingrenzen, meine erste Vermutung, dass beim Provider etwas nicht stimmt, wird von diesem bestritten...
Eventuell ist irgendein Update schuld....
Ein capi debug und core set verbose 5 zeigt folgendes:
Das Problem scheint mir hier:
-- ISDN1#02: unhandled FACILITY_CONF supplementary function 000d
zu liegen.
Ach ja:
asterisk-1.6.1.18
chan_capi-1.1.4
divas4linux-melware-3.1.4-109.75-1
libcapi20-3.0.5-cm
Anbei auch ein zugehöriges capi-tracefile.
Roland
Eventuell ist irgendein Update schuld....
Ein capi debug und core set verbose 5 zeigt folgendes:
Code:
CAPI: ApplId=0x0003 Command=0x02 SubCommand=0x82 MsgNum=0x0011 NCCI=0x00000101
CONNECT_IND ID=003 #0x0011 LEN=0049
Controller/PLCI/NCCI = 0x101
CIPValue = 0x1
CalledPartyNumber = <c1>66xxxx
CallingPartyNumber = <21 83>81xxxxxxxx
CalledPartySubaddress = default
CallingPartySubaddress = default
BC = <80 90 a3>
LLC = default
HLC = default
AdditionalInfo
BChannelinformation = default
Keypadfacility = default
Useruserdata = default
Facilitydataarray = default
SendingComplete = default
-- CONNECT_IND (PLCI=0x101,DID=66xxxx,CID=81xxxxxxxx,CIP=0x1,CONTROLLER=0x1)
> ISDN1#02: msn='*' DNID='66xxxx' MSN
== ISDN1#02: setting format alaw - 0x8 (alaw)
== ISDN1#02: Incoming call '081xxxxxxxx' -> '66xxxx'
CAPI: ApplId=0x0003 Command=0x08 SubCommand=0x82 MsgNum=0x0012 NCCI=0x00000101
INFO_IND ID=003 #0x0012 LEN=0022
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <c1>66xxxx
INFO_RESP ID=003 #0x0012 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element CALLED PARTY NUMBER
> ISDN1#02: INFO_IND DID digits not used in this state.
CAPI: ApplId=0x0003 Command=0x08 SubCommand=0x82 MsgNum=0x0013 NCCI=0x00000101
INFO_IND ID=003 #0x0013 LEN=0015
Controller/PLCI/NCCI = 0x101
InfoNumber = 0xa1
InfoElement = default
INFO_RESP ID=003 #0x0013 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element Sending Complete
-- ISDN1#02: CAPI/ISDN1#02/66xxxx-2: 66xxxx matches in context capi-in
> chan_capi devicestate requested for ISDN1#02/66xxxx is 'Ringing'
-- Executing [66xxxx@capi-in:1] capicommand("CAPI/ISDN1#02/66xxxx-2", "deflect|0170xxxxxxx") in new stack
[Mar 22 21:43:03] WARNING[13863]: pbx.c:956 pbx_exec: The application delimiter is now the comma, not the pipe. Did you forget to convert your dialplan? (capicommand(deflect|0170xxxxxxx))
-- capicommand: 'deflect' '0170xxxxxxx'
== Started pbx on channel CAPI/ISDN1#02/66xxxx-2
CAPI: ApplId=0x0003 Command=0x08 SubCommand=0x82 MsgNum=0x0014 NCCI=0x00000101
ALERT_REQ ID=003 #0x000a LEN=0018
Controller/PLCI/NCCI = 0x101
AdditionalInfo
BChannelinformation = default
Keypadfacility = default
Useruserdata = default
Facilitydataarray = default
SendingComplete = default
FACILITY_REQ ID=003 #0x000b LEN=0036
Controller/PLCI/NCCI = 0x101
FacilitySelector = 0x3
FacilityRequestParameter = <0d 00 12 01 00 0e 00 00 00>0170xxxxxxx<00>
ISDN1#02: wait for FACILITY_CONF (0x8081)
FACILITY_REQ ID=003 #0x000b LEN=0036
Controller/PLCI/NCCI = 0x101
INFO_RESP ID=003 #0x0014 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element CHANNEL IDENTIFICATION 89
CAPI: ApplId=0x0003 Command=0x08 SubCommand=0x82 MsgNum=0x0015 NCCI=0x00000101
INFO_IND ID=003 #0x0015 LEN=0015
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x8005
InfoElement = default
NFO_RESP ID=003 #0x0015 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element SETUP
> ISDN1#02: IE SETUP / SENDING-COMPLETE already received.
CAPI: ApplId=0x0003 Command=0x01 SubCommand=0x81 MsgNum=0x000a NCCI=0x00000101
ALERT_CONF ID=003 #0x000a LEN=0014
Controller/PLCI/NCCI = 0x101
Info = 0x0
CAPI: ApplId=0x0003 Command=0x80 SubCommand=0x81 MsgNum=0x000b NCCI=0x00000101
FACILITY_CONF ID=003 #0x000b LEN=0022
Controller/PLCI/NCCI = 0x101
Info = 0x0
FacilitySelector = 0x3
FacilityConfirmationParameter = <0d 00 02 00 00>
-- ISDN1#02: unhandled FACILITY_CONF supplementary function 000d
ISDN1#02: found and signal for FACILITY_CONF
ISDN1#02: cond signal received for FACILITY_CONF
-- ISDN1#02: sent FACILITY_REQ for CD PLCI = 0x101
-- Auto fallthrough, channel 'CAPI/ISDN1#02/66xxxx-2' status is 'UNKNOWN'
== ISDN1#02: CAPI Hangingup for PLCI=0x101 in state 1
-- ISDN1#02: activehangingup (cause=0) for PLCI=0x101
CONNECT_RESP ID=003 #0x0011 LEN=0019
Controller/PLCI/NCCI = 0x101
Reject = 0x2
BProtocol = default
ConnectedNumber = default
ConnectedSubaddress = default
LLC = default
AdditionalInfo = default
> chan_capi devicestate requested for ISDN1#02/66xxxx is 'Not in use'
> chan_capi devicestate requested for ISDN1#02/66xxxx is 'Not in use'
CAPI: ApplId=0x0003 Command=0x08 SubCommand=0x82 MsgNum=0x0016 NCCI=0x00000101
INFO_IND ID=003 #0x0016 LEN=0015
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x804d
InfoElement = default
INFO_RESP ID=003 #0x0016 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element RELEASE
CAPI: ApplId=0x0003 Command=0x04 SubCommand=0x82 MsgNum=0x0018 NCCI=0x00000101
DISCONNECT_IND ID=003 #0x0018 LEN=0014
Controller/PLCI/NCCI = 0x101
Reason = 0x3490
DISCONNECT_RESP ID=003 #0x0018 LEN=0012
Controller/PLCI/NCCI = 0x101
> ISDN1#02: CAPI INFO 0x3490: Normal call clearing
== ISDN1#02: Interface cleanup PLCI=0x101Das Problem scheint mir hier:
-- ISDN1#02: unhandled FACILITY_CONF supplementary function 000d
zu liegen.
Ach ja:
asterisk-1.6.1.18
chan_capi-1.1.4
divas4linux-melware-3.1.4-109.75-1
libcapi20-3.0.5-cm
Anbei auch ein zugehöriges capi-tracefile.
Roland
Zuletzt bearbeitet:
