[Serdev] [Patch] Ability to check negative reply code in the
failure_route
Jan Janak
jan at iptel.org
Tue Mar 8 13:48:16 UTC 2005
I agree with Dan -- having the possibility to distinguish 408 generated
localy and 408 coming from downstream can be useful. I needed that
myself, but it is not possible with current code base and I did not want
to hack tm even more at that time.
It was exactly for the case Atle describes. It would be nice to have the
possibility someday, but I do not think it is anything important.
I created an item (SER-28) in our bug tracker at
http://bugs.sip-router.org
to keep track of it.
I would like to draw your attention to the bug tracker, it would be nice
if developers could use it to keep track of open items. It has happened
to us several times that some problems and issues vanished in the
noise of the mailing lists.
Jan.
On 08-03 14:07, Maxim Sobolev wrote:
> Atle Samuelsen wrote:
> >Hi Dan and Juha,
> >
> >* Dan Pascu <dan at ag-projects.com> [050308 12:36]:
> >
> >>On Tuesday 08 March 2005 12:27, Juha Heinanen wrote:
> >>
> >>>Dan Pascu said:
> >>>
> >>>>This can help implement fallback failure
> >>>>routes
> >>>>for PSTN for example, where I need to know if the 408 was internally
> >>>>generated by SER because the PSTN gateway didn't respond in which case I
> >>>>want
> >>>>to try another PSTN gateway, or it came from the PSTN gateway because
> >>>>the
> >>>>PSTN phone was not answered in a given time, in which case I don't want
> >>>>to try the second gateway.
> >>>
> >>>perhaps your problem is again * spesific, because in cisco gws, you get
> >>>immediately back some reply if the gw is alive.
> >>
> >>I use cisco gateways for outbound. But when I process the 408 I don't
> >>know if the gateway has already send any intermediate answers (like 183)
> >>and is alive, or it has not replied at all.
> >
> >
> >I agree with Dan here, this will be a issue even if this is from a cisco
> >gw, or a Sipura or what ever...
> >
> >if you use AVP's, and set the fr_inv_timer to 30 sec, you will most
> >likely get a 100/18X respons.
> >
> >After 30 sec, ser timesout, and generates internally a 408 message.
> >
> >therefor it would be nice to be able to know if the reply was generated
> >internally (even if it was done as easy as when ser generates a 408, it
> >adds a headerflag with reason, and we just pull out the reason in a
> >regexp)
>
> I don't think that it really matters. The only thing that matters is
> that the call has not reached final recepient (which is what 408
> indicates regardless of its origin). However, you can easily modify tm
> to set some AVP in the case when 408 is generated locally.
>
> -Maxim
>
> _______________________________________________
> Serdev mailing list
> serdev at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serdev
More information about the Serdev
mailing list