| 00:15.47 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 00:40.35 | *** join/#asterisk tm1000 (sid6728@gateway/web/irccloud.com/x-wrryqrcpnyteiwvb) |
| 00:40.35 | *** mode/#asterisk [+o tm1000] by ChanServ |
| 01:20.54 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
| 01:21.32 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
| 01:52.59 | *** join/#asterisk rpifan (~rpifan@dslb-178-000-177-094.178.000.pools.vodafone-ip.de) |
| 02:16.45 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 03:57.19 | *** join/#asterisk Reinhilde (ellenor@unaffiliated/ellenor) |
| 03:57.28 | Reinhilde | bit of a hang-on-start issue here |
| 03:57.33 | Reinhilde | [Apr 13 03:55:44] WARNING[24496]: db.c:288 db_execute_sql: Error executing SQL (COMMIT): database is locked |
| 03:57.35 | Reinhilde | <PROTECTED> |
| 03:57.37 | Reinhilde | <PROTECTED> |
| 03:57.41 | Reinhilde | and then it just hangs |
| 03:58.04 | Reinhilde | won't even hear ^c |
| 04:00.00 | Reinhilde | i have to ^Z then killall -9 |
| 04:10.23 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 04:40.18 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 04:51.50 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 05:33.39 | *** join/#asterisk K0HAX (~michael@gateway/tor-sasl/k0hax) |
| 05:46.41 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@91.240.66.72) |
| 06:44.38 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 07:58.59 | *** join/#asterisk leftleg_ (sid291906@gateway/web/irccloud.com/x-xpcxnxcsgexzrlbs) |
| 08:02.36 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 08:48.09 | *** join/#asterisk Downlots (~Downlots@2a02:85f:530:a500:1f21:3bbd:221c:d206) |
| 09:32.06 | *** join/#asterisk m4rcu5 (nobody@84-106-248-133.cable.dynamic.v4.ziggo.nl) |
| 09:53.57 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 09:58.15 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
| 10:05.22 | *** join/#asterisk wonderworld (~ww@ip-88-153-137-218.hsi04.unitymediagroup.de) |
| 10:06.54 | wonderworld | is there a way to configure the cause codes libpri sends out without recompiling it? |
| 10:25.28 | *** join/#asterisk rpifan (~rpifan@dslb-178-000-177-094.178.000.pools.vodafone-ip.de) |
| 10:28.06 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 10:51.40 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 11:16.55 | *** join/#asterisk ircarcs (~quassel@169.9.159.77.rev.sfr.net) |
| 11:24.55 | Reinhilde | ugh |
| 11:24.58 | Reinhilde | chan_sip doesn't work... |
| 11:29.45 | Reinhilde | so |
| 11:29.52 | Reinhilde | this is after compiling. |
| 11:33.13 | Samot | ? |
| 11:37.20 | *** join/#asterisk Maliuta (nikolai@unaffiliated/maliuta) |
| 11:38.08 | Reinhilde | so i had to modify app_voicemail to lengthen the uniqueid from 80 to 128 (ostensibly to not would mean voicemail passwords wouldn't change), and then recompile. after installing over the debian packaged version, i now get an avalanche of symbol errors in pjsip and neither chan_sip nor res_pjsip will correctly load |
| 11:38.25 | Reinhilde | (hangs on chan_sip, the symbol errors in pj) |
| 11:39.02 | Reinhilde | (of course, i'm using an old version, so thta might not be helping matters) |
| 11:41.07 | Samot | Wait, you installed via a package then you took the source, modified it and then compiled from source? |
| 11:41.12 | Reinhilde | yea |
| 11:41.16 | Samot | Uhm. |
| 11:41.18 | Reinhilde | i probably made it explode |
| 11:41.18 | Samot | Bad. |
| 11:41.27 | Samot | Because you don't know what the package did. |
| 11:41.28 | Reinhilde | but there's really nothing that should be doing this |
| 11:41.32 | Samot | Where things go installed or put. |
| 11:41.49 | Reinhilde | so, the source was actually from the same distributor as the package (same version as it, too) |
| 11:41.58 | Samot | Install from a package and then compiling the same thing from source is going to cause issues. |
| 11:42.19 | Reinhilde | and reinstalling from the package, same problem |
| 11:42.26 | Maliuta | should have rolled your own package |
| 11:42.29 | Samot | Did you clean it? |
| 11:42.29 | Reinhilde | i probably fucked it |
| 11:42.40 | Samot | Did you remove things from the original install? |
| 11:42.44 | Samot | From the source install? |
| 11:43.00 | Samot | Or are you just continuing to recompile? |
| 11:43.11 | Reinhilde | i'll remove from the original install first and that should nuke a large part of the install-over |
| 11:43.21 | Maliuta | purge the package install |
| 11:43.29 | Maliuta | Reinhilde: what distro? |
| 11:43.44 | Reinhilde | Maliuta: the most stupid one there is |
| 11:43.46 | Reinhilde | debian |
| 11:43.59 | Maliuta | debian is my preference |
| 11:44.09 | Maliuta | apt-src install asterisk |
| 11:44.19 | Maliuta | use that as a basis to roll your own package |
| 11:44.33 | Reinhilde | ... |
| 11:44.42 | Reinhilde | apt-get source asterisk, i believe |
| 11:44.43 | Maliuta | with your own compile from source |
| 11:44.58 | Maliuta | apt-src works properly |
| 11:44.59 | Reinhilde | i'll try with the distro's package because that's what worked |
| 11:45.33 | Reinhilde | of course, it's still doing the thing with the avalanche of symbol errors. |
| 11:46.23 | Reinhilde | it's a little bit chopped up but it should be readable: https://umbrellix.net/~ellenor/feelfreetopuke.txt |
| 11:47.11 | Maliuta | dear <insert_deity>! what _have_ you done? |
| 11:47.44 | Maliuta | you sure you've cleaned up anything that was installed when you did the source compile? |
| 11:48.49 | Reinhilde | is there a make uninstall? |
| 11:49.08 | Maliuta | haven't looked that current Makefile |
| 11:49.14 | Maliuta | but I would try it |
| 11:49.25 | Maliuta | this is why you roll pacakages |
| 11:49.47 | Maliuta | makes it easier to keep track of what installed what, and how to get rid of it |
| 11:55.07 | Reinhilde | .... and it's broken for good on that machine |
| 12:29.10 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 13:00.03 | *** join/#asterisk scgm11_ (~scgm11@r186-52-79-229.dialup.adsl.anteldata.net.uy) |
| 13:03.34 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 13:05.46 | *** join/#asterisk scgm11__ (~scgm11@r186-49-14-189.dialup.adsl.anteldata.net.uy) |
| 13:11.09 | *** part/#asterisk n3t (~ubuntu@unaffiliated/n3t) |
| 13:14.12 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 13:35.33 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 13:40.15 | *** join/#asterisk wonderworld (~wonderwor@ip-88-153-137-218.hsi04.unitymediagroup.de) |
| 14:40.35 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@176.98.158.240) |
| 14:40.49 | sibiria | Reinhilde: yes there is |
| 14:40.53 | sibiria | and make uninstall-all |
| 14:41.11 | sibiria | it fails to remove one or two minor things, but other than that everything is removed |
| 14:43.14 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 14:45.59 | WizJin | Hi, if my sip client sends an invite request for registration for first time with username and password, which piece of code will it exactly hit in server ? |
| 14:50.06 | Samot | An Invite and Registration are two different things. |
| 14:51.16 | WizJin | lets say, i have created an extension, and i register it using softphone such as x lite for first time |
| 14:51.23 | Samot | OK. |
| 14:51.56 | Samot | So you're going to see a REGISTER followed by a 401 Unauthorized as the reply followed by a second REGISTER with auth digest and then the result of that. |
| 14:52.16 | WizJin | yes |
| 14:52.18 | Samot | Either a 200 OK or a failure reply. |
| 14:53.03 | WizJin | i want to analyze what piece of code is used to authenticate that request on server |
| 14:53.33 | file | there's two SIP implementations, you haven't specified which one |
| 14:53.38 | wonderworld | WizJin: what do you want to achieve? |
| 14:53.49 | WizJin | chan_sip, not pjsip |
| 14:54.05 | Samot | Why do you need to look at the code? |
| 14:54.10 | Samot | I think is what we are getting at. |
| 14:54.50 | WizJin | i want to debug and understand how sip clients communicate, as i want to develop a basic softphone |
| 14:55.22 | wonderworld | WizJin: maybe here: https://github.com/asterisk/asterisk/tree/master/channels/sip ? |
| 14:56.25 | Samot | OK but look at the Chan_SIP code is related to Chan_SIP. |
| 14:56.43 | Samot | Different SIP systems use different SIP stacks. They are not all the same. |
| 14:56.54 | file | you also don't want to write a SIP stack. |
| 14:57.03 | Samot | ^^^ |
| 14:57.30 | Samot | The first thing to understand is SIP itself. |
| 14:57.35 | Samot | The standards. |
| 14:57.39 | wonderworld | well if that was the case https://tools.ietf.org/html/rfc3261 would be even more interesting. |
| 14:58.14 | *** join/#asterisk jkroon (~jkroon@165.16.203.106) |
| 15:04.36 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 15:39.29 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 16:16.34 | *** join/#asterisk nighty (~nighty@b157153.ppp.asahi-net.or.jp) |
| 16:20.36 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 16:24.12 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 16:24.12 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 16:48.58 | *** join/#asterisk nighty (~nighty@b157153.ppp.asahi-net.or.jp) |
| 16:51.18 | *** join/#asterisk WizJin (~WizJin@157.32.223.198) |
| 17:06.17 | *** join/#asterisk Juggie (~Juggie@unaffiliated/juggie) |
| 17:06.31 | *** join/#asterisk beardy (~beardy@unaffiliated/beardy) |
| 17:07.00 | *** join/#asterisk yuljk (~yuljk@unaffiliated/yuljk) |
| 17:07.53 | *** join/#asterisk mbecroft (~user@ak2.becroft.co.nz) |
| 17:08.06 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
| 17:17.42 | *** join/#asterisk gusto (~gusto@2a01:c844:1489:5102:2a20:96b4:f425:159f) |
| 17:23.50 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 17:40.14 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 17:44.27 | *** join/#asterisk nighty (~nighty@b157153.ppp.asahi-net.or.jp) |
| 18:12.11 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 18:19.36 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 19:36.11 | *** join/#asterisk WizJin (~WizJin@150.129.104.29) |
| 19:50.12 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 19:59.56 | *** join/#asterisk Janos__ (~Janos@201.204.94.76) |
| 20:05.28 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
| 20:08.51 | sawgood | Hi: Question: I have (2) Asterisk boxes (16.1.1) & (16.2.1): on the 16.1.1 box: I cannot use the command: pjsip reload (but) I can use it fine on the 16.2.1 box: is this a limitation of 16.1.1? |
| 20:11.15 | [TK]D-Fender | What happens ? |
| 20:11.54 | sawgood | yes: on 16.1.1: when I type: pjsip reload: here is what I get |
| 20:12.17 | sawgood | No such command 'pjsip reload' (type 'core show help pjsip reload' for other possible commands) |
| 20:12.54 | [TK]D-Fender | Which means very obvious that chan_pjsip isn't even LOADED |
| 20:13.20 | sawgood | I'm running PJSIP on the box: just fine: I have a registered PJSIP Asterisk box to this 16.1.1 box |
| 20:13.36 | sawgood | psjsip show endpoints and pjsip show registrations (both) work |
| 20:13.52 | Samot | What are you actually using on the other box that you says works? |
| 20:13.56 | Samot | What are you actually using on the other box that you say works? |
| 20:14.02 | Samot | What command and what is the output |
| 20:14.17 | sawgood | Asterisk 16.1.1 = PJSIP only (chan_sip) has a noload |
| 20:14.18 | sawgood | and |
| 20:14.37 | sawgood | Asterisk 16.2.1 = PJSIP only (chan_sip) has a noload |
| 20:14.41 | Samot | 4:13:57 PM <Samot> What are you actually using on the other box that you say works? |
| 20:15.03 | sawgood | Asterisk 16.2.1 with a working/registered trunk to Asterisk 16.1.1 |
| 20:15.10 | Samot | 4:13:57 PM <Samot> What are you actually using on the other box that you say works? |
| 20:15.17 | Samot | 4:14:04 PM <Samot> What command and what is the output |
| 20:15.20 | sawgood | boht are PJSIP |
| 20:15.28 | Samot | sawgood: Answer the questions. |
| 20:15.30 | sawgood | no chan_sip here ... |
| 20:15.31 | sawgood | finally! |
| 20:15.38 | Samot | Please stop editorializing. |
| 20:15.39 | sawgood | I type: pjsip reload |
| 20:15.45 | sawgood | and I get: |
| 20:15.47 | sawgood | No such command 'pjsip reload' (type 'core show help pjsip reload' for other possible commands) |
| 20:15.58 | Samot | You said it works on the one box |
| 20:16.00 | sawgood | all other things PJSIP seem to work |
| 20:16.09 | Samot | What are you typing on that box you say it works on? |
| 20:16.12 | sawgood | where it works = Asterisk 16.2.1 |
| 20:16.21 | Samot | What command and what is the output? |
| 20:16.22 | sawgood | where it does not work = Asterisk 16.1.1 |
| 20:16.26 | Samot | JFC> |
| 20:16.37 | Samot | ON THE ONE THAT WORKS WHAT IS THE COMMAND AND THE OUTPUT?! |
| 20:16.42 | Samot | SHOW IT |
| 20:16.49 | sawgood | pjsip reload? |
| 20:16.52 | sawgood | show that command? |
| 20:16.56 | Samot | And the ouput |
| 20:17.05 | Samot | Show what you entered and what was outputted |
| 20:17.12 | Samot | Because "pjsip reload" is incomplete. |
| 20:17.24 | sawgood | when I run pjsip reload: on the working box: a lot of syntax comes up (too much to paste) |
| 20:17.30 | sawgood | it is working on 16.2.1 |
| 20:18.06 | sawgood | maybe I'll just upgrade from 16.1.1: to 16.2.1 or 16.3.0 |
| 20:18.17 | Samot | Connected to Asterisk 16.2.0 currently running on sip-gw01 (pid = 2078) |
| 20:18.17 | Samot | sip-gw01*CLI> pjsip reload |
| 20:18.17 | Samot | No such command 'pjsip reload' (type 'core show help pjsip reload' for other possible commands) |
| 20:18.21 | Samot | Are you a 100%? |
| 20:18.29 | Samot | Because "pjsip reload" isn't a command |
| 20:18.32 | Samot | It's incomplete. |
| 20:18.40 | Samot | It needs more details. |
| 20:18.58 | sawgood | not more me: I just run: pjsip reload (hit enter) |
| 20:19.00 | sawgood | and it works |
| 20:19.05 | Samot | Prove it. |
| 20:19.07 | Samot | Because it doesn't. |
| 20:19.41 | sawgood | type: pjsip r (hit) tab and you'll see |
| 20:19.49 | sawgood | it is a valid command for 16.2.1 |
| 20:20.13 | Samot | 4:18:30 PM <Samot> Because "pjsip reload" isn't a command |
| 20:20.13 | Samot | 4:18:33 PM <Samot> It's incomplete. |
| 20:20.13 | Samot | 4:18:41 PM <Samot> It needs more details. |
| 20:20.26 | Samot | pbx01*CLI> pjsip reload qualify |
| 20:20.26 | Samot | aor endpoint |
| 20:20.36 | Samot | pjsip reload qualify and then one of those options. |
| 20:20.37 | Samot | That's it. |
| 20:20.54 | Samot | If you need to reload pjsip you need to do "module reload res_pjsip.so" |
| 20:21.05 | sawgood | maybe: but for me: on 16.2.1: I can run just pjsip reload and hit enter and it works |
| 20:21.08 | Samot | Because you can reload different parts of PJSIP. |
| 20:21.11 | Samot | IT doesn't. |
| 20:21.13 | sawgood | on 16.1.1: it does not |
| 20:21.16 | Samot | It didn't work on 16.2.0 |
| 20:21.21 | Samot | It didn't work on 16.0 |
| 20:21.23 | Samot | It didn't work on 16.1 |
| 20:21.34 | Samot | It doesn't work on 16.3 |
| 20:21.37 | sawgood | ah! that is fine: I'll upgrade from 16.1.1 to 16.3.0 |
| 20:21.44 | Samot | It doesn't work on 16.3 |
| 20:21.58 | Samot | It's never been a valid command on its own. |
| 20:22.10 | Samot | So I'm quite curious how you think this is working on another box |
| 20:22.12 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 20:22.22 | Samot | In a off branch version that the core version doesn't have. |
| 20:22.32 | sawgood | Samot: I got a working PJSIP to PJSIP registration trunk working bulid (now) between 2 Asterisk-only boxes: thanks for your past help and tips |
| 20:22.34 | Samot | And nothing shows it was added as a stand alone command. |
| 20:23.30 | sawgood | pjsip reload |
| 20:23.30 | sawgood | Module 'res_pjsip.so' reloaded successfully. |
| 20:23.30 | sawgood | Module 'res_pjsip_authenticator_digest.so' reloaded successfully. |
| 20:23.30 | sawgood | Module 'res_pjsip_endpoint_identifier_ip.so' reloaded successfully. |
| 20:23.30 | sawgood | Module 'res_pjsip_mwi.so' reloaded successfully. |
| 20:23.30 | sawgood | Module 'res_pjsip_notify.so' reloaded successfully. |
| 20:23.31 | sawgood | Module 'res_pjsip_outbound_publish.so' reloaded successfully. |
| 20:23.31 | sawgood | Module 'res_pjsip_publish_asterisk.so' reloaded successfully. |
| 20:23.32 | sawgood | Module 'res_pjsip_outbound_registration.so' reloaded successfully. |
| 20:23.32 | sawgood | <PROTECTED> |
| 20:23.43 | sawgood | sorry about the long paste! |
| 20:23.52 | Samot | file : What is up with that? |
| 20:24.55 | file | res_clialiases |
| 20:24.59 | sawgood | I learned: you should "share" your PJSIP object for [transport] with the other PJSIP items ... you can only BIND one time ... |
| 20:25.01 | Samot | Ahhh. |
| 20:25.02 | Samot | OK |
| 20:25.04 | file | It allows you to alias a CLI command |
| 20:25.38 | file | You can bind multiple UDP, but only single TCP and TLS due to PJSIP limitation |
| 20:25.56 | sawgood | I read that sir on the Asterisk pages today ... |
| 20:26.58 | file | You also don't need to reference a transport in other configuration types, except for specific niche cases |
| 20:27.36 | sawgood | what is the best way to "reload" your PJSIP.conf file in Asterisk: when you have made a change? |
| 20:28.31 | Samot | It depends on what you changed. |
| 20:28.40 | seanbright | pjsip reload |
| 20:28.43 | seanbright | (teehee) |
| 20:28.46 | Samot | Unlike Chan_SIP, you can reload all those .so's that you pasted. |
| 20:32.05 | file | module reload chan_pjsip.so |
| 20:33.42 | file | And some specific modules if you want to be granular |
| 20:35.41 | file | pjsip reload doesn't exist on all systems because it is an alias |
| 20:35.51 | file | PJSIP itself doesn't register it |
| 20:36.02 | file | You could make "pjsip tacos" do reload if you want |
| 20:37.45 | Samot | I forgot you can alias commands. |
| 20:38.22 | sawgood | thank you ... |
| 20:38.26 | file | Yeah, I think I may do a blog post about it now that it comes to mind |
| 20:39.35 | sawgood | module reload chan_pjsip.so |
| 20:39.35 | sawgood | The module 'chan_pjsip.so' does not support reloads |
| 20:40.36 | sawgood | be back soon |
| 20:42.13 | Samot | That's because there is no chan_pjsip.so |
| 20:42.19 | Samot | It's res_pjsip.so |
| 20:42.43 | Samot | Bad file! |
| 20:42.43 | file | chan_pjsip doesn't handle configuration or anything, the res module does |
| 20:43.02 | file | Chan is just the interface between the Asterisk channel stuff and PJSIP |
| 20:43.06 | Samot | 4:32:06 PM <@file> module reload chan_pjsip.so |
| 20:43.18 | Samot | You gave him the wrong command. |
| 20:43.33 | Samot | Shame on you! |
| 20:43.45 | Samot | You have brought shame to the House of Digium. |
| 20:43.50 | file | That's what you get for asking questions when I'm in the middle of the grocery store shopping |
| 20:44.10 | Samot | I demand that they do to you what they did in GoT to Cersai! |
| 20:44.14 | file | Im not even home yet https://usercontent.irccloud-cdn.com/file/qKoMoxzd/irccloudcapture5814258030568808923.jpg |
| 20:44.46 | seanbright | you may be too well connected |
| 20:46.23 | file | pfft |
| 20:46.35 | file | All the better to ignore the neighbor |
| 21:31.21 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 21:50.59 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 21:53.24 | *** join/#asterisk yoink (~yoink@unaffiliated/yoink) |
| 22:06.14 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 23:02.18 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
