[asterisk-dev] [Code Review] SIP Re-invite Glare and 491 Madness...
Olle E. Johansson
oej at edvina.net
Wed Apr 1 00:36:51 CDT 2009
While I understand what you're trying to do, the whole situation seems
like we're continuing to add bad patches to something with the wrong
architecture from start. Suddenly, we have cseq in at least four places:
- last invite cseq
- last non-invite cseq
- glare cseq
- the stored packet's (initreq) cseq
Is this really the proper way to go? While this might be the most
light-weight patch for older releases, I suggest that someone spends
some time on finding a proper architecture for trunk. The spagetthi
code in chan_sip is beginning to look more and more like overcooked
lasagna.
David - thank you for analysing the situation. This has really been a
hairy problem for a long time.
/O
More information about the asterisk-dev
mailing list