| 02:18.37 | *** join/#asterisk-dev infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 02:18.37 | *** topic/#asterisk-dev is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 03:47.49 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 06:07.45 | jkroon | https://nvd.nist.gov/vuln/detail/CVE-2020-1967 <-- rather nasty openssl denial of service. |
| 06:10.11 | jkroon | nm me, note it's already logged: https://bugs.gentoo.org/717442 |
| 06:35.21 | jkroon | wrong channel too. |
| 07:08.39 | wdoekes | so fast, file. no time to respond :) |
| 07:16.25 | *** join/#asterisk-dev wearyhacker (uid435081@gateway/web/irccloud.com/x-fmiqewahpowlqmrz) |
| 07:18.07 | *** join/#asterisk-dev pchero_work (~pchero@2a02:a210:2241:6480:ad34:5d14:4eb3:a281) |
| 07:35.42 | wearyhacker | Straight in at the deep end. Why is is asterisk doing this at "res_pjsip/pjsip_resolver.c:593 sip_transport_is_available(type + PJSIP_TRANSPORT_IPV6)) {" type is already set to PJSIP_TRANSPORT_UDP6, this line seems to ensure this will not work. Anyone got any ideas? |
| 07:53.52 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 08:42.13 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-104-74.mobile.abo.orange.fr) |
| 09:03.13 | file | wearyhacker: the next block down would catch it |
| 09:04.11 | file | wdoekes: yeah - I'm fixing the SIPp scenario files so that < and > are escaped, I modified your one liner on the Github issue to do the testsuite ones in place |
| 09:10.44 | file | ah but that's IPv4 right right |
| 09:12.13 | file | wearyhacker: https://issues.asterisk.org/jira/browse/ASTERISK-26780 |
| 09:28.12 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-104-74.mobile.abo.orange.fr) |
| 09:42.14 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 09:54.07 | *** join/#asterisk-dev Offer (~Offer@77.137.130.21) |
| 10:52.17 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 11:25.22 | *** join/#asterisk-dev pchero_work (~pchero@2a02:a210:2241:6480:ad34:5d14:4eb3:a281) |
| 12:05.26 | *** join/#asterisk-dev sduthil (~sduthil@23-233-111-218.cpe.pppoe.ca) |
| 12:59.39 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lfbn-nan-1-2297-47.w92-139.abo.wanadoo.fr) |
| 13:31.43 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-xlsmxdkuplywzlkw) |
| 13:31.43 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:01.42 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-sozxdmjtujkrabhv) |
| 14:01.42 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:50.05 | *** join/#asterisk-dev spatel (~spatel@70.42.54.42) |
| 16:18.06 | gtjoseph | file: kharwell: ponder this... Alice calls Bob but Alice doesn't send an offer in the invite so we use Alice's endpoint codecs to the core and send an offer to Bob in that invite. |
| 16:18.24 | gtjoseph | We take Bob's answer and do some magic and pass it to the core... |
| 16:18.52 | gtjoseph | What preference should we use to construct the OFFER in the 200 OK to Alice??? |
| 16:19.20 | gtjoseph | incoming_call_offer_pref or incoming_call_answer_pref? |
| 16:20.47 | file | hrm |
| 16:20.59 | gtjoseph | "hrm" is right. |
| 16:21.10 | file | it's more like outgoing_call_offer_pref |
| 16:21.52 | gtjoseph | which would suck |
| 16:22.06 | gtjoseph | because the session is marked as incoming |
| 16:22.12 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 16:23.09 | file | right, with late SDP the entire thing gets... |
| 16:23.10 | file | flipped |
| 16:23.18 | gtjoseph | i suppose we could change the terminology to incoming_offer and outgoing_offer instead of incoming call and outgoing call. |
| 16:25.08 | gtjoseph | do we really need the call direction if we do with incoming_offer_prefs, incoming_answer_prefs, outgoing_offer_prefs and outgoing_answer_prefs? |
| 16:25.26 | file | not really, no |
| 16:25.46 | file | I think those better fit what the options actually mean |
| 16:26.27 | gtjoseph | yeah. the question is will it be confusing to users? For 99% of the cases, outgoing offer = outgoing call, etc. |
| 16:26.37 | gtjoseph | so i'm thinking it _could_ be OK |
| 16:27.14 | file | I think if we document it sufficiently it should be fine - the problem with understanding is only partly the option names, it's really just complicated in the first place |
| 16:27.30 | gtjoseph | true |
| 16:33.48 | kharwell | so with deferred sdp the 200 OK will use the outgoing_offer_pref vs incoming_answer_pref? |
| 16:34.11 | file | I'd expect outgoing_offer_pref |
| 16:34.21 | file | because from the perspective of SDP, you're making an offer |
| 16:44.23 | kharwell | yeah I think that makes the most sense |
| 17:02.08 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lfbn-nan-1-2297-47.w92-139.abo.wanadoo.fr) |
| 17:58.10 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lfbn-nan-1-2297-47.w92-139.abo.wanadoo.fr) |
| 18:24.33 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@80.215.212.205) |
| 18:28.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 18:32.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 19:34.26 | *** join/#asterisk-dev tmoore (~tmoore@76-231-140-59.lightspeed.sgnwmi.sbcglobal.net) |
| 20:22.22 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@rrcs-66-57-14-122.midsouth.biz.rr.com) |
| 20:22.22 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 21:03.19 | *** join/#asterisk-dev rmudgett (~rmudgett@170.249.191.178) |
| 21:03.19 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 21:48.29 | *** join/#asterisk-dev elguero (~miguel323@c-73-238-205-3.hsd1.nh.comcast.net) |
| 22:44.51 | *** join/#asterisk-dev spatel (~spatel@70.42.54.42) |
| 23:02.57 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lfbn-nan-1-2297-47.w92-139.abo.wanadoo.fr) |
| 23:14.19 | *** join/#asterisk-dev spatel (~spatel@70.42.54.42) |