~singpolyma/asterisk

Hacky "support" for Renomination

This is a feature libwebrtc supports, that's barely standardized.
But if a client uses it, then it uses an alternative attribute for
nomination, and the value of this attribute is taken as a monotonically
increasing number, telling us to choose whichever option they nominated
"most recently", ignoring priority.

Since it's an alternative attribute, if we don't understand it then we
think the controlling side hasn't nominated anything.
So it's a bigger change to actually implement the storage of nomination
counter and use that instead of priority.
But if we just treat it as a normal "USE-CANDIDATE"... then it should at
least work better than nothing.

I'm hoping the other side will be tolerant to our limited understanding
of nomination.
Ignore Candidates for RTCP Component

We happen to know that all of our clients support rtcp-mux, which means
both kinds of traffic will flow over the same port.
This means that we'll only use component 1.

But, the offerer doesn't technically know that yet, since we don't
advertise that until our session-accept.

So in the meantime it may have generated candidates for component 2.

Our ICE setup is practically on the edge of not working at all, given
the way Jingle trickles candidates in contrast to the spec asterisk was
written against.

So it's a miracle it works at all, since it sees each individual
candidate as the only one.
But when it sees a candidate list that appears to _only_ contain
candidates for component 2, that is rtcp and not rtp, then it doesn't
even try to run the checklists, since it thinks there's no actual media.

So that's apparently one problem too many and nothing works.
This change just ignores candidates for component 2.
There's already code that doesn't _actually_ restart anything if there's
not actually any new candidates, so if that's the only one then it'll
just be ignored.
For candidates for component 1, it should do the same thing it's already
doing, which is limping over the finish-line.
Content Transport is Always Created by Initiator

The original code declared the content to be created by the "initiator"
if this is an outgoing call, and "responder" if it's an incoming call,
which makes sense if we assume we're always the content creator.

But actually, in the clients I've looked at, that's not the case.
In all cases, the initiator includes the initial content description in
their session-initiate message.

So actually, the creator is always the initiator, either us if we
initiated, or them if they did.

Most clients didn't seem to care who the creator was, but Gajim seems
grumpy about it.
Set Longer STUN Timeout

We were having an issue with outbound Jingle calls where it would fail
to establish a connection.

It appeared to be a bug in pjproject, specifically that they don't
retrigger failed triggered checks, and the call receiver started sending
checks before the call initiator (because they receive that info on call
acceptance), so there was plenty of time for things to fail before we
even had a chance.

This does not fix that bug, but by extending the window of time it
retries before declaring failure, we can step around it a little.
Use Nominated Pair

We were seeing Chromium choose to nominate a pair that was not highest
priority, and then get stuck trying to convince us to use it.

While it's true it's a bit weird to do that, that's its right as
"controlling" agent, and our job as "controlled" agent is to do what it
asks of us.

It's possible it was just looking for the handshake to complete to
renegotiate with the higher priority one, or maybe it is planning on
just sticking with it. Either way, talking to the same interfaces is
better than making up our own answer.

The difference in this case is that if a component has multiple valid
options, then the highest priority one will be the one that's chosen as
"most valid"

But it's possible that, again, for some reason the controlling entity
chose to pick a different pair as the one to nominate.
In that case, the nominated and valid checks will differ, and we are
currently using the wrong one.
Commit Debian 3.0 (quilt) metadata

[dgit (8.5) quilt-fixup]
DTLS support for video
Commit Debian 3.0 (quilt) metadata

[dgit (8.5) quilt-fixup]
Allow @ in user part of fromuser_and_domain
Commit Debian 3.0 (quilt) metadata

[dgit (8.5) quilt-fixup]
Default to active on session-accept

Sometimes we send session-accept before the other side has expressed a clear
preference (or before we have processed it, anyway...) -- so just assume the
other side sent actpass, which will set us to active.  This is find so long as
the other side would actually say actpass or passive, but probably very bad if
the other side would say active.
Remove duplicate fingerprint
Commit Debian 3.0 (quilt) metadata

[dgit (8.5) quilt-fixup]
There can be children other than <content/>

This code is not very smart, but anyway if it just skips things it doesn't
understand instead of aborting that will be better.
Commit Debian 3.0 (quilt) metadata

[dgit (8.5) quilt-fixup]
Apply patch from eta

https://theta.eu.org/lx/asterisk.patch
54be5a36 — Francesco Castellano 1 year, 9 months ago
[PATCH] chan_sip: Handle invalid SDP answer to T.38 re-invite

The chan_sip module performs a T.38 re-invite using a single media
stream of udptl, and expects the SDP answer to be the same.

If an SDP answer is received instead that contains an additional
media stream with no joint codec a crash will occur as the code
assumes that at least one joint codec will exist in this
scenario.

This change removes this assumption.

ASTERISK-28465

Change-Id: I8b02845b53344c6babe867a3f0a5231045c7ac87

Gbp-Pq: Name AST-2019-003.patch
1799ab0f — George Joseph 1 year, 9 months ago
[PATCH] res_pjsip_messaging:  Check for body in in-dialog message

We now check that a body exists and it has a length > 0 before
attempting to process it.

ASTERISK-28447
Reported-by: Gil Richard

Change-Id: Ic469544b22ab848734636588d4c93426cc6f4b1f

Gbp-Pq: Name AST-2019-002.patch
2bc037b7 — Bernhard Schmidt 1 year, 7 months ago
Update autoconf files for pjproject

Last-Update: 2018-12-21

config.guess and config.sub for pjproject are six years old, this
makes the build FTBFS on newer architectures like ppc64el.

Unfortunately the sources are only unpacked during the toplevel
./configure run, so we cannot solve this with dh_autoreconf

Gbp-Pq: Name autoreconf-pjproject
e5302831 — Debian VoIP Team 1 year, 7 months ago
build-reproducibly


Gbp-Pq: Name build-reproducibly
Next