| 00:01.17 | Samot | Alright, you'll need to show a call that doesn't stop ringing a phone. |
| 00:01.38 | spengler | hold on i will get the log |
| 00:03.45 | spengler | https://pastebin.com/3qy9Y0ci |
| 00:04.38 | spengler | hold on that was for a successfull call |
| 00:05.59 | spengler | https://pastebin.com/Y7KD8JrH |
| 00:06.07 | spengler | second one is for a call that doesn't stop ringing |
| 00:06.49 | Samot | That's not complete. |
| 01:24.57 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
| 02:25.34 | *** join/#asterisk tsal (~tsal@i59F5FCC4.versanet.de) |
| 03:38.00 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
| 03:42.26 | *** join/#asterisk electronic_eel (~quassel@213.240.182.204) |
| 03:52.25 | *** join/#asterisk overyander (~overyande@209.141.208.197) |
| 03:54.43 | *** join/#asterisk ganbold (~ganbold@202.21.108.3) |
| 05:06.35 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
| 05:06.49 | *** join/#asterisk akp55_ (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
| 05:24.14 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
| 06:28.36 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 06:29.30 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 07:11.25 | *** join/#asterisk cryptic (~cryptic@142-196-139-017.res.spectrum.com) |
| 08:08.02 | *** join/#asterisk akp55_ (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
| 08:15.54 | *** join/#asterisk post-factum (~post-fact@vulcan.natalenko.name) |
| 08:44.15 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
| 09:30.30 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
| 09:43.07 | *** join/#asterisk aness (~aness@2a02:fe1:3104:2600:8a8:7e8f:f606:7300) |
| 10:15.39 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
| 12:38.59 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:512d:618f:6701:fd42) |
| 12:40.23 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
| 13:53.31 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
| 14:07.21 | *** join/#asterisk Dovid (~dovid@ool-4356e81f.dyn.optonline.net) |
| 14:08.41 | *** part/#asterisk os23 (~os23@p5df07308.dip0.t-ipconnect.de) |
| 14:19.45 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 15:50.25 | *** join/#asterisk Barbosa (~barbosa@gn01-186-192-102-149.sim.goiania.br) |
| 16:15.10 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 16:28.25 | *** join/#asterisk Typhon (~Typhon@dslb-088-066-008-122.088.066.pools.vodafone-ip.de) |
| 16:47.56 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 17:07.44 | sibiria | why is the opus codec module provided externally, as a binary product? is it proprietary or is it just that the GPL is being incompatible with the world as usual? |
| 17:16.47 | file | Sangoma lawyers have concerns of patent disclosures against it, and providing it as binary is a way to help with that |
| 17:19.59 | DanFromUK | Does Asterisk support registration hash tokens? I'm having issues with Bria's Push Service, and they claim that the INVITEs aren't including the hash token that they supply in response to the REGISTER |
| 17:21.33 | file | I don't know what "support registration hash tokens" means, but PJSIP will use the Contact as provided in the registration for calling |
| 17:22.30 | DanFromUK | The Bria Push server generates a globally-unique hash token for each customer to avoid possible SIP username collisions. The Bria Push server uses this token when registering to the SIP service on behalf of the Bria client's SIP account. In most cases, using the hash token is beneficial and does not cause any problems for registration and call processing. However, some SIP servers, mainly PBXs that are not compliant |
| 17:22.30 | DanFromUK | to the SIP RFC specifications, cannot handle this token. If this is the case, disable hash token and try using RInstance instead in order to help the Bria Push server identify the clients. Note that some PBXs do not support RInstance either. |
| 17:22.47 | DanFromUK | that's from Bria's documents if that helps figure out what they are talking about. |
| 17:22.50 | file | it doesn't |
| 17:23.06 | file | it's probably some arbitrary stuff placed in the Contact URI, which PJSIP does preserve |
| 17:23.09 | DanFromUK | Hate Counterpath nowadays |
| 17:23.38 | file | a log with REGISTER and a subsequent INVITE would show things |
| 17:23.42 | DanFromUK | They are claiming that they are responding with 404 because Asterisk is not supplying their hash token. |
| 17:24.35 | DanFromUK | Just captured the packets and examining them now. This is a new issue, and I doubt it's related to Asterisk as we havent made any changes. We had to use their DisableHashToken to get things working a few months ago, but I suspect they've broken that feature recently and not admitting fault. |
| 17:25.01 | DanFromUK | So I wanted to see if I could get Asterisk to do whatever was required assuming that it is not possible to disable their hashtoken feature due to their bug |
| 17:28.20 | DanFromUK | Does anyone know of a better softphone solution that counterpath, that can be remotely provisioned? |
| 17:34.34 | DanFromUK | https://www.irccloud.com/pastebin/NN3tkLEW/ |
| 17:35.25 | DanFromUK | This is the OK in reply to the REGISTER sent to Bria's servers. And an INVITE for a call which comes back as 404. I can't see any sign of hash included in the INVITE. Am I missing something? |
| 17:35.44 | file | the "hash" appears to be the user portion |
| 17:35.50 | file | which is mrn_227 in this case |
| 17:36.01 | file | the tag in the To field is not reused |
| 17:36.25 | file | you also have two things registered, one without an rinstance, so without seeing all the REGISTER requests I can only guess |
| 17:37.42 | DanFromUK | One registration is the app itself. Bria's push server maintains a Registration and uses Google's push service to wake up the app if Android has forced the app to sleep to save battery. |
| 17:37.52 | DanFromUK | Bria's server is the 35. IP |
| 17:38.08 | file | sure, but the 35. IP doesn't appear in the Contact headers in the 200 OK |
| 17:38.15 | DanFromUK | Sorry, in the contacts, bria's server is the 10. IP |
| 17:38.26 | file | why does it have a 10. IP? |
| 17:38.57 | file | and you'd need to capture the actual REGISTER from that, not just the 200 OK |
| 17:39.12 | DanFromUK | Looks like they nat or something. Their public IP is 35.195.163.239, but the contacts for that server always get registered with a 10.x.x.x IP. |
| 17:39.31 | DanFromUK | The other IP is my home public IP. (working from home atm) |
| 17:40.07 | DanFromUK | This is a recent issue, maybe the last 2 weeks, and I'm really getting fed up with Counterpath. Nothing but trouble over the last 12 months, and only getting worse. |
| 17:43.59 | DanFromUK | Hmm.. seems like they have a NATEmulation feature which causes the 10. ranges to be used. Not sure what the point of that feature is though! Going to try disabling it on their systems. |
| 18:40.50 | sibiria | file: but it's the main asterisk team that builds it? are the sources available? |
| 18:40.57 | sibiria | (the opus codec module) |
| 18:41.22 | file | the sources are not available, and it's a binary module provided by Sangoma |
| 18:41.34 | sibiria | a bit scary |
| 18:41.51 | file | the module sends usage information of itself back to Sangoma |
| 18:55.11 | sibiria | afaik Xiph have never been subjected to any lawsuits or similar trouble, as the patents involved in the codec are royalty free |
| 18:55.36 | sibiria | but lawyers will always be lawyers, i suppose, whether the scared ones at Sangoma or the angry ones looking for easy pickins |
| 19:09.04 | aoeui | ARM64 support for Opus would still be nice |
| 19:09.11 | aoeui | since you can't build it yourself |
| 19:09.29 | aoeui | and server class ARM is really a thing now |
| 19:34.17 | Samot | Scared? |
| 19:35.09 | sibiria | aoeui: that was part of why i was asking around. i use an aarch64 sbc for a lot of tests |
| 19:36.39 | sibiria | Samot: scared of being pulled into a litigation debacle from "unlicensed distribution" of Opus |
| 19:37.53 | Samot | I would call that being cautious |
| 19:39.11 | Samot | Plus how long has Asterisk had Opus? |
| 19:39.26 | Samot | Longer than 2017? |
| 19:39.41 | sibiria | 4-5 years or so |
| 19:40.16 | aoeui | There's a Digium JIRA ticket for ARM support back to the rpi days, but the situation is different now. AWS has real aarch64 servers, you can buy good bare metal servers now, blah blah blah. |
| 19:40.25 | sibiria | Opus' patents were always royalty-free. this can never be retroactively invalidated |
| 19:40.34 | Samot | So before Sangoma |
| 19:41.59 | sibiria | i can gift seanbright a Pine64 or an RPi, to get those aarch64 builds rolling!1 |
| 19:43.11 | aoeui | Are there any optimized assembly bits in the Opus codecs that would need to be ported, or is it just building on aarch64? |
| 19:43.52 | sibiria | if it has any assembler portions they are optional. opus itself builds fine on aarch64 |
| 20:02.07 | aoeui | Not too much money to spin up an m6g.medium instance and add to the build pipeline on the Asterisk side |
| 20:02.24 | aoeui | But then again I'm not running their business and the integration costs are nonzero and there are other priorities |
| 20:02.40 | aoeui | Anyways, I want a pony too |
| 20:29.47 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 20:42.19 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 20:48.26 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
| 21:56.36 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 22:33.20 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 22:34.30 | *** join/#asterisk k` (~weechat@unaffiliated/k/x-5863536) |
| 22:40.49 | *** join/#asterisk ckb__ (~ckb@unaffiliated/ckb) |
| 22:42.49 | *** join/#asterisk erichowey (uid462861@gateway/web/irccloud.com/x-jaseyvueiwjijrwj) |
| 22:45.44 | *** join/#asterisk lambda (~xiretza@mail.xiretza.xyz) |
| 22:57.46 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:19.16 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:20.23 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:22.49 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:23.00 | seanbright | sibiria: i am not a sangoma employee. unless you mean my old github repo - which is long dead and i shan't be reviving. |
| 23:23.52 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:25.59 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:26.33 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:27.21 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:27.55 | *** join/#asterisk imcdona (~imcdona@2602:41:642e:a610:dcd4:239f:f170:1bce) |
| 23:35.06 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 23:53.35 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |