[Serdev] Radius stop record delay

[Jiri Kuthan]

At 02:17 PM 8/19/2004, Dan Pascu wrote:
>> The second issue is how to handle negative BYEs. I think that's back-ends
>> decision how to interpret these. Clearly, there may be some ambiguous
>> cases. A phone for example generates a BYE, which is either syntactically
>> incorrect or the receiver consideres it incorrect. The receiver generates a
>> negative reply. The receiver thinks the call is over. The BYE sender is
>> confused -- the handset has been hung up but a negative reply came back...
>
>I think this is an issue only when viewed from a technical point of view. From 
>the end user point of view is a non-issue. The user paying the bill for his 
>call, will surely want the call ended when he hangs up the phone, no matter 
>what the other party wants or believes about the validity of the BYE message.
>I'm sure none wants to pay extra bills just because the other party refuses to 
>close a phone conversation.

That does not seem to me so clear. For example, it would then to easy for me to generate
a BYE which gets denied by UAS and will be taken as input for your accounting.
What I am telling is I suggest that accounting module provides objective,
accurate and detailed reports (no special-casing) and the back-end systems interpets 
them. Rating, fraud-detection and other billing functionality is a back-end
responsibility and should IMHO stay there.

-jiri