| 00:00.21 | CRCinAU | hahaha got it :) |
| 00:15.44 | *** join/#asterisk matrix1233 (~matrix123@197.0.130.40) |
| 00:21.20 | *** join/#asterisk infobot (ibot@rikers.org) |
| 00:21.20 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.15.0 (2017/04/07), 11.25.1 (2016/12/08), Standard: 14.4.0 (2017/04/07); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
| 00:37.53 | hdon | hi again all :) i have this polycom phone with a "Trnsfr" softkey, but also a custom softkey that just sends "*2" to also accomplish a transfer. i believe the first key facilitates a "SIP transfer." is there a way to disable this type of transfer in asterisk? |
| 00:38.55 | hdon | looks like there's an allowtransfer option described in the sip.conf.sample file in asterisk |
| 00:39.23 | hdon | but i'm not sure what kinds of transfers this might apply to |
| 00:49.52 | Samot | hdon: The Polycoms send a REFER for the transfer. |
| 00:50.09 | hdon | oh, hum, thanks Samot |
| 00:50.26 | hdon | for some reason the allowtransfer=no option didn't seem to disable *2 or REFER |
| 00:50.26 | Samot | Like most IP phones do with their built in Transfer buttons. |
| 00:50.50 | hdon | maybe it's not supported in my version? 14.2.1 |
| 00:51.05 | hdon | oh well. i'll look into it more tomorrow |
| 00:51.10 | hdon | thanks for all the help Samot. have a good night :) |
| 00:51.57 | Samot | hdon: You need to start showing debugs of these issues. |
| 00:52.24 | Samot | And if you're using FreePBX you need to be asking these questions there. |
| 00:52.33 | Samot | Yes, it's an Asterisk feature but FreePBX controls Asterisk. |
| 00:52.46 | Samot | So you have to do things a specific way so you don't break stuff. |
| 00:52.55 | Samot | Or have your changes overwritten. |
| 01:02.41 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 01:16.52 | *** join/#asterisk matrix1233 (~matrix123@197.0.130.40) |
| 02:11.14 | *** join/#asterisk matrix1233 (~matrix123@197.0.130.40) |
| 02:20.22 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 02:38.15 | *** join/#asterisk lvlinux (~ruel@unaffiliated/lvlinux) |
| 02:50.11 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 03:05.20 | *** join/#asterisk matrix1233 (~matrix123@197.0.130.40) |
| 03:19.26 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 03:34.57 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 03:51.45 | *** join/#asterisk chendy (~alexc@183.14.135.209) |
| 04:23.51 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 04:24.24 | *** join/#asterisk drmessano (sid104353@pdpc/supporter/active/drmessano) |
| 04:42.39 | *** join/#asterisk brokensyntax (~quassel@45.62.240.131) |
| 04:53.29 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 04:59.09 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 05:35.58 | *** join/#asterisk bl3nto (~bl3nto@78.134.210.254) |
| 05:47.34 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 05:48.53 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 05:54.47 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 06:38.15 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 06:41.40 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 07:18.07 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 07:20.04 | *** join/#asterisk mr_kyd (~Einherjer@unaffiliated/mr-kyd/x-4253709) |
| 07:28.40 | *** join/#asterisk sekil (~sekil@cable-89-216-222-93.dynamic.sbb.rs) |
| 07:35.50 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 07:36.48 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 07:37.33 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 07:38.30 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 07:39.09 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 07:39.59 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 07:42.52 | *** join/#asterisk DanB (~DanB@clt-195.192.206.146.ip-anschluss.net) |
| 08:14.44 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 08:36.44 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 08:41.56 | *** join/#asterisk jonjones115 (~androirc@jonjones115.plus.com) |
| 09:03.41 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 09:14.18 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 09:37.39 | *** join/#asterisk ChannelZ (~bobm@burner.com) |
| 09:51.17 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 10:05.19 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 10:12.57 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 10:19.09 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 10:58.30 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 11:05.52 | *** join/#asterisk dexta (~D3XTA@host86-177-117-121.range86-177.btcentralplus.com) |
| 11:07.15 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 11:10.02 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 11:40.27 | *** join/#asterisk Chotaire (chotaire@oahu.chotaire.net) |
| 11:46.17 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 11:52.27 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 11:53.49 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 12:08.37 | *** join/#asterisk chendy (~alexc@183.14.135.209) |
| 12:14.47 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 12:32.27 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 12:41.24 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 12:48.49 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 13:04.18 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:15.47 | *** join/#asterisk chendy (~alexc@183.14.135.209) |
| 13:38.39 | *** join/#asterisk st2 (~r@94.180.248.90) |
| 13:40.48 | st2 | hello. i have a little question about a queue marco. how i can transmit variable from macro context to hangup? i've already tried by __VAR syntax. but it's not worked out. |
| 13:41.50 | Samot | How are you calling the macro? |
| 13:43.14 | st2 | exactly in queue command: same => ,n,Queue(queue1,,,,,,macro1) |
| 13:44.37 | Samot | So that will fire off a macro on the agents channel when the call is connected. |
| 13:44.45 | Samot | And is it setting the variables? |
| 13:46.14 | *** join/#asterisk newtonr (RustyNewto@nat/digium/x-vqfpkdrosbikaynf) |
| 13:46.15 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 13:47.04 | *** join/#asterisk kharwell (kharwell@nat/digium/x-verhiiwcjgomebtn) |
| 13:47.04 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 13:48.22 | st2 | yep. for example: variable __dstfname in following call: https://pastebin.com/fA3S21Dc |
| 13:49.34 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:49.34 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 13:49.45 | Samot | <PROTECTED> |
| 13:50.02 | Samot | <PROTECTED> |
| 13:50.08 | Samot | Notice the difference? |
| 13:50.24 | st2 | in every macro i've use exten => s,1,Set(__dstfname=${dstfname}_smth) so i expect that variable will be grown with new concatenations |
| 13:50.33 | st2 | yep.. |
| 13:50.37 | Samot | What is that? |
| 13:51.03 | st2 | but how i can transmit this variable between channels? |
| 13:51.09 | Samot | __VAR |
| 13:51.16 | Samot | But it has to be on the trunk1 channel. |
| 13:51.27 | Samot | Because that is what is creating the 101 channel. |
| 13:51.28 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 13:51.38 | Samot | And where you h exten is being called from. |
| 13:51.44 | Samot | So you're setting the variables. |
| 13:51.49 | Samot | Just on the wrong channel. |
| 13:54.39 | st2 | but how I can execute macro queue on trunk channel instead of member's? |
| 13:55.46 | Samot | Why can't you set this var before the macro? |
| 13:57.15 | st2 | but i need use this variable in queue to concatenate QUEUENAME and QEHOLDTIME variables |
| 13:57.43 | Samot | OK |
| 13:57.54 | Samot | __VAR will set the variable globally |
| 13:58.06 | Samot | So that all the channels spawned by it will inherit the variable. |
| 13:58.18 | Samot | It's why it's not working in the macro. |
| 13:58.28 | Samot | It applies it to that channel and any child channels it has. |
| 13:58.42 | Samot | But the parent channel is where the h is being handled. |
| 13:58.52 | Samot | Your only other option is AGI |
| 13:59.08 | Samot | Which sets variables on the calling (user) channel. |
| 14:01.52 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-xyncpereacrzxvla) |
| 14:01.52 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 14:02.58 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:02.58 | *** mode/#asterisk [+o putnopvut] by ChanServ |
| 14:16.07 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 14:17.26 | EvilCoder | Uh |
| 14:17.35 | EvilCoder | Yesterday we spoke about SIP and IAX2 connectivity |
| 14:17.55 | EvilCoder | But I'm just reading some topics, what the difference is and really all what you guys said was bit of nonsense |
| 14:18.12 | Samot | How so? |
| 14:18.16 | EvilCoder | There are atleast 8 good points, why you should use IAX |
| 14:18.21 | Samot | Such as? |
| 14:18.54 | EvilCoder | The quality with RTP etc |
| 14:18.56 | EvilCoder | https://www.voip-info.org/wiki/view/IAX+versus+SIP |
| 14:19.10 | Samot | Don't use a site that is ten years old. |
| 14:19.32 | Samot | That site is filled with out dated and irrelevant data. |
| 14:19.43 | Samot | In 2006 it was a good source of material. |
| 14:20.09 | EvilCoder | I doubt that |
| 14:20.12 | EvilCoder | tbh |
| 14:20.25 | Samot | That is was a good source of material? |
| 14:20.38 | EvilCoder | So what are your answers on those bullit points then? |
| 14:20.50 | EvilCoder | You do know i'm using internal trunking, so not external |
| 14:21.04 | EvilCoder | And that information such as CDR needs to be passed on |
| 14:21.21 | Samot | 1) Was a big deal 10-15 years ago when broadband was an issue. |
| 14:21.55 | EvilCoder | So you're telling me that its possible to send variables over SIP protocol? |
| 14:22.14 | EvilCoder | Such as CDR or channel variables |
| 14:22.14 | Samot | What variables? |
| 14:22.18 | Samot | In Asterisk? |
| 14:22.20 | Samot | Of course. |
| 14:22.27 | EvilCoder | with chan_sip? |
| 14:22.33 | Samot | First... |
| 14:22.37 | EvilCoder | And what about SCCP calls |
| 14:22.44 | Samot | SCCP is dead. |
| 14:22.50 | EvilCoder | According who lol |
| 14:22.55 | Samot | Or at most only used for Cisco. |
| 14:23.01 | EvilCoder | I'm still using it for spiderphones |
| 14:23.04 | Samot | SCCP is a Cisco thing. |
| 14:23.05 | EvilCoder | yes |
| 14:23.06 | EvilCoder | exactly |
| 14:23.07 | Samot | OK. |
| 14:23.29 | Samot | Again, almost everything on that page is from 10-15 years ago. |
| 14:23.35 | Samot | Those were concerns in 2006 |
| 14:23.38 | Samot | Things have changed. |
| 14:23.49 | Samot | Broadband is pretty much every where... |
| 14:23.52 | EvilCoder | So where is your proof on asterisk, claiming that iax is actually an temp replacement? |
| 14:23.56 | Samot | NAT isn't really an issue any more. |
| 14:24.03 | EvilCoder | Because in my experience, they even have examples where they use IAX |
| 14:24.04 | Samot | I did say it was a temp replacement |
| 14:24.18 | Samot | I said it was an answer to solve issues that SIP had over a decade ago. |
| 14:24.21 | Samot | Issues that no longer exist. |
| 14:24.37 | EvilCoder | ugh |
| 14:24.39 | Samot | EvilCoder: You know who uses IAX still? |
| 14:24.42 | Samot | Asterisk users. |
| 14:24.43 | Samot | That's it. |
| 14:24.58 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:24.58 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 14:25.02 | EvilCoder | Well, we are in Asterisk IRC are we not |
| 14:25.09 | Samot | OK |
| 14:25.16 | EvilCoder | So both of us are an Asterisk user? |
| 14:25.18 | Samot | If you want to use IAX between two asterisk boxes go head. |
| 14:25.25 | Samot | My point is simple. |
| 14:25.35 | Samot | Find me an IAX based VoIP provider. |
| 14:25.38 | Samot | You can't. |
| 14:25.47 | Samot | Or you will have to look really, really, really hard. |
| 14:26.04 | EvilCoder | no your point is not simple, you came with a conclusion that iax is used for things which didn't work in the past. Agreed, could be... But then most of you said to use SIP between servers |
| 14:26.23 | Samot | EvilCoder: How much Voice/VoIP experience do you have? |
| 14:26.23 | EvilCoder | Which is in my opinion a bad idea, unless you have a server in a completely different network |
| 14:26.30 | EvilCoder | Enough Samot |
| 14:26.33 | file | SIP support in Asterisk is actively developed and supported |
| 14:26.43 | file | and supports more than IAX2, for example you can't exchange opus using IAX2 |
| 14:27.17 | Samot | IAX is not a widely used protocol outside of specific user group. |
| 14:27.32 | Samot | SIP is the standard. |
| 14:27.38 | file | if you want to use IAX2 then you can, but most people do use SIP |
| 14:28.04 | Samot | Specially if they are connecting to non-Asterisk services. |
| 14:28.06 | EvilCoder | I was told to move to SIP, thats my only point |
| 14:28.17 | Samot | Because it is more widely used. |
| 14:28.19 | Samot | Supported more |
| 14:28.22 | Samot | People know more about |
| 14:28.30 | EvilCoder | lol |
| 14:28.35 | Samot | You can do what you want. |
| 14:28.39 | Samot | You had issues... |
| 14:28.42 | EvilCoder | With all respect, but thats a terrible reason to move |
| 14:28.44 | Samot | We suggested SIP |
| 14:28.50 | Samot | You can continue to use IAX. |
| 14:29.03 | Samot | I made a suggestion. |
| 14:29.14 | EvilCoder | Alright then |
| 14:29.18 | Samot | You've decided to turn this into something it's not. |
| 14:29.21 | EvilCoder | Do notice that both SIP and IAX2 are still updated. |
| 14:29.24 | Samot | SIP > IAX2 |
| 14:29.47 | Samot | file: Is there active IAX development? |
| 14:29.49 | file | no. |
| 14:29.53 | Samot | Hrm. |
| 14:29.55 | newtonr | IAX2 is not actively developed. There is the rare bug fix. |
| 14:30.07 | EvilCoder | They both have the same version actually |
| 14:30.21 | Samot | Same version? |
| 14:30.59 | EvilCoder | sorry, my bad I read wrong |
| 14:31.02 | EvilCoder | ;p |
| 14:31.22 | EvilCoder | But alright, don't see this the wrong way |
| 14:31.29 | EvilCoder | But i'm still considering |
| 14:31.33 | EvilCoder | What to do here |
| 14:31.41 | Samot | What was the issue again? |
| 14:31.49 | EvilCoder | Context is being ignored |
| 14:31.55 | Samot | Was this the trunk using the wrong context? |
| 14:32.05 | EvilCoder | Or atleast... It reads the first context on the alphabetic iax show peers |
| 14:32.08 | Samot | No it's not being ignored, it's using the other trunks context. |
| 14:32.15 | Samot | I suggested two things. |
| 14:32.28 | Samot | 1) Use a user/pass on IAX trunks to force each of them to auth |
| 14:32.34 | EvilCoder | No point |
| 14:32.36 | Samot | 2) Move to SIP |
| 14:32.39 | EvilCoder | They arrive under the right ip |
| 14:32.44 | Samot | OK |
| 14:32.55 | EvilCoder | But let me give it a try, sec |
| 14:32.57 | Samot | So you're not even willing to try to see if that fixes the issue? |
| 14:32.59 | Samot | OK. |
| 14:33.05 | EvilCoder | Yes I am |
| 14:33.10 | EvilCoder | doing |
| 14:35.05 | EvilCoder | hmm, there is also something called: peercontext |
| 14:35.07 | EvilCoder | LEt me try that first |
| 14:35.18 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 14:36.03 | EvilCoder | Unbelievable |
| 14:36.05 | EvilCoder | ....... |
| 14:36.11 | EvilCoder | Guess what |
| 14:36.24 | EvilCoder | That worked =,x |
| 14:36.43 | *** part/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 14:36.46 | EvilCoder | That's stupid, because that would mean it does not read the context value on the uplink |
| 14:39.11 | Samot | Well, actually.... |
| 14:39.21 | Samot | Re-reading the sample conf file right now... |
| 14:39.34 | Samot | context= seems to be related to an IAX registration |
| 14:39.41 | Samot | peercontext is for a peer. |
| 14:39.55 | Samot | So my suggestion of a user/pass would have worked. |
| 14:40.10 | EvilCoder | Hmm |
| 14:40.40 | EvilCoder | But, thats strange because according to iax2 show peers, the box is registered to the right [uplink-to-CUSTOMER] |
| 14:40.51 | EvilCoder | So I don't know actually |
| 14:40.52 | Samot | It's not registered. |
| 14:40.57 | Samot | At all. |
| 14:41.03 | EvilCoder | Yes it is, according to asterisk |
| 14:41.03 | Samot | You're peering. |
| 14:41.06 | Samot | No. |
| 14:41.10 | Samot | You're peering. |
| 14:41.28 | Samot | IP to IP |
| 14:41.34 | Samot | That's how you're authing the peers. |
| 14:41.40 | EvilCoder | yes |
| 14:41.55 | Samot | A registration is where IAX uses a user/pass to connect to the other side. |
| 14:41.58 | drmessano | That's not *registration* |
| 14:41.59 | EvilCoder | With the option set to friend, so you can go both sides |
| 14:42.09 | Samot | And tells them "Here's my IP and Port to send calls to" |
| 14:42.10 | EvilCoder | True, but it still is connected to the right peering interface |
| 14:42.33 | Samot | How IAX handles sending calls to the context in the peer... |
| 14:42.37 | EvilCoder | Like I said, whenever you type show peers, you can see after every "name" the IP of the machine which is peering with it |
| 14:42.40 | EvilCoder | And that info is correct |
| 14:42.41 | Samot | Appears to be related to how the IAX trunk is connected. |
| 14:42.47 | Samot | OK |
| 14:42.53 | drmessano | So much goal post moving |
| 14:43.12 | Samot | flowroute 216.115.69.144 No No 5060 OK (54 ms) |
| 14:43.15 | Samot | ^^^ See that |
| 14:43.18 | EvilCoder | uplink-casa400- 172.24.0.60 (S) 255.255.255.255 4569 OK (3 ms) in/out for casa400. |
| 14:43.28 | Samot | It shows I'm connected to Flowroute but I don't use registration |
| 14:43.29 | Samot | I PEER |
| 14:43.34 | Samot | And qualify the trunk |
| 14:44.08 | EvilCoder | Hmm ahh well, I'll enable authentication later next week |
| 14:44.11 | EvilCoder | And let you know if it worked |
| 14:44.17 | EvilCoder | We need to improve shit anyways |
| 14:44.22 | Samot | Then get off IAX |
| 14:44.29 | EvilCoder | Samot, i told you, no. |
| 14:44.31 | drmessano | Exactly |
| 14:44.39 | Samot | Then you cannot "improve shit" |
| 14:44.41 | drmessano | IAX2 is basically dead |
| 14:44.43 | Samot | IAX is limited |
| 14:44.56 | Samot | It's a zombie driver that doesn't know it should fall over. |
| 14:45.01 | Samot | It has no development.. |
| 14:45.06 | Samot | A rare bug fixes. |
| 14:45.12 | Samot | s/A/And/ |
| 14:45.28 | drmessano | Even chan_sip provides better debugging tools as well as being better documented |
| 14:45.36 | Samot | Hell even Chan_SIP is taking a backseat to PJSIP |
| 14:45.44 | EvilCoder | hmm |
| 14:45.46 | EvilCoder | I'll think about it |
| 14:45.51 | EvilCoder | And start some testing |
| 14:45.54 | EvilCoder | Eventually |
| 14:45.54 | drmessano | Even a developer told you it's basically just getting bug fixes |
| 14:45.57 | EvilCoder | For now, this works fine |
| 14:46.00 | Samot | Again, IAX was a decent solution 15 years ago |
| 14:46.24 | EvilCoder | Iĺl look into it... |
| 14:46.32 | Samot | But it quickly became a solution without a problem. |
| 14:46.57 | Samot | Because things all around improved and made SIP more viable. |
| 14:47.03 | EvilCoder | Cuz, all the functionallity I need is also here |
| 14:47.09 | EvilCoder | So limited or not, everything which I require is working |
| 14:47.17 | Samot | OK |
| 14:47.20 | drmessano | Until you have a problem |
| 14:47.23 | Samot | I don't get this. |
| 14:47.31 | EvilCoder | Look, stop pushing please |
| 14:47.32 | Samot | I helped you, offered suggestions.. |
| 14:47.39 | EvilCoder | I asked you to help me with the IAX |
| 14:47.40 | Samot | And 24 hours later you come back and tell me how wrong I am. |
| 14:47.55 | Samot | And one of my suggestions was IAX based. |
| 14:48.14 | EvilCoder | Samot, I asked you a question, and you keep pushing me to move to SIP |
| 14:48.23 | EvilCoder | I'm not asking to move, i'm asking you if you might know a fix |
| 14:48.31 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 14:48.34 | EvilCoder | And then you start explaining me that IAX is shit |
| 14:48.40 | Samot | I gave you an option to fix the IAX trunks. |
| 14:48.41 | EvilCoder | but the fact is, I can vouch using IAX |
| 14:48.43 | Samot | No. |
| 14:48.47 | EvilCoder | Without problems for years |
| 14:48.53 | Samot | I spent plenty of time looking at your debugs |
| 14:48.56 | Samot | Your peer configs |
| 14:48.59 | Samot | Having you try things. |
| 14:49.07 | EvilCoder | Yes, and I thanked you for that |
| 14:49.09 | Samot | I told you to use AUTH to force the trunks to auth properly |
| 14:49.11 | Samot | You said no. |
| 14:49.17 | EvilCoder | What I don't like is that you are keep trying me to update to SIP |
| 14:49.23 | Samot | I'm not trying. |
| 14:49.26 | Samot | You don't have to. |
| 14:49.27 | EvilCoder | While I already said, no. |
| 14:49.28 | drmessano | Update is the key word |
| 14:49.28 | Samot | Do what you want. |
| 14:49.38 | Samot | But when you run into problems with IAX again... |
| 14:49.41 | Samot | You're limited. |
| 14:49.47 | EvilCoder | Alright, thats clear. |
| 14:49.55 | Samot | For various reasons. |
| 14:49.56 | EvilCoder | Thanks for your help anyway. |
| 14:50.01 | EvilCoder | If that matters |
| 14:50.09 | EvilCoder | It did help though |
| 14:53.53 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 14:53.58 | drmessano | And btw |
| 14:54.19 | Samot | ? |
| 14:54.37 | drmessano | EvilCoder: It's a pretty commonly well known fact that the voip-info wiki is absolutely full of horribly outdated information. |
| 14:54.49 | drmessano | It's not been a focal point for years |
| 14:55.09 | drmessano | So your "I doubt that" comment earlier is completely invalid |
| 14:55.17 | EvilCoder | I just looked it up via Google, i'm not looking on their website |
| 14:55.49 | EvilCoder | Well, my problem is solved, luckely |
| 14:56.14 | EvilCoder | Will still try to look into SIP, but for now our telephony is fine |
| 14:56.43 | Samot | Knock on wood. |
| 14:56.48 | Samot | Luck of the Irish |
| 14:56.55 | Samot | Throw salt over shoulder |
| 14:57.16 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 14:57.17 | drmessano | Good, and perhaps next time I might suggest being less argumentative with those trying to help you. If you scroll up, many of your statements were of the "You don't know what you're talking about" nature, which is ironic when you're asking for help |
| 14:58.54 | Samot | Well.. |
| 14:59.18 | Samot | Especially to the guy that would be the one he called at his provider for help. |
| 15:03.13 | *** part/#asterisk st2 (~r@94.180.248.90) |
| 15:22.19 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:22.19 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 15:23.37 | *** join/#asterisk pdugas (~retentive@c-73-82-30-193.hsd1.ga.comcast.net) |
| 15:36.52 | *** join/#asterisk DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 15:36.52 | *** mode/#asterisk [+o DivideBy0] by ChanServ |
| 15:43.26 | *** join/#asterisk ddickenson (sid179041@gateway/web/irccloud.com/x-sywdwiierpdowcsz) |
| 15:45.40 | *** join/#asterisk Deeewayne (~dwayne@c-68-32-120-188.hsd1.al.comcast.net) |
| 15:46.22 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:46.22 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 15:46.31 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 15:56.46 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:56.46 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 15:59.52 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 16:00.50 | *** join/#asterisk kharwell (kharwell@nat/digium/x-yezevnungdkatroo) |
| 16:00.50 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 16:07.38 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 16:17.23 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 16:28.30 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 16:32.21 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-wvisaukvbnncayto) |
| 16:32.44 | *** join/#asterisk captain118 (uid167508@gateway/web/irccloud.com/x-jsnfzrkqdsfwgegc) |
| 16:37.22 | *** join/#asterisk pdugas (~retentive@c-73-82-30-193.hsd1.ga.comcast.net) |
| 17:01.03 | *** join/#asterisk detha (~detha@unaffiliated/detha) |
| 17:12.18 | *** join/#asterisk miralin (~Thunderbi@194.8.128.115) |
| 17:23.58 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 17:56.37 | *** join/#asterisk dakudos (~dakudos@c-73-243-248-133.hsd1.co.comcast.net) |
| 18:15.34 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 18:27.26 | *** join/#asterisk Y04NN (~y04nn@nayon.fr) |
| 18:59.55 | *** join/#asterisk robink (~quassel@unaffilated/robink) |
| 19:22.17 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 19:32.47 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 19:59.35 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 20:22.46 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 20:33.29 | *** join/#asterisk Samael28 (~Samael28@79.110.128.128) |
| 20:36.08 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 20:46.16 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:46.16 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 20:46.28 | *** join/#asterisk malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:46.28 | *** mode/#asterisk [+o malcolmd] by ChanServ |
| 20:47.06 | *** join/#asterisk matrix1233 (~matrix123@197.0.19.180) |
| 21:08.24 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:dc7c:1d48:30df:7393) |
| 21:18.35 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:acfa:28a8:4c03:3d64) |
| 21:30.25 | *** join/#asterisk Y04NN (~y04nn@nayon.fr) |
| 21:31.04 | malcolmd | anyone out there attempted to use 13.15 or 14.4 with the new rtcpmux capability? |
| 22:38.56 | *** part/#asterisk kharwell (kharwell@nat/digium/x-yezevnungdkatroo) |
| 23:04.11 | *** join/#asterisk Y04NN (~y04nn@nayon.fr) |
| 23:20.41 | *** join/#asterisk u0m3 (~u0m3@188.27.74.129) |
| 23:23.28 | *** join/#asterisk anpi (~crr@unaffiliated/anpi) |