From kaber at trash.net Wed Oct 13 18:56:28 2010 From: kaber at trash.net (Patrick McHardy) Date: Wed, 13 Oct 2010 20:56:28 +0200 Subject: Connecting Dect phones with softphones on asterisk new stack In-Reply-To: <8cc1e3478f3d417efddf7500528ee751@10.0.0.41> References: <8cc1e3478f3d417efddf7500528ee751@10.0.0.41> Message-ID: <4CB600DC.2040407@trash.net> Am 13.10.2010 20:11, schrieb Oscar Soriano Riera: > Hi everyone > > 1)Its posible connect the dect phones to softphone and vicevers , on > asterisk server and do calls between them? Yes. > 2)Its posible that two dect PP that are correct register on asterisk can > run on the same channel ? On the same carrier yes, on the exact same channel (timeslot + carrier) no, unless you have multiple transceivers. > I have 2 siemens a260 their connect perfect to Asterisk PF with dect > channel, but cant call between this two units, but in the log i can see > that the connection is ok: > *CLI> dect show portables > Name Extension > DECT-PT-600 600 > DECT-PT-601 601 > > When do a call from dect 600 to dect 601, doesnt work: > > LCE: link -1 (RELEASED): alloc > LCE: link 24 (ESTABLISHED): start SDU timer > LCE: link 24 (ESTABLISHED): new link: PMID: bb600 LCN: 0 LLN: 1 SAPI: 0 > > LCE: RX: 03 05 05 07 80 a8 00 c0 d3 ae 2a 06 07 a0 a5 01 > |..........*.....| > LCE: RX: 18 27 d6 18 e0 80 7b 06 81 00 02 18 01 44 > |.'....{......D| > LCE: link 24 (ESTABLISHED): stop SDU timer > LCE: link 24 (ESTABLISHED): new transaction: protocol: Call Control F: 0 > TV: 0 > CC: unknown transaction: msg type: 5 > CC-SETUP > parse {CC-SETUP} message > IE: <> id: 5 len: 9 dst: 0xc655568 > type: IPUI (0) > PUT: N (IPEI) > EMC: 0c0d > PSN: 3ae2a > IE: <> id: 6 len: 9 dst: 0xc69a448 > type: PARK (20) > class: A > EMC: 1182 > FPN: 0fac3 > IE: <> id: e0 len: 2 dst: 0xc5bd578 > call class: normal call (8) > service: basic speech default attributes (0) > IE: <> id: 7b len: 8 dst: 0xc65f940 > EMC: 2 > Content: 18 01 44 > LCE: link 24 (ESTABLISHED): set IPUI N EMC: 0c0d PSN: 3ae2a > LCE: link 24 (ESTABLISHED): confirm transaction: Call Control TV: 0 Role: > 1 > CC: call 0xc65e758 (CALL INITIATED): new call > CC: call 0xc65e758 (CALL INITIATED): MNCC_SETUP-ind > > CC: call 0xc65e758 (CALL INITIATED): MNCC_SETUP_ACK-req > build {CC-SETUP-ACK} message > IE: <> id: 5 0xc655568 > type: IPUI (0) > PUT: N (IPEI) > EMC: 0c0d > PSN: 3ae2a > IE: <> id: 6 0xc69a448 > type: PARK (20) > class: A > EMC: 1182 > FPN: 0fac3 > IE: <> id: e4 0xb2c48e2c > signal: ring tone on (0) > IE: <> id: a2 0xb2c48e38 > LCE: TX: 83 0d 05 07 80 a8 00 c0 d3 ae 2a 06 07 a0 a5 01 > |..........*.....| > LCE: TX: 18 27 d6 18 e4 00 a2 |.'.....| > [Oct 13 20:09:17] NOTICE[2365]: chan_dect.c:1000 dect_mncc_setup_ind: > Incoming call from DECT-PT-600 > > LCE: RX: 03 7b 2c 03 36 30 31 |.{,.601| > CC: call 0xc65e758 (OVERLAP SENDING): receive msg type 7b > CC: call 0xc65e758 (OVERLAP SENDING): CC-INFO > parse {CC-INFO} message > IE: <> id: 2c len: 5 dst: 0xc606da8 > info: '601' > CC: call 0xc65e758 (OVERLAP SENDING): MNCC_INFO-ind It seems your dialplan is not set up correctly to direct outgoing calls to the PTs. When registering the PTs, an Dial() extension is automatically created in the context specified as "regcontext". Incoming calls are placed in the context specified as "context". Try adding "include => " to > LCE: RX: 03 7b 7b 05 81 00 02 30 00 |.{{....0.| > CC: call 0xc65e758 (OVERLAP SENDING): receive msg type 7b > CC: call 0xc65e758 (OVERLAP SENDING): CC-INFO > parse {CC-INFO} message > IE: <> id: 7b len: 7 dst: 0xc6680c0 > EMC: 2 > Content: 30 00 > CC: call 0xc65e758 (OVERLAP SENDING): MNCC_INFO-ind > CC: call 0xc65e758 (OVERLAP SENDING): : overlap sending timer > build {CC-RELEASE} message > IE: <> id: e2 0xb2c491e8 > release reason: timer expiry (d) > LCE: TX: 83 4d e2 0d |.M..| > CC: call 0xc65e758 (RELEASE PENDING): MNCC_REJECT-ind: cause: > DECT_CAUSE_LOCAL_TIMER_EXPIRY > > LCE: RX: 03 5a e2 00 |.Z..| > CC: call 0xc65e758 (RELEASE PENDING): receive msg type 5a > CC: call 0xc65e758 (RELEASE PENDING): CC-RELEASE-COM > parse {CC-RELEASE-COM} message > IE: <> id: e2 len: 2 dst: 0x9420ea0 > release reason: normal (0) > CC: call 0xc65e758 (RELEASE PENDING): MNCC_RELEASE-cfm > LCE: link 24 (ESTABLISHED): close transaction: Call Control TV: 0 Role: 1 > LCE: link 24 (ESTABLISHED): normal release > > LCE: recvmsg: Transport endpoint is not connected > LCE: link 24 (RELEASE_PENDING): normal release complete > LCE: link 24 (RELEASED): destroy > > > > I probe the demo test on extension.conf runs perfect with clients iax.conf > with softphones, but when i do a call to 600 extension this fails: > >>From the Softphone: > > LCE: link 24 (RELEASED): destroy > -- Accepting AUTHENTICATED call from 10.0.0.1: > > requested format = unknown, > > requested prefs = (), > > actual format = ulaw, > > host prefs = (), > > priority = mine > -- Executing [700 at from-dect:1] Playback("IAX2/tst-1089", > "demo-echotest") in new stack > -- Playing 'demo-echotest.gsm' (language 'en') > == Spawn extension (from-dect, 700, 1) exited non-zero on > 'IAX2/tst-1089' > -- Hungup 'IAX2/tst-1089' > >>From the Softphone to dect phone siemmens A260: > > -- Accepting AUTHENTICATED call from 10.0.0.1: > > requested format = unknown, > > requested prefs = (), > > actual format = ulaw, > > host prefs = (), > > priority = mine > -- Executing [600 at from-dect:1] Gosub("IAX2/tst-7748", > "stdexten(600,DECT/DECT-PT-600)") in new stack > -- Executing [600 at from-dect:50000] NoOp("IAX2/tst-7748", "Start > stdexten") in new stack > -- Executing [600 at from-dect:50001] Set("IAX2/tst-7748", > "LOCAL(ext)=600") in new stack > -- Executing [600 at from-dect:50002] Set("IAX2/tst-7748", > "LOCAL(dev)=600") in new stack > -- Executing [600 at from-dect:50003] Set("IAX2/tst-7748", > "LOCAL(cntx)=DECT/DECT-PT-600") in new stack > -- Executing [600 at from-dect:50004] Set("IAX2/tst-7748", > "LOCAL(mbx)="600""@DECT/DECT-PT-600"") in new stack > -- Executing [600 at from-dect:50005] Dial("IAX2/tst-7748", "600,20") in > new stack > [Oct 13 19:51:51] WARNING[2447]: app_dial.c:1940 dial_exec_full: Dial > argument takes format (technology/[device:]number1) > == Spawn extension (from-dect, 600, 50005) exited non-zero on > 'IAX2/tst-7748' > -- Hungup 'IAX2/tst-7748' > > From oskar at enrutador.com Wed Oct 13 20:45:28 2010 From: oskar at enrutador.com (Oscar Soriano Riera) Date: Wed, 13 Oct 2010 22:45:28 +0200 Subject: Connecting Dect phones with softphones on asterisk new stack In-Reply-To: <4CB600DC.2040407@trash.net> References: <8cc1e3478f3d417efddf7500528ee751@10.0.0.41> <4CB600DC.2040407@trash.net> Message-ID: <0288b47ac6d238f5da4fb56a328788b1@10.0.0.41> Hi Patrick Thanks for your help. This is the configuration of my dialplan in extension.conf: [general] static=yes writeprotect=no autofallthrough=no [globals] CONSOLE = Console/dsp ; Console interface for demo ;CONSOLE=DAHDI/1 ;CONSOLE=Phone/phone0 IAXINFO = guest ; IAXtel username/password ;IAXINFO=myuser:mypass TRUNK = DAHDI/G2 ; Trunk interface TRUNKMSD = 1 ; MSD digits to strip (usually 1 or 0) FEATURES = DIALOPTIONS = RINGTIME = 20 FOLLOWMEOPTIONS = PAGING_HEADER = Intercom ;TRUNK=IAX2/user:pass at provider [from-dect] ;Incoming calls (from PP) ; exten => s,1,Answer ; Answer the line exten => s,n,Set(TIMEOUT(digit)=5) ; Set Digit Timeout to 5 seconds exten => s,n,Set(TIMEOUT(response)=10) ; Set Response Timeout to 10 seconds exten => s,n,WaitExten(,d) ; Wait for an extension to be dialed. ;Outgoing calls (to PP) exten => 600,1,Set(RING_PATTERN=3) exten => 601,1,Set(RING_PATTERN=silent) include => dect_register ; TEST ; Create an extension 700, for demo call ; exten => 700,1,Playback(demo-echotest) ; Let them know what's going on exten => 700,n,Echo ; Do the echo test exten => 700,n,Playback(demo-echodone) ; Let them know it's over exten => 700,n,Goto(s,6) ; Start over [stdexten] exten => _X.,50000(stdexten),NoOp(Start stdexten) exten => _X.,n,Set(LOCAL(ext)=${EXTEN}) exten => _X.,n,Set(LOCAL(dev)=${ARG1}) exten => _X.,n,Set(LOCAL(cntx)=${ARG2}) exten => _X.,n,Set(LOCAL(mbx)="${ext}"$["${cntx}" ? "@${cntx}" :: ""]) exten => _X.,n,Dial(${dev},20) ; Ring the interface, 20 seconds maximum exten => _X.,n,Goto(stdexten-${DIALSTATUS},1) ; Jump based on status (NOANSWER,BUSY,CHANUNAVAIL,CONGESTION,ANSWER) exten => stdexten-NOANSWER,1,Voicemail(${mbx},u) ; If unavailable, send to voicemail w/ unavail announce exten => stdexten-NOANSWER,n,NoOp(Finish stdexten NOANSWER) exten => stdexten-NOANSWER,n,Return() ; If they press #, return to start exten => stdexten-BUSY,1,Voicemail(${mbx},b); If busy, send to voicemail w/ busy announce exten => stdexten-BUSY,n,NoOp(Finish stdexten BUSY) exten => stdexten-BUSY,n,Return() ; If they press #, return to start exten => _stde[x]te[n]-.,1,Goto(stdexten-NOANSWER,1) ; Treat anything else as no answer exten => a,1,VoicemailMain(${mbx}) ; If they press *, send the user into VoicemailMain exten => a,n,Return() The log for this configuration is the next one : *CLI> -- Accepting AUTHENTICATED call from 10.0.0.1: > requested format = unknown, > requested prefs = (), > actual format = ulaw, > host prefs = (), > priority = mine -- Executing [600 at from-dect:1] Set("IAX2/tst-869", "RING_PATTERN=3") in new stack [Oct 13 22:29:41] WARNING[3089]: pbx.c:4833 __ast_pbx_run: Timeout, but no rule 't' in context 'from-dect' -- Hungup 'IAX2/tst-869' I probe to put "include => " but this context dont exist on the configurations file : [Oct 13 22:33:04] WARNING[2890]: pbx.c:10046 ast_context_verify_includes: Context 'from-dect' tries to include nonexistent context 'regcontext' In my scenario the phonesoft and siemens dect phone are in the same context: "[from-dect]" This is the result of log Dialplan: == Setting global variable 'CONSOLE' to 'Console/dsp' == Setting global variable 'IAXINFO' to 'guest' == Setting global variable 'TRUNK' to 'DAHDI/G2' == Setting global variable 'TRUNKMSD' to '1' == Setting global variable 'FEATURES' to '' == Setting global variable 'DIALOPTIONS' to '' == Setting global variable 'RINGTIME' to '20' == Setting global variable 'FOLLOWMEOPTIONS' to '' == Setting global variable 'PAGING_HEADER' to 'Intercom' -- Registered extension context 'from-dect' (0xbe178e0) in local table 0xbe30778; registrar: pbx_config -- Added extension 's' priority 1 to from-dect (0xbe178e0) -- Added extension 's' priority 2 to from-dect (0xbe178e0) -- Added extension 's' priority 3 to from-dect (0xbe178e0) -- Added extension 's' priority 4 to from-dect (0xbe178e0) -- Added extension '600' priority 1 to from-dect (0xbe178e0) -- Added extension '601' priority 1 to from-dect (0xbe178e0) -- Including context 'dect_register' in context 'from-dect' -- Including context 'regcontext' in context 'from-dect' -- Added extension '700' priority 1 to from-dect (0xbe178e0) -- Added extension '700' priority 2 to from-dect (0xbe178e0) -- Added extension '700' priority 3 to from-dect (0xbe178e0) -- Added extension '700' priority 4 to from-dect (0xbe178e0) -- Registered extension context 'stdexten' (0xbe33a80) in local table 0xbe30778; registrar: pbx_config -- Added extension '_X.' priority 50000 to stdexten (0xbe33a80) -- Added extension '_X.' priority 50001 to stdexten (0xbe33a80) -- Added extension '_X.' priority 50002 to stdexten (0xbe33a80) -- Added extension '_X.' priority 50003 to stdexten (0xbe33a80) -- Added extension '_X.' priority 50004 to stdexten (0xbe33a80) -- Added extension '_X.' priority 50005 to stdexten (0xbe33a80) -- Added extension '_X.' priority 50006 to stdexten (0xbe33a80) -- Added extension 'stdexten-NOANSWER' priority 1 to stdexten (0xbe33a80) -- Added extension 'stdexten-NOANSWER' priority 2 to stdexten (0xbe33a80) -- Added extension 'stdexten-NOANSWER' priority 3 to stdexten (0xbe33a80) -- Added extension 'stdexten-BUSY' priority 1 to stdexten (0xbe33a80) -- Added extension 'stdexten-BUSY' priority 2 to stdexten (0xbe33a80) -- Added extension 'stdexten-BUSY' priority 3 to stdexten (0xbe33a80) -- Added extension '_stde[x]te[n]-.' priority 1 to stdexten (0xbe33a80) -- Added extension 'a' priority 1 to stdexten (0xbe33a80) -- Added extension 'a' priority 2 to stdexten (0xbe33a80) Thanks Patrick On Wed, 13 Oct 2010 20:56:28 +0200, Patrick McHardy wrote: > Am 13.10.2010 20:11, schrieb Oscar Soriano Riera: >> Hi everyone >> >> 1)Its posible connect the dect phones to softphone and vicevers , on >> asterisk server and do calls between them? > > Yes. > >> 2)Its posible that two dect PP that are correct register on asterisk can >> run on the same channel ? > > On the same carrier yes, on the exact same channel (timeslot + carrier) > no, unless you have multiple transceivers. > >> I have 2 siemens a260 their connect perfect to Asterisk PF with dect >> channel, but cant call between this two units, but in the log i can see >> that the connection is ok: >> *CLI> dect show portables >> Name Extension >> DECT-PT-600 600 >> DECT-PT-601 601 >> >> When do a call from dect 600 to dect 601, doesnt work: >> >> LCE: link -1 (RELEASED): alloc >> LCE: link 24 (ESTABLISHED): start SDU timer >> LCE: link 24 (ESTABLISHED): new link: PMID: bb600 LCN: 0 LLN: 1 SAPI: 0 >> >> LCE: RX: 03 05 05 07 80 a8 00 c0 d3 ae 2a 06 07 a0 a5 01 >> |..........*.....| >> LCE: RX: 18 27 d6 18 e0 80 7b 06 81 00 02 18 01 44 >> |.'....{......D| >> LCE: link 24 (ESTABLISHED): stop SDU timer >> LCE: link 24 (ESTABLISHED): new transaction: protocol: Call Control F: 0 >> TV: 0 >> CC: unknown transaction: msg type: 5 >> CC-SETUP >> parse {CC-SETUP} message >> IE: <> id: 5 len: 9 dst: 0xc655568 >> type: IPUI (0) >> PUT: N (IPEI) >> EMC: 0c0d >> PSN: 3ae2a >> IE: <> id: 6 len: 9 dst: 0xc69a448 >> type: PARK (20) >> class: A >> EMC: 1182 >> FPN: 0fac3 >> IE: <> id: e0 len: 2 dst: 0xc5bd578 >> call class: normal call (8) >> service: basic speech default attributes (0) >> IE: <> id: 7b len: 8 dst: 0xc65f940 >> EMC: 2 >> Content: 18 01 44 >> LCE: link 24 (ESTABLISHED): set IPUI N EMC: 0c0d PSN: 3ae2a >> LCE: link 24 (ESTABLISHED): confirm transaction: Call Control TV: 0 Role: >> 1 >> CC: call 0xc65e758 (CALL INITIATED): new call >> CC: call 0xc65e758 (CALL INITIATED): MNCC_SETUP-ind >> >> CC: call 0xc65e758 (CALL INITIATED): MNCC_SETUP_ACK-req >> build {CC-SETUP-ACK} message >> IE: <> id: 5 0xc655568 >> type: IPUI (0) >> PUT: N (IPEI) >> EMC: 0c0d >> PSN: 3ae2a >> IE: <> id: 6 0xc69a448 >> type: PARK (20) >> class: A >> EMC: 1182 >> FPN: 0fac3 >> IE: <> id: e4 0xb2c48e2c >> signal: ring tone on (0) >> IE: <> id: a2 0xb2c48e38 >> LCE: TX: 83 0d 05 07 80 a8 00 c0 d3 ae 2a 06 07 a0 a5 01 >> |..........*.....| >> LCE: TX: 18 27 d6 18 e4 00 a2 |.'.....| >> [Oct 13 20:09:17] NOTICE[2365]: chan_dect.c:1000 dect_mncc_setup_ind: >> Incoming call from DECT-PT-600 >> >> LCE: RX: 03 7b 2c 03 36 30 31 |.{,.601| >> CC: call 0xc65e758 (OVERLAP SENDING): receive msg type 7b >> CC: call 0xc65e758 (OVERLAP SENDING): CC-INFO >> parse {CC-INFO} message >> IE: <> id: 2c len: 5 dst: 0xc606da8 >> info: '601' >> CC: call 0xc65e758 (OVERLAP SENDING): MNCC_INFO-ind > > It seems your dialplan is not set up correctly to direct outgoing > calls to the PTs. When registering the PTs, an Dial() extension > is automatically created in the context specified as "regcontext". > Incoming calls are placed in the context specified as "context". > Try adding "include => " to make it work. > >> >> LCE: RX: 03 7b 7b 05 81 00 02 30 00 |.{{....0.| >> CC: call 0xc65e758 (OVERLAP SENDING): receive msg type 7b >> CC: call 0xc65e758 (OVERLAP SENDING): CC-INFO >> parse {CC-INFO} message >> IE: <> id: 7b len: 7 dst: 0xc6680c0 >> EMC: 2 >> Content: 30 00 >> CC: call 0xc65e758 (OVERLAP SENDING): MNCC_INFO-ind >> CC: call 0xc65e758 (OVERLAP SENDING): : overlap sending timer >> build {CC-RELEASE} message >> IE: <> id: e2 0xb2c491e8 >> release reason: timer expiry (d) >> LCE: TX: 83 4d e2 0d |.M..| >> CC: call 0xc65e758 (RELEASE PENDING): MNCC_REJECT-ind: cause: >> DECT_CAUSE_LOCAL_TIMER_EXPIRY >> >> LCE: RX: 03 5a e2 00 |.Z..| >> CC: call 0xc65e758 (RELEASE PENDING): receive msg type 5a >> CC: call 0xc65e758 (RELEASE PENDING): CC-RELEASE-COM >> parse {CC-RELEASE-COM} message >> IE: <> id: e2 len: 2 dst: 0x9420ea0 >> release reason: normal (0) >> CC: call 0xc65e758 (RELEASE PENDING): MNCC_RELEASE-cfm >> LCE: link 24 (ESTABLISHED): close transaction: Call Control TV: 0 Role: 1 >> LCE: link 24 (ESTABLISHED): normal release >> >> LCE: recvmsg: Transport endpoint is not connected >> LCE: link 24 (RELEASE_PENDING): normal release complete >> LCE: link 24 (RELEASED): destroy >> >> >> >> I probe the demo test on extension.conf runs perfect with clients >> iax.conf >> with softphones, but when i do a call to 600 extension this fails: >> >>>From the Softphone: >> >> LCE: link 24 (RELEASED): destroy >> -- Accepting AUTHENTICATED call from 10.0.0.1: >> > requested format = unknown, >> > requested prefs = (), >> > actual format = ulaw, >> > host prefs = (), >> > priority = mine >> -- Executing [700 at from-dect:1] Playback("IAX2/tst-1089", >> "demo-echotest") in new stack >> -- Playing 'demo-echotest.gsm' (language 'en') >> == Spawn extension (from-dect, 700, 1) exited non-zero on >> 'IAX2/tst-1089' >> -- Hungup 'IAX2/tst-1089' >> >>>From the Softphone to dect phone siemmens A260: >> >> -- Accepting AUTHENTICATED call from 10.0.0.1: >> > requested format = unknown, >> > requested prefs = (), >> > actual format = ulaw, >> > host prefs = (), >> > priority = mine >> -- Executing [600 at from-dect:1] Gosub("IAX2/tst-7748", >> "stdexten(600,DECT/DECT-PT-600)") in new stack >> -- Executing [600 at from-dect:50000] NoOp("IAX2/tst-7748", "Start >> stdexten") in new stack >> -- Executing [600 at from-dect:50001] Set("IAX2/tst-7748", >> "LOCAL(ext)=600") in new stack >> -- Executing [600 at from-dect:50002] Set("IAX2/tst-7748", >> "LOCAL(dev)=600") in new stack >> -- Executing [600 at from-dect:50003] Set("IAX2/tst-7748", >> "LOCAL(cntx)=DECT/DECT-PT-600") in new stack >> -- Executing [600 at from-dect:50004] Set("IAX2/tst-7748", >> "LOCAL(mbx)="600""@DECT/DECT-PT-600"") in new stack >> -- Executing [600 at from-dect:50005] Dial("IAX2/tst-7748", "600,20") in >> new stack >> [Oct 13 19:51:51] WARNING[2447]: app_dial.c:1940 dial_exec_full: Dial >> argument takes format (technology/[device:]number1) >> == Spawn extension (from-dect, 600, 50005) exited non-zero on >> 'IAX2/tst-7748' >> -- Hungup 'IAX2/tst-7748' >> >> From kaber at trash.net Wed Oct 13 21:50:42 2010 From: kaber at trash.net (Patrick McHardy) Date: Wed, 13 Oct 2010 23:50:42 +0200 Subject: Connecting Dect phones with softphones on asterisk new stack In-Reply-To: <0288b47ac6d238f5da4fb56a328788b1@10.0.0.41> References: <8cc1e3478f3d417efddf7500528ee751@10.0.0.41> <4CB600DC.2040407@trash.net> <0288b47ac6d238f5da4fb56a328788b1@10.0.0.41> Message-ID: <4CB629B2.4080207@trash.net> Am 13.10.2010 22:45, schrieb Oscar Soriano Riera: > Hi Patrick > Thanks for your help. > > This is the configuration of my dialplan in extension.conf: > > [general] > static=yes > writeprotect=no > autofallthrough=no > > [globals] > CONSOLE = Console/dsp ; Console interface for demo > ;CONSOLE=DAHDI/1 > ;CONSOLE=Phone/phone0 > IAXINFO = guest ; IAXtel username/password > ;IAXINFO=myuser:mypass > TRUNK = DAHDI/G2 ; Trunk interface > TRUNKMSD = 1 ; MSD digits to strip (usually 1 or 0) > FEATURES = > DIALOPTIONS = > RINGTIME = 20 > FOLLOWMEOPTIONS = > PAGING_HEADER = Intercom > ;TRUNK=IAX2/user:pass at provider > > [from-dect] > > ;Incoming calls (from PP) > ; > exten => s,1,Answer ; Answer the line > exten => s,n,Set(TIMEOUT(digit)=5) ; Set Digit Timeout to 5 seconds > exten => s,n,Set(TIMEOUT(response)=10) ; Set Response Timeout to 10 > seconds > exten => s,n,WaitExten(,d) ; Wait for an extension to be > dialed. > > ;Outgoing calls (to PP) > > exten => 600,1,Set(RING_PATTERN=3) > exten => 601,1,Set(RING_PATTERN=silent) Does it work if you remove these two lines? > include => dect_register From oskar at enrutador.com Wed Oct 13 23:50:26 2010 From: oskar at enrutador.com (Oscar Soriano Riera) Date: Thu, 14 Oct 2010 01:50:26 +0200 Subject: Connecting Dect phones with softphones on asterisk new stack In-Reply-To: <4CB629B2.4080207@trash.net> References: <8cc1e3478f3d417efddf7500528ee751@10.0.0.41> <4CB600DC.2040407@trash.net> <0288b47ac6d238f5da4fb56a328788b1@10.0.0.41> <4CB629B2.4080207@trash.net> Message-ID: <235537e06904d83bdd2acfd96e327f3a@10.0.0.41> Hi PATRICK ???????????? Thanks very much for you help , now i can do call from the softphone to siemens ??? i will continued studied your fantastical project in my litle laboratoy???? Thanks On Wed, 13 Oct 2010 23:50:42 +0200, Patrick McHardy wrote: > Am 13.10.2010 22:45, schrieb Oscar Soriano Riera: >> Hi Patrick >> Thanks for your help. >> >> This is the configuration of my dialplan in extension.conf: >> >> [general] >> static=yes >> writeprotect=no >> autofallthrough=no >> >> [globals] >> CONSOLE = Console/dsp ; Console interface for demo >> ;CONSOLE=DAHDI/1 >> ;CONSOLE=Phone/phone0 >> IAXINFO = guest ; IAXtel username/password >> ;IAXINFO=myuser:mypass >> TRUNK = DAHDI/G2 ; Trunk interface >> TRUNKMSD = 1 ; MSD digits to strip (usually 1 or 0) >> FEATURES = >> DIALOPTIONS = >> RINGTIME = 20 >> FOLLOWMEOPTIONS = >> PAGING_HEADER = Intercom >> ;TRUNK=IAX2/user:pass at provider >> >> [from-dect] >> >> ;Incoming calls (from PP) >> ; >> exten => s,1,Answer ; Answer the line >> exten => s,n,Set(TIMEOUT(digit)=5) ; Set Digit Timeout to 5 seconds >> exten => s,n,Set(TIMEOUT(response)=10) ; Set Response Timeout to 10 >> seconds >> exten => s,n,WaitExten(,d) ; Wait for an extension to be >> dialed. >> >> ;Outgoing calls (to PP) >> >> exten => 600,1,Set(RING_PATTERN=3) >> exten => 601,1,Set(RING_PATTERN=silent) > > Does it work if you remove these two lines? > >> include => dect_register From kaber at trash.net Thu Oct 14 02:29:32 2010 From: kaber at trash.net (Patrick McHardy) Date: Thu, 14 Oct 2010 04:29:32 +0200 Subject: Connecting Dect phones with softphones on asterisk new stack In-Reply-To: <235537e06904d83bdd2acfd96e327f3a@10.0.0.41> References: <8cc1e3478f3d417efddf7500528ee751@10.0.0.41> <4CB600DC.2040407@trash.net> <0288b47ac6d238f5da4fb56a328788b1@10.0.0.41> <4CB629B2.4080207@trash.net> <235537e06904d83bdd2acfd96e327f3a@10.0.0.41> Message-ID: <4CB66B0C.10402@trash.net> Am 14.10.2010 01:50, schrieb Oscar Soriano Riera: > Hi PATRICK ???????????? > Thanks very much for you help , now i can do call from the softphone to > siemens ??? i will continued studied your fantastical project in my litle > laboratoy???? Thanks, I've fixed up the documentation. > Thanks > > On Wed, 13 Oct 2010 23:50:42 +0200, Patrick McHardy > wrote: >>> [from-dect] >>> >>> ... >>> ;Outgoing calls (to PP) >>> >>> exten => 600,1,Set(RING_PATTERN=3) >>> exten => 601,1,Set(RING_PATTERN=silent) >> >> Does it work if you remove these two lines? From kaber at trash.net Thu Oct 14 06:32:00 2010 From: kaber at trash.net (Patrick McHardy) Date: Thu, 14 Oct 2010 08:32:00 +0200 Subject: Siemens proprietary protocol Message-ID: <4CB6A3E0.9090701@trash.net> I'm currently trying to reverse engineer the proprietary Siemens protocol carried in <> information elements in order to better support the many features that Siemens implements in a proprietary fashion instead of following the standardized methods (see http://dect.osmocom.org/trac/dect/wiki/Siemens for more information). Since I only own two different kinds of telephones, it would be useful to get some more data. What I'm currently looking for is the debug output from the asterisk channel driver (with "dect set debug on") for the initial pairing, location registration and a call. If people could send me that it would be much appreciated. Please also include the telephone type and CC the linux-dect list. I'll also release a program to capture and decode NWK layer dumps between telephones and non-local FPs similar to the traces at http://dect.osmocom.org/trac/dect/wiki/Siemens#Traces in one or two weeks, I'll post an update then. Thanks! From laforge at gnumonks.org Thu Oct 14 06:50:53 2010 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 14 Oct 2010 08:50:53 +0200 Subject: Siemens proprietary protocol In-Reply-To: <4CB6A3E0.9090701@trash.net> References: <4CB6A3E0.9090701@trash.net> Message-ID: <20101014065053.GS5916@prithivi.gnumonks.org> Patrick, On Thu, Oct 14, 2010 at 08:32:00AM +0200, Patrick McHardy wrote: > Since I only own two different kinds of telephones, it would be useful > to get some more data. What I'm currently looking for is the debug > output from the asterisk channel driver (with "dect set debug on") for > the initial pairing, location registration and a call. If people could > send me that it would be much appreciated. Please also include the > telephone type and CC the linux-dect list. just as an idea: Come to the 27C3 conference, there will be a four-digit number of DECT phones. I'm sure among them you will find plenty of volunteers who would spend a couple of minutes to register their phone to your network and allow you to connect traces / debug logs. Also, I will not have time myself to collect traces, but I can bring one 'Gigaset S1' PP to the netfilter developer workshop, if you like to play with that model at some point during the workshop. Cheers, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: Digital signature URL: From kaber at trash.net Thu Oct 14 08:11:07 2010 From: kaber at trash.net (Patrick McHardy) Date: Thu, 14 Oct 2010 10:11:07 +0200 Subject: Siemens proprietary protocol In-Reply-To: <20101014065053.GS5916@prithivi.gnumonks.org> References: <4CB6A3E0.9090701@trash.net> <20101014065053.GS5916@prithivi.gnumonks.org> Message-ID: <4CB6BB1B.8010303@trash.net> Am 14.10.2010 08:50, schrieb Harald Welte: > Patrick, > > On Thu, Oct 14, 2010 at 08:32:00AM +0200, Patrick McHardy wrote: > >> Since I only own two different kinds of telephones, it would be useful >> to get some more data. What I'm currently looking for is the debug >> output from the asterisk channel driver (with "dect set debug on") for >> the initial pairing, location registration and a call. If people could >> send me that it would be much appreciated. Please also include the >> telephone type and CC the linux-dect list. > > just as an idea: Come to the 27C3 conference, there will be a four-digit > number of DECT phones. I'm sure among them you will find plenty of volunteers > who would spend a couple of minutes to register their phone to your network and > allow you to connect traces / debug logs. That sounds like a pretty good idea. If I can get handover running until then, I could also set up a small multi-cell system for testing. > Also, I will not have time myself to collect traces, but I can bring one > 'Gigaset S1' PP to the netfilter developer workshop, if you like to play with > that model at some point during the workshop. Unfortunately the keyboard of the only notebook I own that still has a PCMCIA slot is completely broken, so I won't be able to do any testing at the workshop. Thanks anyways. Cheers, Patrick From kaner at strace.org Thu Oct 14 10:00:35 2010 From: kaner at strace.org (Christian Fromme) Date: Thu, 14 Oct 2010 12:00:35 +0200 Subject: Siemens proprietary protocol In-Reply-To: <4CB6BB1B.8010303@trash.net> References: <4CB6A3E0.9090701@trash.net> <20101014065053.GS5916@prithivi.gnumonks.org> <4CB6BB1B.8010303@trash.net> Message-ID: On Thu, Oct 14, 2010 at 10:11 AM, Patrick McHardy wrote: >> Also, I will not have time myself to collect traces, but I can bring one >> 'Gigaset S1' PP to the netfilter developer workshop, if you like to play with >> that model at some point during the workshop. > > Unfortunately the keyboard of the only notebook I own that still has a > PCMCIA slot is completely broken, so I won't be able to do any testing > at the workshop. Thanks anyways. I'm pretty sure we'll manage to organize you a laptop with PCMCIA slot if thats all it takes. Best, /C From laforge at gnumonks.org Thu Oct 14 17:38:02 2010 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 14 Oct 2010 19:38:02 +0200 Subject: Siemens proprietary protocol In-Reply-To: References: <4CB6A3E0.9090701@trash.net> <20101014065053.GS5916@prithivi.gnumonks.org> <4CB6BB1B.8010303@trash.net> Message-ID: <20101014173802.GA19545@prithivi.gnumonks.org> On Thu, Oct 14, 2010 at 12:00:35PM +0200, Christian Fromme wrote: > On Thu, Oct 14, 2010 at 10:11 AM, Patrick McHardy wrote: > > >> Also, I will not have time myself to collect traces, but I can bring one > >> 'Gigaset S1' PP to the netfilter developer workshop, if you like to play with > >> that model at some point during the workshop. > > > > Unfortunately the keyboard of the only notebook I own that still has a > > PCMCIA slot is completely broken, so I won't be able to do any testing > > at the workshop. Thanks anyways. > > I'm pretty sure we'll manage to organize you a laptop with PCMCIA > slot if thats all it takes. I can also bring some old laptop or netbook with PCMCIA slot to the netfilter workshop, no problem with that... -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From kaber at trash.net Fri Oct 15 02:54:20 2010 From: kaber at trash.net (Patrick McHardy) Date: Fri, 15 Oct 2010 04:54:20 +0200 Subject: Siemens proprietary protocol In-Reply-To: <20101014173802.GA19545@prithivi.gnumonks.org> References: <4CB6A3E0.9090701@trash.net> <20101014065053.GS5916@prithivi.gnumonks.org> <4CB6BB1B.8010303@trash.net> <20101014173802.GA19545@prithivi.gnumonks.org> Message-ID: <4CB7C25C.8090008@trash.net> Am 14.10.2010 19:38, schrieb Harald Welte: > On Thu, Oct 14, 2010 at 12:00:35PM +0200, Christian Fromme wrote: >> On Thu, Oct 14, 2010 at 10:11 AM, Patrick McHardy wrote: >> >>>> Also, I will not have time myself to collect traces, but I can bring one >>>> 'Gigaset S1' PP to the netfilter developer workshop, if you like to play with >>>> that model at some point during the workshop. >>> >>> Unfortunately the keyboard of the only notebook I own that still has a >>> PCMCIA slot is completely broken, so I won't be able to do any testing >>> at the workshop. Thanks anyways. >> >> I'm pretty sure we'll manage to organize you a laptop with PCMCIA >> slot if thats all it takes. > > I can also bring some old laptop or netbook with PCMCIA slot to the netfilter > workshop, no problem with that... Thanks, but I don't think that's worth the hassle just for testing one phone. I'll try to make it to the CCC congress this year. Cheers, Patrick From kaber at trash.net Fri Oct 15 01:21:52 2010 From: kaber at trash.net (Patrick McHardy) Date: Fri, 15 Oct 2010 03:21:52 +0200 Subject: Posible Bug Asterisk : known formats found in format list (wav49|gsm|wav) on Asterisk git In-Reply-To: <853316907d4274421bce99f19aca0bbf@10.0.0.41> References: <853316907d4274421bce99f19aca0bbf@10.0.0.41> Message-ID: <4CB7ACB0.6090309@trash.net> Am 15.10.2010 01:48, schrieb Oscar Soriano Riera: > Hi PAtrick > I can see some errors in debug mode on asterisk problems with the audio: > > [Oct 15 01:17:05] WARNING[19906]: file.c:1396 ast_format_str_reduce: > ignoring unknown format 'wav49' > [Oct 15 01:17:05] WARNING[19906]: file.c:1396 ast_format_str_reduce: > ignoring unknown format 'gsm' > [Oct 15 01:17:05] WARNING[19906]: file.c:1396 ast_format_str_reduce: > ignoring unknown format 'wav' > [Oct 15 01:17:05] WARNING[19906]: file.c:1426 ast_format_str_reduce: no > known formats found in format list (wav49|gsm|wav) > [Oct 15 01:17:05] ERROR[19906]: app_voicemail.c:11702 load_config: Error > processing format string, defaulting to format 'wav' > > > I find in issues of Asterisk and i thing that this version is affected > > https://issues.asterisk.org/view.php?id=17709 > > I download the patch and solved the problem: > > wget > 'https://issues.asterisk.org/file_download.php?file_id=26764&type=bug' -O - > | patch -p0 Yeah, its not related to the DECT channel driver, but my asterisk version is slightly outdated. Unfortunately I can't resync easily without loosing the history since my master tree got corrupted a while ago due to filesystem errors. I'll probably try again to merge my tree with a fresh SVN import, if that doesn't work I guess I'll have to throw the history away. BTW, please use the linux-dect list (CCed) for anything related to my stack. From kaber at trash.net Fri Oct 15 03:36:40 2010 From: kaber at trash.net (Patrick McHardy) Date: Fri, 15 Oct 2010 05:36:40 +0200 Subject: Asterisk DECT channel driver Message-ID: <4CB7CC48.6050700@trash.net> I've written an asterisk DECT channel driver as part of an entire open source DECT stack available at http://dect.osmocom.org, which is attached to this email. The patch is not meant for merging at this time, there's still quite a bit of work to by done, but its in a good enough state that some review, especially of the interactions with asterisk, would be very welcome. The channel driver implements a DECT FP (Fixed Part, aka basestation), currently supporting G.726 audio and a few supplementary features like text messages and user authentication. Telephones can register with the FP using a procedure called "access rights requests", during which an authentication key and an extension is allocated for the telephone. When the telephone is active and in range to the FP, it performs a procedure called "location registration" (probably known from GSM) to announce it is ready to receive calls. The extension is then registered in the dialplan in a special context for the Dial() application in order to support completely dynamic setups where the amount of telephones is not known in advance. It is of course also possible to manually define dialplan rules for the telephones. The telephone specific subscription data (extension, keys, capabilities, ...) are stored in the ast_db and read again on startup. This part is not particulary pretty due to the inflexibility of ast_db(), specifically it needs various keys associated with each telephone, which are stored separately and associated again through the database path (/dect//...). The ast_realtime architecture unfortunately also doesn't seem to be suitable for this since it appears to be lacking a way to iterate over data or query for multiple entries. Call connection can work in two ways: - when the phone supplies an existing extension during call setup, the call is immediately connected. - otherwise the call is placed in "OVERLAP SENDING" state and for each dialed digit, an extension lookup is performed and the call is connected as soon as an existing extension is dialed. I think that should be about everything where the driver's behaviour diverges from other drivers, the remaining parts should be pretty much self-explanatory. Comments and review welcome. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ast.diff URL: From kaber at trash.net Mon Oct 18 09:08:40 2010 From: kaber at trash.net (Patrick McHardy) Date: Mon, 18 Oct 2010 11:08:40 +0200 Subject: Problems during compiling dect_raw_event with lasted libdect In-Reply-To: References: Message-ID: <4CBC0E98.3050102@trash.net> Am 17.10.2010 02:30, schrieb Oscar Soriano Riera: > Hi > I would like to install the lasted libdect modification , but on the make > step i see a posible problem with a pointer > > root at DECT:/usr/src/libdect# make > SUBDIR include/ > SUBDIR src/ > CC src/raw.c > src/raw.c: In function ?dect_raw_event?: > src/raw.c:140: error: ?slot? undeclared (first use in this function) > src/raw.c:140: error: (Each undeclared identifier is reported only once > src/raw.c:140: error: for each function it appears in.) > src/raw.c:142: warning: passing argument 3 of ?dh->ops->raw_ops->raw_rcv? > makes integer from pointer without a cast > src/raw.c:142: note: expected ?uint8_t? but argument is of type ?struct > dect_msg_buf *? > src/raw.c:142: error: too few arguments to function > ?dh->ops->raw_ops->raw_rcv? > make[1]: *** [src/raw.o] Error 1 > make: *** [src] Error 2 Fixed now in git. From oskar at enrutador.com Thu Oct 21 10:37:18 2010 From: oskar at enrutador.com (Oscar Soriano Riera) Date: Thu, 21 Oct 2010 12:37:18 +0200 Subject: Architecture and software development In-Reply-To: <4CBC0E98.3050102@trash.net> References: <4CBC0E98.3050102@trash.net> Message-ID: Hi Patrick I have a question about the architecture and software development today. I've prepared an image(Dect-labv1.0.jpg) on the 3 scenarios in which I work, basically would be the following: 1) DECT Terminals Connected to Asterisk This lab works perfectly, with the latest versions that have posted until today. 2) Connect a PC card pcmcia Dosh & Amand like a Portable Part (PP) You can use a pc with a pcmcia and associate as a PP to asterisk server-Dect for make calls with other users?, I have questions / problems as a register from the laptop to asterix 3) Linking two Asterisk servers using the DECT protocol to share calls between PBXs It is possible this configuration? Thank you very much for your work Greetings -------------- next part -------------- A non-text attachment was scrubbed... Name: Dect-labv1.0.jpg Type: image/jpeg Size: 27292 bytes Desc: not available URL: From oskar at enrutador.com Sat Oct 23 23:24:40 2010 From: oskar at enrutador.com (Oscar Soriano Riera) Date: Sun, 24 Oct 2010 01:24:40 +0200 Subject: Architecture and software development In-Reply-To: <4CC30D69.8010303@trash.net> References: "\"" " <4CBC0E98.3050102@trash.net> <4CC30D69.8010303@trash.net> Message-ID: <14b83f33f17918253a9d4183d7983008@enrutador.com> Hi Patrick The scenario that I find most attractive is 2, can associate with a PC with a card pcmcia to any type of FP either an asterisk or any other manufacturer's base seems exciting. I'll be anxious to try any new developments that take place in the software, if you think that the slides can be useful for the web I can send examples to illustrate the sources, since it is a topic largely unknown in Spain and could help. Anything that can help you be an honor for me. Thank you very much for your work Heavy greetings On Sat, 23 Oct 2010 18:29:29 +0200, Patrick McHardy wrote: > Am 21.10.2010 12:37, schrieb Oscar Soriano Riera: >> Hi Patrick >> >> I have a question about the architecture and software development >> today. >> I've prepared an image(Dect-labv1.0.jpg) on the 3 scenarios in which >> I >> work, basically would be the following: >> >> 1) DECT Terminals Connected to Asterisk >> This lab works perfectly, with the latest versions that have posted >> until today. >> >> 2) Connect a PC card pcmcia Dosh & Amand like a Portable Part (PP) >> You can use a pc with a pcmcia and associate as a PP to asterisk >> server-Dect for make calls with other users?, I have questions / >> problems as a register from the laptop to asterix >> >> 3) Linking two Asterisk servers using the DECT protocol to share >> calls >> between PBXs >> >> It is possible this configuration? > > Both 2) and 3) certainly can be done, but are not implemented - its > basically the same thing, in scenario 3) one of the asterisk servers > would pose as PP. It shouldn't be that much work to add support for > this to the asterisk dect channel plugin, I'd estimate a few hours. From kaber at trash.net Thu Oct 28 00:07:20 2010 From: kaber at trash.net (Patrick McHardy) Date: Thu, 28 Oct 2010 02:07:20 +0200 Subject: dectmon released Message-ID: <4CC8BEB8.7070803@trash.net> I've uploaded a first release of dectmon, a DECT protocol decoder. It can decode MAC, DLC and NWK-layer messages and show their content in a human readable form. See http://dect.osmocom.org/trac/dect/wiki/Siemens#Traces for examples. Details, including links to the git repository, can be found at http://dect.osmocom.org/trac/dect/blog/kaber-2010/10/27/dectmon_released From domi at tomcsanyi.net Sat Oct 30 12:43:07 2010 From: domi at tomcsanyi.net (=?iso-8859-2?Q?Tomcs=E1nyi_Domonkos?=) Date: Sat, 30 Oct 2010 14:43:07 +0200 Subject: Bug #6 Message-ID: <001801cb7830$03415e10$09c41a30$@tomcsanyi.net> Hello Everyone, I am struggling with this problem for almost two weeks now, please I need help, could someone figure out what is wrong here? http://dect.osmocom.org/trac/dect/ticket/6 Thanks, Domonkos Tomcsanyi -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaber at trash.net Sun Oct 31 08:51:21 2010 From: kaber at trash.net (Patrick McHardy) Date: Sun, 31 Oct 2010 09:51:21 +0100 Subject: Bug #6 In-Reply-To: <001801cb7830$03415e10$09c41a30$@tomcsanyi.net> References: <001801cb7830$03415e10$09c41a30$@tomcsanyi.net> Message-ID: <4CCD2E09.7080302@trash.net> Am 30.10.2010 14:43, schrieb Tomcs?nyi Domonkos: > Hello Everyone, > > I am struggling with this problem for almost two weeks now, please I > need help, could someone figure out what is wrong here? > > > > http://dect.osmocom.org/trac/dect/ticket/6 Please send your .config file.