> On April 14, 2014, 1:44 a.m., Matt Jordan wrote: > > I'm sure I'm missing something obvious, but in what scenario do we forward > > a request in a manner consistent with a proxy? I'm thinking of those > > scenarios where an inbound INVITE request is received by Asterisk, and > > something in the dialplan causes chan_sip to forward the INVITE request to > > something outside of Asterisk.
Please don't be confused that the RFC mentions this is for proxys. Bad things will happen if we get a 100 trying and then nothing - Asterisk will wait forever for a final response. You do not want that in your servers. The best possible solution is to implement Timer C, since it's defined. - Olle E ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3438/#review11590 ----------------------------------------------------------- On April 11, 2014, 10:41 a.m., Olle E Johansson wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviewboard.asterisk.org/r/3438/ > ----------------------------------------------------------- > > (Updated April 11, 2014, 10:41 a.m.) > > > Review request for Asterisk Developers. > > > Repository: Asterisk > > > Description > ------- > > SIP Timer C is defined for proxys that forward messages. In some ways, we > forward calls. It is activated when we receive a 100 trying and wait for any > other message. If that's not received, timer C triggers and cancels the call > attempt. > > This is required in an interoperability test I'm working with. > > Red dots will be handled in the way they deserve. > > > Diffs > ----- > > /trunk/configs/sip.conf.sample 412166 > /trunk/channels/sip/include/sip.h 412166 > /trunk/channels/chan_sip.c 412166 > > Diff: https://reviewboard.asterisk.org/r/3438/diff/ > > > Testing > ------- > > Passed interoperability testing with funky test tool. > > > Thanks, > > Olle E Johansson > >
-- _____________________________________________________________________ -- 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