13:29.34 | *** join/#asterisk infobot (~infobot@rikers.org) |
13:29.34 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: Asterisk 11.7.0 (2013/12/17), 1.8.25.0 (2013/12/17); Standard: Asterisk 12.0.0 (2013/12/20); DAHDI: DAHDI-linux 2.9.0 (2014/01/30), DAHDI-tools 2.9.0.1 (2014/01/31); libpri 1.4.14 (2012/12/20) -=- Visit the official Asterisk wiki: wiki.asterisk.org -=- Please report bullying to an op |
13:35.01 | boratynskikamil | MaliutaLap: Security cases? |
13:39.34 | MaliutaLap | boratynskikamil: that comes down to other configuration issues. Whether the extension is numeric, alphabetical, or a combination makes no real difference |
13:39.52 | MaliutaLap | you might have some issues if you write and IVR insecurely |
13:40.39 | *** join/#asterisk LiuYan (~LiuYan@222.125.134.157) |
13:42.56 | MaliutaLap | s/and/an/ |
13:50.39 | boratynskikamil | MaliutaLap: infobot is great. <3 |
13:50.41 | boratynskikamil | Thanks a lot. |
13:51.26 | *** join/#asterisk Neoti (~Thunderbi@cpc5-nott16-2-0-cust33.12-2.cable.virginm.net) |
13:55.05 | MaliutaLap | boratynskikamil: your main security issues will involve what contexts you let people into |
13:55.31 | MaliutaLap | and yes infobot is very high on my list of loves ;) |
13:55.54 | MaliutaLap | infobot: how I love you ... let me count the ways |
14:09.29 | boratynskikamil | Mhm. |
14:09.37 | boratynskikamil | MaliutaLap: One small question to you, if I may. |
14:09.58 | boratynskikamil | Assume I have two cards and I would like to call from the first one if number starts at # and from the other if nope, is it possible? |
14:13.21 | MaliutaLap | boratynskikamil: yes. You do that by pattern matching in the dialplan and then sending the result to the device you want |
14:15.40 | boratynskikamil | Is it possible to make it equvalent when SIP receives the call? I mean. In example SIP receives a call from both cards. How could SIP be sure it is from Card1 or Card2? |
14:15.43 | *** join/#asterisk robl^ (robl@pdpc/supporter/active/robl) |
14:16.17 | *** join/#asterisk jeremy_laine (~quassel@gama.spacinov.com) |
14:16.39 | MaliutaLap | boratynskikamil: the incoming device is in the headers and can be checked against |
14:17.27 | MaliutaLap | boratynskikamil: and if you want incoming from a specific group of devices to do A and another to do B use 2 separate contexts |
14:17.42 | boratynskikamil | Nope. |
14:17.48 | boratynskikamil | I mean, I know it. :-) |
14:18.05 | boratynskikamil | But one of the group should be able to receive connections from both cards. |
14:18.41 | MaliutaLap | 3rd context with includes? |
14:18.58 | MaliutaLap | I have about 4 contexts with various includes |
14:19.29 | MaliutaLap | the flexibility is there, if you have problems expressing it look at AEL or LUA for your dialplan |
14:19.45 | MaliutaLap | more programmatic style |
14:22.47 | boratynskikamil | Thanks a lot. :-) |
14:28.20 | *** join/#asterisk calum_ (~calum_@92.40.249.71.threembb.co.uk) |
15:13.07 | *** join/#asterisk gerhard7 (~gerhard7@77-172-35-234.ip.telfort.nl) |
15:21.58 | *** join/#asterisk wonderworld (~ww@ip-62-143-158-113.unitymediagroup.de) |
15:23.28 | wonderworld | is asterisks performance significantly increased when using a 64bit OS instead of a 32bit OS? |
15:23.35 | *** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2) |
15:41.54 | *** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net) |
15:53.21 | *** join/#asterisk ghost75 (~quassel@dslb-188-105-029-001.pools.arcor-ip.net) |
15:53.56 | *** join/#asterisk supersoaker (~digitalg@office-asa.iad4.inforelay.net) |
15:55.51 | supersoaker | Anyone ever have trouble using the Dial command U option with a WaitExten inside of the called Subroutine? |
15:59.18 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
16:05.00 | *** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2) |
16:21.19 | jmls | if you need a peer that registers (like needing to have register => name:password@somehost/number) m can you do this in realtime ? |
16:21.37 | jmls | or do you have to have the register line in sip.conf ? |
16:26.59 | [TK]D-Fender | latter |
16:29.44 | jmls | ah |
16:29.55 | jmls | bugger. that may explain a few things then ;) |
16:30.27 | jmls | so can you still have a real-time peer, but have the register in sip.conf ? |
16:31.04 | Greek-Boy | [TK]D-Fender: Long time... How are you? |
16:31.06 | jmls | or do both the host and the reg have to be in sip.conf ? |
16:31.12 | [TK]D-Fender | correct |
16:31.21 | [TK]D-Fender | they can clearly be split... |
16:31.33 | [TK]D-Fender | otherwise NOBODY would be using realtim and register with anything |
16:31.50 | jmls | something is wrong with my realtime data then |
16:32.04 | jmls | I have the peer in the table, correct password / username etc |
16:32.10 | jmls | the register is ok |
16:32.15 | [TK]D-Fender | prove * connects to it. |
16:32.24 | Greek-Boy | What GUI is recommended for Asterisk these days? |
16:32.27 | jmls | <PROTECTED> |
16:32.48 | jmls | but sip show peers shows the state of my host as UNKNOWN |
16:32.58 | [TK]D-Fender | Greek-Boy: On the free side, FreePBX is the only real game in town. Plenty of commercial options for serious needs. |
16:33.07 | jmls | I can receive calls, but can't place outbound calls |
16:33.18 | [TK]D-Fender | jmls: Now prove that registration attempts are even coming in |
16:33.36 | Greek-Boy | [TK]D-Fender: What would be your no. 1 commercial choice? |
16:34.15 | [TK]D-Fender | Greek-Boy: I'd need to looks close, but based on history, ScopServ started off the strongest. There is also Switchvox and Fonality. |
16:34.29 | jmls | if I put the host into sip.conf (ie static) inbound and outbound works |
16:34.33 | Greek-Boy | Switchvox looks good |
16:35.01 | [TK]D-Fender | Greek-Boy: I only have direct experience with ScopServ's |
16:35.08 | Greek-Boy | I see |
16:35.11 | Greek-Boy | cool |
16:35.40 | [TK]D-Fender | Greek-Boy: they we running multi-tennent / ITSP's of it for a long time now |
16:36.00 | [TK]D-Fender | Greek-Boy: I was an early adopter in 2005 when they were starting. |
16:36.32 | [TK]D-Fender | Greek-Boy: and switched out about 2 years ago when it no longer suited our needs. |
16:36.35 | Greek-Boy | [TK]D-Fender: Real cool... |
16:36.42 | Greek-Boy | What did you switch to? |
16:36.52 | [TK]D-Fender | Greek-Boy: FreePBX |
16:36.58 | Greek-Boy | Thought so |
16:37.12 | Greek-Boy | do you use FreePBX in ITSP environment? |
16:37.36 | [TK]D-Fender | Greek-Boy: My needs were SMALL, and they had commercial support so it got me a "win" for getting * in any form + commodity gear as our solution instead of some stupid Avaya |
16:37.54 | [TK]D-Fender | Greek-Boy: No, SMB PBX |
16:38.21 | Greek-Boy | [TK]D-Fender: Makes sense... |
16:45.47 | MaliutaLap | [TK]D-Fender: umm, ahh! you swore - the 5 letter A word :P |
16:46.25 | MaliutaLap | although I use hardware that is a 5 letter C word :) |
16:46.40 | Greek-Boy | lol |
16:47.50 | MaliutaLap | I may be only slightly addicted to their handsets |
16:52.30 | boratynskikamil | Question. What could happen if after a rebook asterisk lost dahdi, gsm, pri comands? |
16:52.57 | boratynskikamil | s/rebook/reboot |
16:52.59 | [TK]D-Fender | what do you mean "reboot asterisk"? |
16:53.15 | *** join/#asterisk Koti (~koti@115.242.153.245) |
16:53.18 | boratynskikamil | [TK]D-Fender: Reboot the system where it stays. |
16:53.41 | [TK]D-Fender | boratynskikamil: If your kernel version changed and DAHDI isn't rebuilt for it = fail |
16:53.47 | ghost75 | stupid question, does t.38 require any extra modul to be loaded? |
16:54.14 | boratynskikamil | [TK]D-Fender: I didn't changed kernel. |
16:54.30 | boratynskikamil | dahdi_hardware sees devices correctly. |
16:54.47 | [TK]D-Fender | go initialize DAHDI, check dmesg, and then start * manually and watch |
16:55.04 | [TK]D-Fender | then try to load chan_dahdi.so manually if it isn't there on startup |
16:55.56 | boratynskikamil | [TK]D-Fender: http://wklej.org/id/1281045/ |
16:56.29 | [TK]D-Fender | boratynskikamil: I'm not seeing any of the earlier tests... |
16:56.35 | *** join/#asterisk elguero (~miguel323@2001:470:1f06:12c4::2) |
16:56.47 | *** join/#asterisk troyt (~troyt@2601:7:6200:1382:44dd:acff:fe85:9c8e) |
16:56.58 | *** join/#asterisk tapout (~tapout@unaffiliated/tapout) |
16:57.09 | *** join/#asterisk tm1000 (tm1000@2600:3c01::f03c:91ff:fe70:fce6) |
16:58.34 | supersoaker | Has anyone here compile asterisk 12 for a kvm enviorment? |
16:58.40 | supersoaker | I am getting illegal instruction |
16:59.36 | boratynskikamil | [TK]D-Fender: http://wklej.org/id/1281052/ |
17:06.38 | boratynskikamil | [TK]D-Fender: Suggestion? |
17:07.27 | [TK]D-Fender | run dahdi_cfg -vvvv |
17:07.31 | [TK]D-Fender | on its own |
17:07.36 | [TK]D-Fender | and check your configs |
17:08.16 | boratynskikamil | [TK]D-Fender: http://wklej.org/id/1281063/ |
17:08.44 | [TK]D-Fender | Channel 02: Hardware assisted D-channel (Default) (Echo Canceler: none) (Slaves: 02) |
17:08.54 | [TK]D-Fender | why is channel 2 a D-Chan? |
17:09.05 | [TK]D-Fender | this is not a normally looking channel layout |
17:09.32 | [TK]D-Fender | Changing signalling on channel 2 from Unused to Hardware assisted D-channel <- it's already complaining about it |
17:09.55 | [TK]D-Fender | you look at have improperly configured your channels |
17:10.10 | boratynskikamil | [TK]D-Fender: http://wklej.org/id/1281064/ |
17:11.02 | boratynskikamil | I installed chan_extra module for GSM card. |
17:11.23 | boratynskikamil | [TK]D-Fender: http://wklej.org/id/1281065/ |
17:12.19 | boratynskikamil | [TK]D-Fender: Question is, why it worked? :-) |
17:18.48 | ghost75 | does t.38 need extra module or chan_sip is used for it? |
17:19.56 | *** join/#asterisk gusto (~gusto@2a02:810d:8600:8d4:21b:63ff:fe31:8426) |
17:22.59 | wonderworld | is asterisks performance significantly increased when using a 64bit OS instead of a 32bit OS? |
17:24.38 | boratynskikamil | [TK]D-Fender: Damn. Totaly ununderstandble. |
17:24.43 | boratynskikamil | I did something like that. |
17:24.48 | boratynskikamil | Before making any change, right? |
17:24.53 | boratynskikamil | I initialized git repository. (: |
17:25.08 | boratynskikamil | I checkouted all configuration files to the begining. |
17:25.11 | boratynskikamil | Now it works. |
17:25.49 | boratynskikamil | [TK]D-Fender: http://wklej.org/id/1281083/ |
17:26.04 | boratynskikamil | I didn't touch chan_dahdi or chan_extra configs... ;-/ |
17:28.09 | [TK]D-Fender | wonderworld: no. |
17:30.07 | [TK]D-Fender | ghost75: for pass-through, just chan_sip. For gateway, res_fax |
17:38.31 | file | looks around |
17:38.44 | file | supersoaker, disable NATIVE_BUILD in compiler flags |
17:38.46 | [TK]D-Fender | looks a square |
17:39.25 | file | wonderworld, my answer to your question is... I don't think anybody has compared but I doubt it |
17:46.18 | wonderworld | tnx |
18:02.05 | supersoaker | hello file, that was the first thing I did, I ended up disabling optimization |
18:02.23 | supersoaker | I just wanted to see if 12 had the same issue with my dial plan as 11 does |
18:04.31 | supersoaker | It does :( |
18:04.37 | [TK]D-Fender | namely? |
18:09.07 | supersoaker | That using a dial in a subfunction with the U command to another subfunction with a WaitExten() causes WaitExten to exit non zero on button press and then forces the subroutine that Dial called to exit |
18:09.16 | supersoaker | Abnormaly |
18:15.46 | file | I'm not surprised, WaitExten leverages functionality of the PBX core and when executing a subroutine there you aren't in the PBX core |
18:18.30 | [TK]D-Fender | show us the code and the call |
18:20.58 | [TK]D-Fender | supersoaker: and single long before U(), it has been advised to use Read() for all of these things, never to use an * IVR style match |
18:21.12 | file | Read will work. |
18:21.18 | [TK]D-Fender | yup |
18:23.27 | supersoaker | I was thinking Read would work but was really hoping that WaitExten could work too |
18:24.18 | supersoaker | file [TK]D-Fender: http://forums.asterisk.org/viewtopic.php?f=1&t=89433 |
18:24.51 | ghost75 | does udptl also need portforward when using nat? |
18:25.07 | [TK]D-Fender | supersoaker: Where's the dial? |
18:25.32 | supersoaker | [TK]D-Fender: subDialExt |
18:25.43 | [TK]D-Fender | Sorry.. the box scrolls... missed that |
18:25.58 | [TK]D-Fender | Puny litte view zone |
18:26.33 | [TK]D-Fender | ummm.. |
18:26.36 | [TK]D-Fender | Still missing it... |
18:27.27 | supersoaker | [TK]D-Fender: same => n,Dial(SIP/REDACTED,30,g${ARGS}) |
18:28.40 | [TK]D-Fender | supersoaker: that is not a gosub call... |
18:28.47 | [TK]D-Fender | that I can see yet |
18:28.53 | supersoaker | exten => 3,1,GoSub(subDialExt,start,1,(762,U(subIntMenu^IR))) |
18:29.10 | [TK]D-Fender | ARGS is not right |
18:29.11 | supersoaker | Inside subIRMenuDay |
18:29.20 | [TK]D-Fender | that is not a NUMEBRED ARG as passed |
18:29.35 | file | it's our party, we can say what we want |
18:30.03 | supersoaker | [TK]D-Fender: no i used a local set first |
18:30.39 | [TK]D-Fender | is a little trifgger-happy today it seems. |
18:30.42 | [TK]D-Fender | slows down a bit... |
18:31.32 | supersoaker | Bassically I have a DB off extensions and devices, and that subDialExt handles calling devices in order of priority for an extension |
18:32.34 | supersoaker | But I simplified it for the form |
18:34.21 | [TK]D-Fender | supersoaker: Ok, there's more in there than we really needed, but ok, yup, its' just bailing on the wait |
18:34.31 | [TK]D-Fender | supersoaker: so use a READ |
18:36.46 | supersoaker | [TK]D-Fender: thanks |
18:58.49 | *** join/#asterisk budster (~brhatigan@cpe-071-077-042-222.nc.res.rr.com) |
19:06.53 | *** join/#asterisk jpoz (~jpoz@c-24-22-121-42.hsd1.or.comcast.net) |
19:09.35 | *** join/#asterisk mjordan (~matt@75.76.55.191) |
19:09.35 | *** mode/#asterisk [+o mjordan] by ChanServ |
19:23.54 | supersoaker | [TK]D-Fender: i am getting a weired result when using the GOTO: return option for U |
19:24.04 | supersoaker | <PROTECTED> |
19:24.06 | supersoaker | <PROTECTED> |
19:25.03 | [TK]D-Fender | show the call & current dialplan |
19:33.29 | Greek-Boy | I am getting one way audio going through an openvpn network. Do I have to add the tunnel network as localnet in sip.conf ? |
19:36.06 | supersoaker | [TK]D-Fender: http://pastebin.com/0v3CFy0v |
19:36.41 | supersoaker | I dial 8001, then 3, then 3732 |
19:37.06 | [TK]D-Fender | call <- |
19:37.27 | supersoaker | what do you mean show the call :/ |
19:37.27 | *** join/#asterisk danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
19:37.59 | [TK]D-Fender | supersoaker: .... CLI <------- |
19:40.39 | supersoaker | http://pastebin.com/HdPayyDu |
19:50.20 | supersoaker | [TK]D-Fender: I know its not pretty but I apreciate the help |
19:52.07 | *** join/#asterisk Frojoe (Frojoe@2a01:7e00::f03c:91ff:fe70:bc74) |
19:52.19 | *** join/#asterisk SunTsu (miyamoto@unaffiliated/suntsu) |
19:53.31 | [TK]D-Fender | [14:24]supersoaker-- Executing [s@subIntMenu:14] Return("SIP/dgoldbergoffice-00000001", "GOTO:Internal^732^1") in new stack <- I don't see this getting called |
19:55.05 | supersoaker | SubIntMenu priority (transfer) |
19:55.33 | [TK]D-Fender | is feeling cross-eyed today... |
19:56.07 | supersoaker | Heheh |
19:57.03 | [TK]D-Fender | <PROTECTED> |
19:57.16 | hardwire | moo |
19:57.21 | [TK]D-Fender | Ok, it's called via the Dial option here.... |
20:01.06 | *** join/#asterisk tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
20:01.17 | [TK]D-Fender | supersoaker: Dial ---- U() = Execute via Gosub the routine <x> for the *called* channel before connecting to the calling channel. Arguments can be specified to the Gosub using '^' as a delimiter. The Gosub routine can set the variable ${GOSUB_RESULT} to specify the following actions after the Gosub returns. |
20:01.51 | [TK]D-Fender | Return - Jumps to the last label on the stack, removing it. The return <value>, if any, is saved in the channel variable ${GOSUB_RETVAL}. [Syntax] Return([value]) |
20:01.58 | [TK]D-Fender | those variables are NOT the same |
20:01.59 | [TK]D-Fender | ^ |
20:02.09 | [TK]D-Fender | You need to read the instructions for the apps you're calling.... |
20:03.35 | supersoaker | I did read it, Didn't notice they were difrrent |
20:03.38 | supersoaker | hahaha |
20:03.39 | supersoaker | Sorry |
20:08.16 | supersoaker | [TK]D-Fender: That did the trick |
20:08.56 | supersoaker | Shakes [TK]D-Fender's hand |
20:08.58 | *** join/#asterisk trumee (~parul@c-98-199-151-246.hsd1.tx.comcast.net) |
20:09.04 | trumee | <PROTECTED> |
20:13.44 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
20:13.46 | trumee | <PROTECTED> |
20:15.55 | [TK]D-Fender | looks like a bunch of jacks right there.... considered just plugging it in? |
20:16.32 | trumee | [TK]D-Fender: yup tried but didnt work |
20:16.59 | trumee | i dont understand whether the six jacks are from the TELCO side or from the house side |
20:17.05 | [TK]D-Fender | Nobody here knows what is actually ACTIVE in that box |
20:18.22 | trumee | [TK]D-Fender: true, but are the jacks for incoming feed OR distibution feed in the house? |
20:31.29 | *** join/#asterisk jpoz (~jpoz@ec2-184-169-152-1.us-west-1.compute.amazonaws.com) |
21:19.35 | *** join/#asterisk brittel (~jack@j155168.upc-j.chello.nl) |
21:20.04 | brittel | hi. Anyone in possession of a GSM board? |
21:20.23 | brittel | (sangoma w400, openvox g400, etc.) |
21:23.07 | *** join/#asterisk wonderworld (~ww@ip-62-143-158-113.unitymediagroup.de) |
21:39.25 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
21:40.58 | *** join/#asterisk serafie (~erin@24.96.64.240) |
21:41.50 | *** join/#asterisk ThatCantBe (~irc@dsl.dyn-206.53.180.155.tbinet.bm) |
21:43.03 | *** join/#asterisk vinhdizzo (~vinh@cpe-98-154-220-20.socal.res.rr.com) |
21:44.45 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
22:48.15 | *** join/#asterisk [sr] (~kvirc@pal-213-228-163-73.netvisao.pt) |
22:53.00 | *** join/#asterisk dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
22:57.30 | *** join/#asterisk dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
23:18.33 | brittel | anyone experiences with ooh323? |
23:19.03 | *** join/#asterisk mjordan (~matt@75.76.55.191) |
23:19.03 | *** mode/#asterisk [+o mjordan] by ChanServ |
23:30.12 | *** join/#asterisk moyam01 (~moyam01@2607:f790:fff0:ffff:158::) |
23:39.31 | *** join/#asterisk serafie (~erin@24.96.64.240) |
23:41.18 | *** join/#asterisk nix8n82 (~AndChat27@24.143.10.36) |
23:44.34 | *** join/#asterisk traph (~traph@unaffiliated/traph) |