[Serdev] Fwd: [Users] NEW FEATURES: t_replay() enhancements

[Weiter Leiter]

On 12/7/06, Andrei Pelinescu-Onciul <andrei at iptel.org> wrote:
>
> On Dec 06, 2006 at 20:34, Weiter Leiter <bp4mls at googlemail.com> wrote:
> > Would this make sense as feature request? Me, for one, I find it useful.
>
> Yes, in fact some us of discussed the automatic-error-reply problem,
> although in private. It was not fixed because of the iminent code freeze
> (at the time) and lack of time, but it will be fixed in the next release.
>
> The draft fix is to delay sending the reply to the end of script. When
> the script ends, if no reply was sent for the current transaction, a
> reply will be sent automatically. If a reply was already sent, nothing
> will happen. No script change will be necessary.



All right, some quality decisions!


The stop-sending-100 fix is a separate feature, which I don't find very
> usefull (I don't think there are a lot of scenarios where you send first
> a stateless reply and then go statefull), but if people need it we can
> easilly add it too.



I generate a 100 for all request. Both REGISTERS and INVITES that must be
authenticated are retransmitted most of the time, due to DB delays. For
debugging I find this very useful. For production, it also helps with
debugging but also lowers the traffic (maybe insignificantly, but still).

WL.


Andrei
>
>
> >
> > ---------- Forwarded message ----------
> > From: Bogdan-Andrei Iancu <bogdan at voice-system.ro>
> > Date: Dec 6, 2006 6:15 PM
> > Subject: [Users] NEW FEATURES: t_replay() enhancements
> > To: "users openser.org" <users at openser.org>, devel <devel at openser.org>
> >
> > Hi everybody,
> >
> > following several discussion threads from some time ago, I added a
> > support for controlling the behaviour of t_relay() functions. This
> > addresses:
> >
> > 1) to ability to stop t_relay() from automatically sending the 100
> > trying provisional reply before relaying the request. This is useful in
> > scenarios where you already send a stateless 100 trying from the script.
> >
> > 2) ability to do serial forking in failover scenarios - as original
> > t_relay() automatically sends a negative reply in case of a failure
> > (unresolvable URI, TCP connect refused, etc), it was impossible to
> > continue with the next destination. Now, the auto-reply can be disabled.
> >
> > backward compatibility is kept.
> >
> > For more details (how to do it, options, etc), please see the online
> docs:
> >    http://www.openser.org/docs/modules/1.2.x/tm.html#AEN340
> >
> >
> >
> > regards,
> > bogdan
> >
> > _______________________________________________
> > Users mailing list
> > Users at openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
>
> > _______________________________________________
> > Serdev mailing list
> > Serdev at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serdev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.iptel.org/pipermail/serdev/attachments/20061207/22b75d49/attachment.html