-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3977/#review13241
-----------------------------------------------------------


This is a loaded question but... how much does 64k "buy" us? That is, how many 
different list elements can we typically embed in a 64k body?

- Matt Jordan


On Sept. 4, 2014, 3:11 p.m., Mark Michelson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3977/
> -----------------------------------------------------------
> 
> (Updated Sept. 4, 2014, 3:11 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: ASTERISK-24181
>     https://issues.asterisk.org/jira/browse/ASTERISK-24181
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> When testing RLS with large lists, it was found that attempting to send a 
> full state NOTIFY request would result in an error from PJSIP of 
> PJSIP_EMSGTOOLONG. I've written in detail about the problem on the following 
> wiki page: https://wiki.asterisk.org/wiki/display/AST/PJSIP+Large+Messages
> 
> On that page, I propose several solutions to the problem. The one presented 
> in this review is based on the edit at the bottom of the wiki page. We get 
> around the max message size of PJSIP by pre-allocating the transmission data 
> buffer to be large enough to hold whatever message we need to send. This way, 
> PJSIP happily writes the message to the buffer and sends it on.
> 
> There are a couple of questionable bits in this review:
> 1) Even though we are working around PJSIP's maximum message size limit, this 
> patch imposes its own limit of 64000 bytes for the message. Should we perhaps 
> make this limit smaller? Larger? Transport-dependent?
> 2) If we detect that the message is too large to be sent, we return an error 
> when attempting to send the NOTIFY. However, I wonder if we should also just 
> terminate the subscription as well.
> 
> 
> Diffs
> -----
> 
>   /branches/13/res/res_pjsip_pubsub.c 422576 
> 
> Diff: https://reviewboard.asterisk.org/r/3977/diff/
> 
> 
> Testing
> -------
> 
> See /r/3978 for a testsuite test that exercises this.
> 
> 
> Thanks,
> 
> Mark Michelson
> 
>

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to