00:06.01 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
01:00.13 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
01:50.46 | *** join/#asterisk deavmi (~quassel@165.255.253.162) |
01:54.28 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
02:30.58 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
02:48.41 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
03:43.01 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
03:48.07 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
03:52.48 | *** join/#asterisk LiuYan (~NiHola@unaffiliated/liuyan) |
04:42.29 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
05:12.27 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
05:36.54 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
05:52.16 | *** join/#asterisk jkister (~jkister@pool-100-11-114-130.phlapa.fios.verizon.net) |
06:30.00 | *** join/#asterisk jkroon_ (~jkroon@165.16.203.100) |
06:30.52 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
06:38.54 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
06:45.04 | *** join/#asterisk anderj101 (~anderj101@mail.thehouseofbacon.com) |
06:57.43 | *** join/#asterisk defnotarobot (~home@c-73-26-158-239.hsd1.nm.comcast.net) |
07:09.06 | *** join/#asterisk electronic_eel (~quassel@HSI-KBW-46-223-65-185.hsi.kabel-badenwuerttemberg.de) |
07:17.34 | *** join/#asterisk Someone_Else (~Someone_E@deze-server.isvanmij.nl) |
07:18.24 | *** join/#asterisk i9zO5AP (BQcdf9eiZ8@gateway/vpn/protonvpn/ai9zo5ap) |
07:25.02 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
08:07.04 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:3504:efb1:199:71ae) |
08:07.16 | *** join/#asterisk paulgrmn_ (~paulgrmn@mail2.hartmantyner.com) |
08:08.31 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
08:16.10 | *** join/#asterisk hvxgr (~wl2v_usrn@epjdn.zq3q.org) |
08:28.24 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
08:41.37 | *** join/#asterisk BakaKuna (~user@2a04:9a00:1002:701:81ea:b8cd:e034:5c21) |
08:48.34 | *** join/#asterisk i9zO5AP (BQcdf9eiZ8@gateway/vpn/protonvpn/ai9zo5ap) |
08:51.16 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
08:57.36 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
09:16.18 | *** join/#asterisk jkroon (~jkroon@165.16.203.100) |
09:16.39 | *** join/#asterisk lankanmon (~LKNnet@CPEb4fbe4e331bd-CM64777d632380.cpe.net.cable.rogers.com) |
09:38.29 | *** join/#asterisk badpixel (~badpixel@unaffiliated/badpixel) |
10:08.10 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
10:22.14 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:08.19 | *** join/#asterisk anderj101 (~anderj101@mail.thehouseofbacon.com) |
12:13.34 | *** join/#asterisk gerhard7 (~gerhard7@86.87.238.48) |
12:29.31 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
13:06.57 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
13:27.47 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
13:35.26 | davlefou | Hi, where i can buy asterisk g729 liscence? |
13:36.28 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
13:43.01 | Samot | People still need to use that? |
13:43.35 | *** join/#asterisk dacod (~dacod@201.47.74.146) |
14:01.20 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
14:04.05 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
14:11.48 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
14:15.36 | Reinhilde | Samot: you'd do well to not question it. |
14:15.46 | seanbright | davlefou: https://www.sangoma.com/asterisk/software/g729-codec/ |
14:15.56 | seanbright | near the bottom of the page |
14:16.36 | Samot | I'd be well either way. |
14:18.32 | Reinhilde | seanbright took the correct approach to the situation here. |
14:18.58 | Samot | Asking if people still need to use an old codec isn't really that off.. |
14:19.01 | Samot | It's 2020. |
14:21.18 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
14:21.36 | Reinhilde | By the same argument, I could ask why, in 2020AD, there are still vegetarians in the world if someone who is a vegetarian asks me how to make their diabetes less severe. But I don't. I reformulate my dietary information around the fact that the person does not wish to eat meat. |
14:22.12 | Samot | OK. |
14:22.21 | Samot | You're making a mountain of of this but that's fine. |
14:22.22 | seanbright | every ITSP i work with offers G.711 and G.729, so there is definitely still a need |
14:22.38 | seanbright | Reinhilde: you'd do well to call it CE and not AD |
14:22.49 | Reinhilde | Technically correct is the best sort of correct |
14:22.54 | seanbright | sorry, cou ldn't resist |
14:23.04 | Reinhilde | the terms are synonymous and, sadly, have identical meaning |
14:23.09 | Samot | Yes, carriers and ITSP's will have g.711 and g.729 because those are standard PSTN codecs. |
14:24.02 | Reinhilde | ... Last I checked, 729 was not a standard DPSTN codec. I could be wrong, but if I'm not mistaken, only the mu and alpha laws of 711 are truly standard. |
14:24.09 | seanbright | i guess i just don't understand the "old codec" comment |
14:24.09 | Reinhilde | and both CE and AD need to be thrown into the memory hole |
14:24.16 | Reinhilde | seanbright: me neither |
14:24.20 | Samot | It's simple.. |
14:24.54 | Samot | 10-15 years ago when you had a shitty 1.5 DSL and that was the best you could get...g729 was need for those trying to get the most out of their SIP trunk as a solution to their PRI needs. |
14:24.58 | Samot | You needed g729. |
14:25.11 | Reinhilde | if my ITSP offers me Speex8, and I have a bandwidth concern that means I should use that instead of the mu and alpha laws of 711, I will do exactly that. |
14:25.16 | Samot | Now, the average bandwidth connection is 50x that's. |
14:25.19 | Samot | Now, the average bandwidth connection is 50x that. |
14:25.50 | Reinhilde | Samot: This isn't Skype, Discord or Telegram. Up arrow does not edit the previous message. It duplicates the previous message and edits the duplicate. |
14:26.00 | Samot | I know. |
14:26.03 | Samot | JFC. I know. |
14:26.06 | Samot | Thanks for pointing that out. |
14:26.11 | Reinhilde | JFC this entire conversation. |
14:26.17 | Samot | You started it. |
14:26.23 | Reinhilde | A clusterfuck and a shitshow if I've ever seen one. |
14:26.28 | seanbright | this level of pedantry is so off-putting |
14:26.37 | davlefou | seanbright, tkx, i have finish to find! To buy is in the botton of the page!!! |
14:26.53 | seanbright | davlefou: yes indeed |
14:26.56 | Samot | Asking why someone is still choosing g729 as their primary codec these days isn't that bad of a question. |
14:27.05 | Samot | Hell there actually could be valid reasons. |
14:27.11 | Reinhilde | Samot: Not everyone lives in South Choseon. |
14:28.14 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
14:29.12 | Reinhilde | Some people who have out-of-LAN subscribers still have subscribers who are on lines that can't deliver a consistent 100kbits/s symmetrical (that's the amount of data you need for 711 mu/alpha, as well as for FM-quality Opus) |
14:32.57 | Samot | OK so the argument on the table now is that people with VoIP don't have providers that can't have 80Kbps consistently for a call over g711? I'm sorry but if your Internet connection can't handle 80Kbps for a single call, then you need better Internet because nothing is going to work right. |
14:34.20 | Reinhilde | "You need better internet." So sayeth the privileged man of the urban West. |
14:34.56 | Samot | So every place out side of North America has inferior infrastructure? |
14:34.59 | Samot | The EU? |
14:35.15 | Samot | You know the EU where they are making POTS go away. |
14:35.19 | Reinhilde | Apparently the EU is not part of the Occident anymore. |
14:36.00 | Reinhilde | And by the way I think making the APSTN go away is a terrible decision that will lessen resilience against things like, oh I don't know, NUCLEAR FUCKING WAR? |
14:36.19 | Samot | No one said the PSTN was going away. |
14:36.29 | Reinhilde | You just did. |
14:36.30 | Samot | I said the EU is getting rid of POTS. |
14:36.36 | Reinhilde | And I said APSTN, not PSTN. |
14:36.44 | Reinhilde | 06:35:15 < Samot> You know the EU where they are making POTS go away. |
14:36.45 | Samot | POTS = Plain Ole Telephone Service i.e. copper wires. |
14:37.02 | Samot | I don't know what an APSTN is, sorry. |
14:37.07 | Reinhilde | analogue PSTN |
14:37.15 | Samot | The PSTN is the PSTN. |
14:37.16 | Reinhilde | contract with DPSTN |
14:37.30 | Samot | Public Switched Telephone Network. Nothing states the method in which that is done. |
14:37.43 | Samot | SIP has been the backbone of the PSTN for some time now. |
14:37.56 | Reinhilde | Again, irresponsible decision that will lessen resilience against things like nuclear war. |
14:38.44 | Reinhilde | seanbright: I hope you aren't on a keto diet, because you are going to need roughly 20 gallons of popcorn. |
14:38.57 | *** join/#asterisk defsdoor (~Andrew@46.16.211.156) |
14:39.39 | Samot | I like how a copper base PSTN will survive a nuclear war vs SIP. |
14:39.58 | Samot | Since you know, infrastructure. |
14:40.13 | Reinhilde | yes, the infrastructure would be melted either way |
14:40.51 | Reinhilde | but I get the sense that an earlier type of PSTN, fully analogue in nature, would be a metric shitton easier to rebuild, after all of the hard disks have been fried with EMPs. |
14:41.04 | Samot | Ahh. |
14:41.16 | Reinhilde | Samot: Would you say that my estimate of how much popcorn seanbright needs is accurate? |
14:41.17 | Samot | You've clearly never worked directly in the infrastructure part. |
14:42.19 | seanbright | never underestimate the simplicity of /ignore |
14:42.24 | seanbright | game changer |
14:42.48 | Reinhilde | seanbright: That's a rather polite way to say something completely unbecoming of a channel operator. |
14:43.10 | Samot | seanbright: I just like to say, Reinhilde has /ignore'd me a few times in the past but here we are with them commenting on things I say out of the blue. |
14:43.25 | Reinhilde | I wish my terminal supported upside down text. |
14:43.57 | Reinhilde | It would be quite a ways more convenient either than /ignore'ing people or seeing their text unmodified. |
15:10.02 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
15:23.01 | drmessano | ð¿ |
15:23.13 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-rnqmxrgzmkpqtxjo) |
15:23.14 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:23.17 | igcewieling | is that an ice cream cone? |
15:24.03 | drmessano | The PSTN is neither public nor is it switched |
15:26.41 | drmessano | Privately-Owned, Paid-Access, Routed Telephone Network is more accurate |
15:27.19 | drmessano | and I also don't think "wiped hard drives" is going to be the concern when EMP takes out the POPARTN |
15:28.56 | drmessano | If EMP hits my routing infrastructure I am not going to be freaking out about the configs |
15:29.54 | Samot | Also if a nuclear strike was to happen, guys like drmessano would take over our crap anyways. |
15:30.36 | Samot | Because emergency services/communication becomes the top priority. |
15:32.04 | drmessano | https://www.cisa.gov/government-emergency-telecommunications-service-gets |
15:33.06 | drmessano | I keep my GETS/WPS access within reach |
15:35.16 | jkister | if anyone didnt see my t38 issue in history over the weekend, pls let me know. still confuzzled. |
15:36.02 | Samot | Is this the two Asterisk boxes sending calls between each other? |
15:36.06 | jkister | yes |
15:36.11 | jkister | and audio fallback works fine |
15:36.19 | Samot | Show the configs |
15:36.24 | jkister | sure, which would you like |
15:36.26 | Samot | For the two peers. |
15:36.27 | jkister | ill just give all |
15:36.34 | jkister | udptl/rtp/sip ? |
15:37.19 | drmessano | Just pick the least important line in each and pastebin it |
15:37.30 | drmessano | Samot: Accurate ^ ? |
15:38.40 | jkister | grep '^;' *.conf ? |
15:44.11 | igcewieling | perhaps just the sip.conf file. |
15:45.24 | Samot | There is a peer on each PBX. |
15:45.36 | Samot | That serves as the trunk, those are the configs I want to see. |
15:46.40 | Samot | bvn1 and jk-pbx1 from the looks of the old pastebin. |
15:49.17 | jkister | www.kister.net/jeremy/tmp/t38 |
15:50.51 | jkister | i did flip directmedia on both hosts just for giggles based on my old experience @ https://asterisk-users.digium.narkive.com/MwxT2ibd/t-38-interop-with-metaswitch that Kevin figured |
15:51.24 | *** join/#asterisk ghostlines (~ghostline@c-73-89-208-123.hsd1.ma.comcast.net) |
15:52.17 | jkister | using spandsp instead of digium fyi -- used to work fine until i messed something up during upgrades |
15:53.58 | drmessano | What did you upgrade? That is an important starting point |
15:55.19 | jkister | s4 from 15.3 to 16.7 - pbx1 from 13.27 to 13.30 |
15:55.47 | jkister | i put back old source and its still broke, so i dunno if i messed up some config ?? i did it late at night and didnt back up |
15:55.58 | jkister | and dont remember exactl what i might have changed to make something work |
15:56.35 | Samot | OK |
15:56.43 | Samot | So pbx1 is sending a fax to s4? |
16:04.06 | *** join/#asterisk dakudos (~dakudos@c-73-229-175-50.hsd1.co.comcast.net) |
16:25.25 | jkister | carrier |
16:25.26 | jkister | is |
16:25.28 | jkister | sending call |
16:25.29 | jkister | to |
16:26.13 | jkister | s4, s4 sending to pbx1 |
16:30.48 | jkister | of note, if i faxdetect=yes on s4 (just for fun), it cannot negotate t38 from carrier either |
16:32.39 | *** join/#asterisk gentoorax (~gentoorax@gateway/tor-sasl/gentoorax) |
16:38.17 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
16:38.43 | igcewieling | Since you don't want fax detect, that doesn't matter much |
16:42.04 | *** join/#asterisk badpixel (~badpixel@unaffiliated/badpixel) |
17:11.46 | jkister | over weekend i was looking at s4 debug saying "Capabilities: us - (ulaw), peer - audio=(nothing)/video=(nothing)/text=(nothing), combined - (nothing)" in one of the invites |
17:16.05 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
17:33.59 | igcewieling | you should enable a codec |
17:54.20 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
18:06.56 | jkister | well yeah, ulaw is there. |
18:07.16 | jkister | audio fallback works |
18:07.26 | jkister | the other debugs show ulaw in peer from s4 |
18:08.26 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-cexvbvwhjvefbpod) |
18:08.27 | *** mode/#asterisk [+o rmudgett] by ChanServ |
18:33.35 | *** join/#asterisk segnior (segnior@gateway/shell/xshellz/x-nehkszmithjvneqz) |
18:45.24 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
18:55.20 | *** join/#asterisk deepend (~za-lord@unaffiliated/za-lord) |
18:59.55 | deepend | I've got a remote user connected with VPN and phone keeps becoming unreachable and reboots. It only seems to reboot when he's actually on the phone, and the phone call is working just fine, can hear him just fine etc. |
19:00.05 | deepend | here's some relevant logs of this happening: https://bpaste.net/raw/3DPQ |
19:00.24 | deepend | any ideas what's going wrong here? anything I can do to fix this issue? |
19:00.42 | [TK]D-Fender | If a phone actually reboots then that's entirely the phone's fault |
19:01.59 | deepend | I think the phone is programmed to reboot when it loses it's registration? could be wrong about that |
19:02.17 | seanbright | what kind of phone? |
19:02.21 | deepend | the red light on the phone comes on and then after a few it reboots, however sometimes it will regain it's connection and light goes off |
19:02.26 | deepend | it's an aastra 9143i |
19:02.30 | [TK]D-Fender | No |
19:02.36 | [TK]D-Fender | That is not a normal thing anywhere |
19:02.52 | deepend | Have tried swapping it out with a known working phone and had same results |
19:02.55 | seanbright | RTT: 1641.293 msec |
19:03.02 | seanbright | seems a touch on the high side |
19:03.05 | deepend | yes he's quite far away geographically |
19:03.09 | [TK]D-Fender | And what model was that phone? |
19:03.15 | deepend | aastra 9143i |
19:03.23 | igcewieling | set your qualify for 10000 |
19:03.26 | [TK]D-Fender | so both the same... |
19:03.39 | deepend | yes same phones all around |
19:03.51 | [TK]D-Fender | So ... that model/firmware has issues |
19:04.03 | igcewieling | could it be a duplicate IP issue? |
19:04.08 | deepend | igcewieling: so that would be a lower time than default? |
19:04.09 | seanbright | 1641 seconds is a 27 minute RTT... isn't the sun only 8 light minutes away? |
19:04.16 | deepend | that's msec seanbright |
19:04.22 | deepend | 1.641 seconds |
19:04.24 | seanbright | yes it is |
19:04.28 | seanbright | i'll show myself out |
19:04.36 | deepend | it's monday no worries |
19:05.11 | deepend | qualify time lower would mean more chances of success before expiration? |
19:15.55 | *** join/#asterisk yoink (~yoink@unaffiliated/yoink) |
19:16.15 | igcewieling | deepend: no, much longer. you don't want your phone to go unreachable |
19:18.02 | deepend | so in /etc/asterisk/pjsip.aor.conf I see qualify_frequency=60 for each endpoint |
19:18.10 | deepend | which would be 60 seconds, and you're saying bump that way up |
19:18.34 | deepend | but I'm running freepbx and this seems to be autogenerated, not sure where I'm supposed to actually change this |
19:19.52 | Samot | This phone is powered by a power supply? |
19:19.58 | [TK]D-Fender | Qualify changes nothing |
19:20.13 | [TK]D-Fender | That's how often * tries to check up on the phone, something the phone doesn't care about. |
19:20.17 | [TK]D-Fender | NEXT |
19:20.21 | deepend | yes Samot power brick not using PoE |
19:21.33 | igcewieling | weird, I thought I was on #asterisk |
19:21.42 | *** join/#asterisk Blashyrkh (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
19:21.43 | Samot | OK. So is it really just rebooting when the user is on the phone or is it rebooting more than that but it is only noticed due to being on the phone. |
19:22.27 | deepend | I'm only seeing the `is now Unreachable` and such when the user is actually on the phone. fairly confident it is not rebooting except when on phone |
19:23.33 | deepend | pjsip conf looks like: https://bpaste.net/raw/B67Q |
19:23.43 | Samot | Well as it has been pointed out, Asterisk and its qualifying have nothing to do with the phone rebooting. |
19:23.44 | deepend | pjsip.aor.conf that is |
19:23.54 | Samot | Again, nothing to do with the phone rebooting. |
19:24.30 | deepend | I guess my question is really: what is causing this phone to become Unreachable? |
19:24.41 | igcewieling | deepend: wrong question. |
19:24.46 | Samot | Yes. |
19:24.51 | igcewieling | right question: why is the phone rebooting |
19:24.51 | Samot | Why is the phone rebooting? |
19:25.05 | Samot | Because that could be the cause of the unreachable problem. |
19:25.27 | Samot | When you swapped phones, did you swap the power supply too? |
19:25.28 | deepend | it become unreachable before rebooting |
19:25.36 | deepend | sometimes it toggles back/forth multiple times |
19:25.45 | Samot | Right because the phone could be dying down and not responding. |
19:26.00 | deepend | not sure on power supply, I can ask. the phone does not reboot suddenly, it indicates a problem before rebooting |
19:26.02 | Samot | The phone becomes unresponsive and power cycles. |
19:26.03 | igcewieling | deepend: the phones becomes unreachable BECAUSE IT STOPS RESPONDING. |
19:26.21 | deepend | but then why can i still talk with them? |
19:26.49 | deepend | we can maintain a conversation while the phone become 'Unreachable' up until the phone actually reboots |
19:27.02 | Samot | Because Asterisk keeps trying. |
19:27.12 | Samot | And then will fully drop the device location. |
19:27.24 | seanbright | deepend: does the phone itself maintain any logs? |
19:27.33 | seanbright | i'm not familiar with aastra phones |
19:27.38 | Samot | A bad power supply can cause this issue. |
19:27.39 | igcewieling | deepend: it is not impossible for audio to work and sip to stop working. |
19:27.39 | deepend | I believe it has some limited logs on the web interface |
19:27.48 | seanbright | deepend: i would start there |
19:28.02 | Samot | A bad network cable or the phone losting its IP... |
19:28.12 | Samot | losing* |
19:28.21 | igcewieling | something this weird could be a under powered power supply. |
19:28.21 | deepend | but the phone still works is the most confusing part |
19:28.37 | igcewieling | deepend: you said the phone is rebooting. That is not working. |
19:29.05 | deepend | yes but it works up until that point, ie still connected and audio working, and then after a reboot it works again like normal |
19:29.09 | seanbright | deepend: different model, but: https://community.freepbx.org/t/aastra-6735i-phone-just-randomly-reboots/24517 |
19:29.27 | deepend | yes I've found that post |
19:29.35 | igcewieling | "after a reboot", does that mean the phone is rebooting on its own, or does that mean you are rebooting the phone? |
19:29.36 | deepend | phone checks config changes at 0300 each morning |
19:29.49 | seanbright | deepend: ok, i would check the phone logs to see if there is anything interesting there |
19:29.55 | seanbright | god speed |
19:30.02 | deepend | ok I will take a look |
19:31.24 | [TK]D-Fender | <deepend> I guess my question is really: what is causing this phone to become Unreachable? <- quite possibly the same broken firmware that's causing it to reboot entirely. |
19:31.56 | deepend | it's running the same firmware as all the other phones |
19:34.40 | [TK]D-Fender | And the same thing as the other phone you tried replacing with it. |
19:34.45 | [TK]D-Fender | it's a fail |
19:35.36 | deepend | so reachable/unreachable is based on qualify response |
19:35.55 | seanbright | correct |
19:35.57 | deepend | is it only used on dynamic contact? |
19:36.02 | deepend | or always used? |
19:36.09 | seanbright | so you're not going to check the logs on the phone i guess |
19:36.32 | deepend | it's quite limited |
19:36.36 | deepend | crash report from last october |
19:36.49 | deepend | I configured the UDP remote logging to forward to my server |
19:42.17 | *** join/#asterisk BakaKuna (~user@ip56509c03.direct-adsl.nl) |
19:54.49 | *** join/#asterisk juser123 (~juser123@d28-23-147-86.dim.wideopenwest.com) |
20:08.59 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
20:16.37 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
20:32.25 | *** join/#asterisk salviadud (~ralfalfa@na-201-156-168-225.static.avantel.net.mx) |
20:57.47 | *** part/#asterisk velix (~velix@unaffiliated/velix) |
21:17.02 | *** join/#asterisk BakaKuna (~user@ip56509c03.direct-adsl.nl) |
21:39.23 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
21:42.54 | *** join/#asterisk gavlee (~gav@unaffiliated/gavlee) |
22:02.34 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
22:11.07 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
22:12.18 | *** join/#asterisk gams (~user@cm245-139.liwest.at) |
22:43.18 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
23:29.03 | *** join/#asterisk emsjessec (~emsjessec@96.56.225.51) |
23:29.39 | *** join/#asterisk FuriousGeorge (477d5f7d@pool-71-125-95-125.nwrknj.east.verizon.net) |
23:31.48 | FuriousGeorge | hey all... having some issues with execif syntax. the error is syntax error: syntax error, unexpected '=', expecting $end; Input: |
23:32.01 | FuriousGeorge | should i have quotes around the F maybe? |
23:33.16 | FuriousGeorge | or is it complaining about the first =, since it mentions Input: 6 |
23:36.14 | *** join/#asterisk GoldenBear (~gb@5.253.206.70) |
23:37.03 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-bagmyusihdqxylcs) |
23:41.32 | FuriousGeorge | i changed the true side to be a noop and it still complains |
23:59.27 | FuriousGeorge | ok, i needed quotes around the variable and the value in the first part |