Security-relevant passthrough: RTP latching is now reachable from applications.
symmetric_rtppassthrough: bothCallSessionandVideoCallSessiongrow
symmetric_rtp, riding through toaiortp.RTPSession.createand
aiortp.VideoRTPSession.create. aiortp has exposed the latching logic since
0.5.0, but neither bridge forwarded the flag across three minor releases, so it
was unreachable from any application built on aiosipua.- Why it matters: without it, the
c=address of the SDP offer alone decides
where outbound media goes, for the whole duration of the call. A caller can
point the stream at a third party and never receive anything itself. With it
enabled, the outbound destination only follows an address that packets were
actually received from. - Default is unchanged (
False, matching aiortp). This is a pure passthrough
— choosing the default belongs to the application, and flipping it here would
alter media behaviour for every existing call. Enable it when the peer's
advertised address should not be trusted on its own. - Docs: the
IncomingCallX-header accessors now state that their values are
caller-controlled.
No breaking changes from 0.7.0. The rtp extra still requires aiortp >= 0.7.0.