Hi Gang,
Yeah I still have your patch pending for review/integration. Please bear
with me (it will take a while!). :)
cheers
Benny
2009/3/30 Gang Liu <gangban.lau at gmail.com>
> Dear benny,
> I know callee's UA MUST not send a BYE on early dialog. But pls
> consider below msg flow:
>
> 1, callee get INVITE from caller, and respond 200 OK first time(this
> packet was lost);
>
> 2, callee use pjsip_inv_end_session() to disconnect the call. BYE will go
> to caller because callee is in PJSIP_INV_STATE_CONNECTING state.
>
> 3, then caller get BYE on early dialog.
>
> There are no logic to handel this at function inv_on_state_early().
> I tried to use inv_respond_incoming_bye() to create a respond for
> BYE. But callee still create ACK request for retransmission 200 OK after
> dialog in disconnected state. And the pool used by ACK tdata still there
> after long time.
> And I also found there was transacton/tata pool leak when dumping
> pj_caching_pool, but related dialog not there. Is there anyway to release
> these unused pools on the fly?
>
> + } else if (inv->role == PJSIP_ROLE_UAC &&
> + tsx->role == PJSIP_ROLE_UAS &&
> + tsx->method.id == PJSIP_BYE_METHOD &&
> + tsx->state < PJSIP_TSX_STATE_COMPLETED &&
> + e->body.tsx_state.type == PJSIP_EVENT_RX_MSG )
> + {
> + /*
> + * Handle incoming BYE request.
> + */
> +
> + inv_respond_incoming_bye(inv, tsx, e->body.tsx_state.src.rdata, e);
> +
> }
>
> regards,
> Gang
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090401/dde77a93/attachment.html>
