23 Apr
2014
23 Apr
'14
1:22 p.m.
On 04/23/14 12:59, Alex Balashov wrote:
The reason I had not previously considered this
possibility is because
the documentation says--or, at least to my lackadaisical
interpretation--that rtpproxy_manage() will only call rtpproxy_answer()
if it is operating on a 1xx/2xx reply with SDP, otherwise it'll send
rtpproxy_offer(), or send a delete command if it's a >= 300 reply.
Actually the logic is a bit more complicated than that. You can look at
rtpproxy_manage() in rtpproxy.c for the full details. Main selection
criterion is whether the message is a request or a reply, second
criterion is the SIP method (taken from the CSeq) and/or the response
code in case of a reply. The route type is only marginally relevant. So
it really depends on what kind of SIP message you're acting upon.
You should actually see the same behaviour with rtpproxy module as well,
as this part of the code hasn't been changed.
cheerse