search for: facility_req

...ween the caller and the mobile phone is established. This is the output from asterisk -vvvv: == CDR updated on CAPI[contr1/279xxxx]/0 -- Executing capiHOLD("CAPI[contr1/279xxxx]/0", "") in new stack Sep 15 19:09:05 NOTICE[245776]: app_capiHOLD.c:73 capiHOLD_exec: sent FACILITY_REQ PLCI = 0x101 Sep 15 19:09:05 NOTICE[245776]: app_capiHOLD.c:84 capiHOLD_exec: PLCI = 0x101 is on hold now -- Executing capiECT("CAPI[contr1/279xxxx]/0", "279xxxx:017520xxxxx") in new stack Sep 15 19:09:05 NOTICE[245776]: app_capiECT.c:65 capiECT_exec: ECT to 279xxxx:0175...

...exactly are you rewriting? If someone else is working on chan_capi, we >should synchronize our work and ideas. > > yes it's ok. I rewriting the capi_handle_msg and pipe_msg I've also patched the chan_capi to get the echo cancel facility working with eicon diva as expected. The facility_req message sent from chan_capi 0.3.6 is not valid for eicon but I think you know it, Armin :-) ... and minor vars cleanups (buf[] and fac[]) I'd love to get the app_capiFax working with hylafax too, but it's not in my todo list right now. I will message kapejod to get the 0.4.0.

...e (1:1/0/0) -- Executing VoiceMail("CAPI/contr1/56830976/-5", "u76") in new stack -- Playing '/var/spool/asterisk/voicemail/default/76/unavail' (language 'en') -- Setting up echo canceller (PLCI=0x501, function=1, options=2, tail=64) > sent FACILITY_REQ (PLCI=0x501) > sent FACILITY_REQ (PLCI=0x501) -- Echo canceller successfully set up (PLCI=0x501) Asterisk recognizes that the phone is busy, but why does it then play the unavailable message? Thanks for any hint, Stefan

...m: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 (default, 347callednum, 2) exited non-zero on 'SIP/2.7.184.61-08152880' asterisk-pri-1:/etc/asterisk # cat extensions.conf [general] static=yes writeprotect=yes [globals] [default] exten => _X.,1,Playto...

...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 (retrans_pkt): Maximum retries exceeded on call 03ed3583-2cba-cbfc-a86f-605f7f57f024@213.152.57.46 for seqno 102 (Request) -- CAPI Han...

In the capi.conf file, there is a bridge option that allow to "native bridging (CAPI line interconnect) if available", and I found this in the capi-user mailing list : -------------------------------- I suggest you put bridge=yes into each interface. Then, when Asterisk bridges two channels, it looks for the possibility to do a native bridge (call the bridge code of the channel

...", "") in new stack -- CAPI Answering for MSN 1201 -- Executing Playtones("CAPI[contr3/1201]/0", "dial") in new stack -- started pbx on channel (callgroup=0)! -- Setting up echo canceller (PLCI=0x103, function=1, options=2, tail=64) > sent FACILITY_REQ (PLCI=0x103) -- Echo canceller successfully set up (PLCI=0x103) * answers, gives a dialtone, but none of the digits I press on the handset cause any action.. and the dialtone never stops :) Any ideas would be most welcome! Cheers, Gavin.

...tack -- FACILITY_CONF ID=004 #0x0004 LEN=0022 Controller/PLCI/NCCI = 0x101 Info = 0x0 FacilitySelector = 0x3 FacilityConfirmationParameter = <02 00 02 00 00> Jan 20 10:06:33 NOTICE[8201]: app_capiHOLD.c:73 capiHOLD_exec: sent FACILITY_REQ PLCI = 0x101 -- FACILITY_IND ID=004 #0x0348 LEN=0020 Controller/PLCI/NCCI = 0x101 FacilitySelector = 0x3 FacilityIndicationParameter = <02 00 02 00 00> Jan 20 10:06:34 NOTICE[2051]: chan_capi.c:1501 pipe_msg: PLCI=0x101 put onhold == DISCONNECT_B3_IN...

...-- creating pipe for PLCI=0x101 msn = 2258589 > sent ALERT_REQ PLCI = 0x101 -- started pbx on channel! -- Executing RxFAX("CAPI[contr1/2258589]/4", "/tmp/testfax.tif") in new stack -- CAPI Answering for MSN 2258589 Changed from phase 0 to 1 > sent FACILITY_REQ (PLCI=0x101) Start receiving document Changed from phase 1 to 4 Sending ident >>> CSI: 40 38 37 36 35 34 33 32 31 20 20 20 20 20 20 20 20 20 20 20 20 DIS: Store and forward Internet fax: no Real-time Internet fax: no Preferred octets: 256 Can receive fax Data signalling rate: V.29 R8x7.7li...