search for: ncci

...also tried an older version). When using the Capi-Channel, everything works fine except from the sound it sounds extremely choppy and is unusable :-( When e.g. capisuite is used for fax, everything sounds fine... I found the following when using capi debug: ISDN1#02: too much voice to send for NCCI=0x10101 Google finds nothing relevant for this error message :-( Has anybody any idea ? Christoph P.S.: Here is the output of capi debug CONNECT_IND ID=002 #0x016e LEN=0037 Controller/PLCI/NCCI = 0x101 CIPValue = 0x10 CalledPartyNumber = &l...

.../010xxxxxx:b0478xxxxxx|30") in new stack -- data = 010xxxxxx:b0478xxxxxx -- capi request omsn = 010xxxxxx == found capi with omsn = 010xxxxxx == CAPI Call CAPI[contr1/010xxxxxx]/80 with B3 -- creating pipe for PLCI=-1 -- CONNECT_CONF 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:...

...'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 BProtocol B1protocol = 0x1...

...ehend_von_ntba_primux_immediate_no.txt". This seems to be the same behaviour as someone on this list had this week. So I tried with immediate=yes "eingehend_von_ntba_primux.txt". There is no ringing on my sip phone and chan-capi-cm says capicard_primux_2_1: too much voice to send for NCCI=0x10101 Any hints? Thanks in advance Christian Peter -------------- next part -------------- -- Executing SetCallerID("SIP/10-dec7", "10 <10>") in new stack -- Executing Goto("SIP/10-dec7", "pbx_incoming_ip_telefon_1_autocontext_2|BYEXTENSION|1&qu...

....,1,Dial(CAPI/@22715291:b${EXTEN:1}|30) nothing changes (no dialtone). If in this example the called party discards the call, there is no signalling to my SIP-Phones. In this case "capi debug" tells a lot of: -------- -- CONNECT_B3_ACTIVE_IND ID=001 #0xb2f4 LEN=0013 Controller/PLCI/NCCI = 0x10101 NCPI = default > sent CONNECT_B3_ACTIVE_RESP (NCCI=0x10101) > sent DATA_B3_RESP (NCCI=0x10101) > sent DATA_B3_RESP (NCCI=0x10101) > sent DATA_B3_RESP (NCCI=0x10101) > sent DATA_B3_RESP (NCCI=0x10101...

...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 BProtocol B1protocol =...

...seconds). I've posted various configs below. Any advice on how to debug would be appreciated. We are located in New Zealand. CLI showing capi debug (just before hangup) -- EICONISDN#02: DATA_B3_IND (len=160) fr.datalen=160 fr.subclass=8 DATA_B3_REQ ID=001 #0x04e1 LEN=0030 Controller/PLCI/NCCI = 0x10201 Data32 = 0x816d494 DataLength = 0xa0 DataHandle = 0x4d9 Flags = 0x0 Data64 = 0x0 DATA_B3_CONF ID=001 #0x04e1 LEN=0016 Controller/PLCI/NCCI...

...n => s,4,capiHOLD() exten => s,5,capiECT(30:31) #### #### Here's what "capi debug" on the CLI returns: #### *CLI> capi debug CAPI Debugging Enabled *CLI> Jan 20 10:06:31 NOTICE[2051]: chan_capi.c:1870 capi_handle_msg: CONNECT_IND ID=004 #0x0314 LEN=0044 Controller/PLCI/NCCI = 0x101 CIPValue = 0x10 C30dPartyNumber = <81>30 CallingPartyNumber = A<80>01722950xxx C30dPartySubaddress = default CallingPartySubaddress = default BC = <80 90 a...

...#39;' > 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 = default BProtocol B1protocol...

...ebug output with verbosity 15, is shown below. I can see that after the channel identification message and then the sending complete message, a DISCONNECT_IND comes straight after and it does not provide any reasons... CAPI Debugging Enabled CONNECT_IND ID=001 #0x03a6 LEN=0037 Controller/PLCI/NCCI = 0x101 CIPValue = 0x10 CalledPartyNumber = <c1>99546476 CallingPartyNumber = default CalledPartySubaddress = default CallingPartySubaddress = default BC = <80 90 a3>...

hi, I've been running a pure sip asterisk box for a while now with no problems, and i've recently added an isdn2e line from bt in the uk. everything is hooked up and i've got it ringing my sip extensions, but the logs don't quite look perfect and i can't see any description of what i should consider to be normal behaviour. would someone be able to look this over and tell me

...busy. That is the try from inside to outside: stern01*CLI> -- data = @89930:0107901723168212 -- capi request omsn = @89930 == found capi with omsn = 89930 == CAPI Call CAPI[contr1/89930]/2 == CAPI Call CAPI[contr1/89930]/2 -- CONNECT_CONF ID=003 #0x000d LEN=0014 Controller/PLCI/NCCI = 0x101 Info = 0x0 == received CONNECT_CONF PLCI = 0x101 INFO = 0 -- DISCONNECT_IND ID=003 #0x0002 LEN=0014 Controller/PLCI/NCCI = 0x101 Reason = 0x3302 == DISCONNECT_IND PLCI=0x101 REASON=0x3302 == Spawn...

Hello All, I am having an odd problem with Armin's chan-capi_cm on builds higher than 7955. It would seem that this happens on anything higher than 7955. What is happening is the isdn is ringing, then asterisk does a goto-if and just hangs. Asterisk itself is ok, but the isdn then rings out or busys out on the other side. Outgoing works fine, this only seems to effect incoming. I

...diate isdnmode=ptp devices=30 extensions.conf: [demo] exten => 4132,6,Dial(SIP/test) so, I'm a bit confused now. what can I do??? thanks for helping me out! greetings, Sebastian Capi Debug output: CAPI Debugging Enabled -- CONNECT_IND ID=001 #0x0009 LEN=0050 Controller/PLCI/NCCI = 0x201 CIPValue = 0x10 CalledPartyNumber = <81>4132 CallingPartyNumber = <21 80>03621423132 CalledPartySubaddress = default CallingPartySubaddress = default BC = &lt...

...> 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 CallingPartySubaddress = default B...

...; capi info Contr1: 2 B channels total, 2 B channels free. (looks good) *CLI> capi debug CAPI Debugging Enabled When i call my msn with a normal phone i see the following content: ================================================= -- CONNECT_IND ID=001 #0x0020 LEN=0047 Controller/PLCI/NCCI = 0x101 CIPValue = 0x10 CalledPartyNumber = <c1>523065 CallingPartyNumber = <21 81>6101806124 CalledPartySubaddress = default CallingPartySubaddress = default BC = &l...

Hi to all I've mada up my mind and i tried to change from i4l to chan_capi, following some councelling from the gurus. I compiled it up, and when i try to load it in modules.conf, i get that wonderful message and Asterisk does not start: [chan_capi.so]Feb 17 09:21:40 WARNING[16384]: loader.c:239 ast_load_resource: /usr/lib/asterisk/modules/chan_capi.so: undefined symbol: ast_get_group Feb

...tly I changed hardware and my nightmare started. Now when I call someone through the chan_capi (0.3.5 or 0.4.0) it works fine but when I receive calls I always get hungup. Can someone please give some help? Here are the logs: *CLI> -- CONNECT_IND ID=001 #0x0000 LEN=0049 Controller/PLCI/NCCI = 0x101 CIPValue = 0x1 CalledPartyNumber = <a1>1138121122 CallingPartyNumber = A<83>1181114000 CalledPartySubaddress = default CallingPartySubaddress = default BC = &...

...ng extensions.conf: [incoming] exten => _XX,1,Playback(demo-abouttotry) exten => _XX,n,Dial,SIP/xlite1 exten => _XX,n,HangUp When call is placed, the following debug info is shown, after the last line, it stalls until caller gives up: INFO_IND ID=001 #0x040a LEN=0016 Controller/PLCI/NCCI = 0x101 InfoNumber = 0x7e InfoElement = <04> > CAPI: no interface for PLCI = 0x101 MN = 0x40a INFO_RESP ID=001 #0x040a LEN=0012 Controller/PLCI/NCCI = 0x101 CAPI: INFO_IND no interface for PLCI=0x101 INFO_IND ID=...

...ll Forwarding In Asterisk, when an incoming call arrives, it shows me the following: Asterisk Ready. *CLI> capi info Contr1: 2 B channels total, 2 B channels free. *CLI> capi debug CAPI Debugging Enabled *CLI> *CLI> *CLI> -- INFO_IND ID=001 #0x0001 LEN=0016 Controller/PLCI/NCCI = 0x101 InfoNumber = 0x18 InfoElement = <89> -- INFO_IND ID=001 #0x0001 LEN=0016 Controller/PLCI/NCCI = 0x101 InfoNumber = 0x18 InfoElement = <89> Oct 10 09:17:1...