search for: connect_req

...riginal call. Has anyone got any ideas please? The asterisk trace and my capi.conf are below: Thank you. Best regards. Jonathan -- Executing Dial("SIP/192.168.1.162-08186af8", "CAPI/01824708169:01824708752") in new stack -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x9ee -- Called 01824708169:01824708752 -- CAPI[contr1/01824708169]/11 is making progress passing it to SIP/192.168.1.162-08186af8 -- CAPI[contr1/01824708169]/11 is ringing -- CAPI[contr1/01824708169]/11 answered SIP/192.168.1.162-08186af8 == Spawn extension (SIP, 01824708752,...

...orgeir-b476", "CAPI/22545066:bBYEXTENSION|120|Ttr") in new stack == data = 22545066:b90044875 == capi request omsn = 22545066 == found capi with omsn = 22545066 == idest = 22545066:b90044875 timeout = 0 == doB3 = 0x1 dest = 90044875 == creating pipe for PLCI=-1 == sent CONNECT_REQ MN =0xc53d == received CONNECT_CONF PLCI = 0x302 INFO = 0 -- Called 22545066:b90044875 == DISCONNECT_IND PLCI=0x302 REASON=0x34a2 STATE = 0x5 -- CAPI[contr2/] is busy == Everyone is busy at this time NOTICE[7061521]: File chan_capi.c, Line 414 (capi_hangup): hangingup -- removed p...

...XX") in new stack > data = g1/43XXXXXX > parsed dialstring: 'g1' '43XXXXXX' '' > capi request group = 2 > parsed dialstring: 'g1' '43XXXXXX' '' == EICON: Call CAPI/EICON/43XXXXXX-6 (pres=0x00, ton=0x00) CONNECT_REQ ID=001 #0x000c LEN=0065 Controller/PLCI/NCCI = 0x1 CIPValue = 0x10 CalledPartyNumber = <80>43XXXXXX CallingPartyNumber = <00 80 22>EyeBeam<22> <3c>2004<3e> CalledPartySubaddress = default...

...this is the output from a test call : -- Executing Playtones("SIP/2.7.184.61-08152880", "dial") in new stack -- Executing Dial("SIP/2.7.184.61-08152880", "CAPI/02myisdnnum:347callednum") in new stack -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x193 -- Called 02myisdnnum:347callednum -- CAPI[contr1/02myisdnnum]/2 is making progress passing it to SIP/2.7.184.61-08152880 -- CAPI[contr1/02myisdnnum]/2 is ringing > sent FACILITY_REQ (PLCI=0x101) -- CAPI[contr1/02myisdnnum]/2 answered == Spawn extension (defau...

...s: -- Executing Dial("SIP/hschurig-c63f", "CAPI/60039141:0170811xxxx|60|T") in new stack -- data = 60039141:01708112001 -- capi request omsn = 60039141 == found capi with omsn = 60039141 == CAPI Call CAPI[contr1/60039141]/1 -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x5 -- Called 60039141:01708112001 -- CONNECT_CONF ID=001 #0x0005 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 -- CONNECT_CONF ID=001 #0x0005 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 == received CONN...

...ID=003 #0x0844 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 -- CONNECT_CONF ID=003 #0x0844 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 == received CONNECT_CONF PLCI = 0x101 INFO = 0 > sent CONNECT_REQ MN =0x844 -- Called 010xxxxxx:b0478xxxxxx -- INFO_IND ID=003 #0x811c LEN=0015 Controller/PLCI/NCCI = 0x101 InfoNumber = 0x8002 InfoElement = default -- INFO_IND ID=003 #0x811c LEN=0015 Controller/PLCI/NCCI = 0x101...

...live', non-nat IP address. I also have a couple of budgetone phones, one behind NAT and one not. When I place an outgoing call, I get the following messages: -- Executing Dial("SIP/filbert-9876", "CAPI/288:333") in new stack -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x5 -- Called 288:333 -- Setting up echo canceller (PLCI=0x201, function=1, options=2, tail=64) > sent FACILITY_REQ (PLCI=0x201) -- CAPI[contr1/288]/0 answered SIP/filbert-9876 -- Echo canceller successfully set up (PLCI=0x201) WARNING[9226]: File chan_sip.c, Line 464...

...stefanof-194a", "199797930") in new stack -- Executing SetMusicOnHold("SIP/stefanof-194a", "default") in new stack -- Executing Dial("SIP/stefanof-194a", "CAPI/0:b803121||") in new stack -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0xc -- Called 0:b803121 -- CAPI[contr1/0]/2 is making progress passing it to SIP/stefanof-194a > sent CALLEDPARTYNUMBER INFO digit = 3 (PLCI=0x101) -- CAPI Hangingup > sent DISCONNECT_B3_REQ NCCI=0x10101 > sent DISCONNECT_REQ PLCI=0x101 -- removed p...

...you know about any 'translator' for this or should I be as clever as to know what a reason 0x3302 is? What is this debug for if I can't interpret it? Kind regards, Victor. >From capi debug: == CAPI Call CAPI[contr1/number]/1 -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x5 -- CONNECT_CONF ID=002 #0x0005 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 -- CONNECT_CONF ID=002 #0x0005 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 == received CONNECT_CONF PLCI = 0x1...

...6 20:04:17 VERBOSE[12454]: == found capi with omsn = xxxxxx Oct 6 20:04:17 VERBOSE[12454]: == CAPI Call CAPI[contr2/xxxxxx]/1 with B3Oct 6 20:04:17 VERBOSE[12454]: == CAPI Call CAPI[contr2/xxxxxx]/1 with B3 -- c reating pipe for PLCI=-1 Oct 6 20:04:17 VERBOSE[12454]: > sent CONNECT_REQ MN =0x6 Oct 6 20:04:17 VERBOSE[12454]: -- Called xxxxxx:byyyyyyyyyy Oct 6 20:04:17 VERBOSE[12454]: -- CONNECT_CONF ID=001 #0x0006 LEN=0014 Controller/PLCI/NCCI = 0x202 Info = 0x0 Oct 6 20:04:17 VERBOSE[12454]: -- CONNECT_CONF ID=001 #0x000...

...more. Section name will be interface name. - dial string changed: parameters like 'b' not as part of number any more. - send alert on alerting only (busy() and congestion() work now). - better overlap sending (new parameter 'o' for dialstring to send only the first two digits with CONNECT_REQ only, the remaining digits and even digits following the dial() command, will be send as INFO_REQ/Overlap). Have fun Armin

...ne, more begins to happen in the log: First it tells that the call was answered, then it talks about the hangig up-process. This is how a call looks: -- Executing Dial("SIP/12346-457f", "CAPI/0442607572:b012669095|30") in new stack -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x4 -- Called 0442607572:b012669095 -- CAPI[contr1/0442607572]/0 answered SIP/12346-457f <--------------- -- CAPI Hangingup > sent DISCONNECT_B3_REQ NCCI=0x10101 > sent DISCONNECT_REQ PLCI=0x101 I've marked the interesting line. After begining to dial, the lines until &q...

...ISDN number 400 on msn CAPI/0037103780") in new stack -- Executing capiHOLD("CAPI[contr1/7104370]/3", "") in new stack -- Executing capiECT("CAPI[contr1/7104370]/3", "037103780:400") in new stack -- creating pipe for PLCI=-1 > sent CONNECT_REQ MN =0x658 -- Playing 'digits/0' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'digits/7' (language 'en') -- Playing 'digits/1' (language 'en') -- Playing 'digits/0' (language 'en')...

...1.222, requested format = 2, actual format = 2 -- Executing Dial("IAX2/iax-olcs-brisbane at iax-olcs-brisbane/2", "CAPI/g1/4028") in new stack -- data = g1/4028 -- capi request group = 2 -- creating pipe for PLCI=0 == CAPI Call CAPI/contr1/4028-5 (pres=0x00) CONNECT_REQ ID=002 #0x3f55 LEN=0051 Controller/PLCI/NCCI = 0x1 CIPValue = 0x10 CalledPartyNumber = <80>4028 CallingPartyNumber = <00 80>4074 CalledPartySubaddress = default CallingPartySubaddress = default...

...78262' '' == capicard_primux_2_1: Call CAPI/capicard_primux_2_1/017129478262-2 (pres=0x00, ton=0x00) CONNECT_CONF ID=001 #0x0008 LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 -- capicard_primux_2_1: received CONNECT_CONF PLCI = 0x101 CONNECT_REQ ID=001 #0x0008 LEN=0058 Controller/PLCI/NCCI = 0x1 CIPValue = 0x10 CalledPartyNumber = <80>017129478262 CallingPartyNumber = <00 80>309874 CalledPartySubaddress = default CallingPartySubaddress =...

...rmat alaw - 0x8 (alaw) > parsed dialstring: 'contr2' 'NULL' '120' 'b' > capi: peerlink -1 allocated, peer is unlinked > CAPI devicestate requested for contr2#02/120 == contr2#02: Call CAPI/contr2#02/120-2 with B3 (pres=0x00, ton=0x00) CONNECT_REQ ID=002 #0x060c LEN=0048 Controller/PLCI/NCCI = 0x2 CIPValue = 0x1 CalledPartyNumber = <80>120 CallingPartyNumber = <00 80>22 CalledPartySubaddress = default CallingPartySubaddress = default BPr...

Hello, These are error messages I get when I try to call a number over CAPI channel. -- Executing SetCallerID("SIP/xlite1-3b80", "0") in new stack -- Executing Dial("SIP/xlite1-3b80", "CAPI/hfcpci/b17") in new stack > data = hfcpci/b17 > capi request for interface 'hfcpci' == hfcpci: Call CAPI/hfcpci/b17-1 (pres=0x00,

Hello, I just received a couple SX440isdn phones and was wondering if they can be plugged into a Diva 4BRI port in NT mode and work with asterisk+chan_capi? I know they probably work fine with mutliHFC cards with either bristuff of chan_misdn but since I have some spare Divas, I was curious about their potential as phone ports. The Diva's 3 and 4 ports are already set to NT mode at boot

...d dialstring: 'ISDN1' 'NULL' '012341234567' '' > capi: peerlink -1 allocated, peer is unlinked > chan_capi devicestate requested for ISDN1#02/012341234567 is 'In use' == ISDN1#02: Call CAPI/ISDN1#02/012341234567-0 (pres=0x00, ton=0x00) CONNECT_REQ ID=002 #0x0004 LEN=0057 Controller/PLCI/NCCI = 0x1 CIPValue = 0x1 CalledPartyNumber = <80>012341234567 CallingPartyNumber = <00 80> CalledPartySubaddress = default CallingPartySubaddress...