[OpenSIPS-Users] Error with Dialog module causing crash

[Brett Nemeroff]

Hey all,I'm just adding my $0.02 as a USER here..

If you put in "fuzzy logic" to deal with broken clients, it makes it hard
for us  USERS who don't know much about the core of opensips to recognize
the problem and report a potential issue (to either the customer or to the
community).

I'd prefer if some broken UA send a message that the dialog module doesn't
like that it fail with a user readable message like "Failed to create/match
dialog. Malformed SIP Header Received"

Then I, as a user, know to look at the signaling for what's missing. Of
course, it would be ideal to specifically say what is missing. I think it's
more important to be able to easily troubleshoot broken clients than to
simply support every broken device out there.. :)

That's my input.. for what it's worth. :)
-Brett





On Tue, Dec 16, 2008 at 6:01 PM, Dan Pascu <dan at ag-projects.com> wrote:

> On Tuesday 16 December 2008, Bogdan-Andrei Iancu wrote:
> > Hi,
> >
> > it seams that the reply has no Contact header (see the error), so no
> > contact is stored into the dialog. Most probably the module tries later
> > to use the contact (on callee side) and it crashes..
> >
> > Logical question - what do to if some dialog info is missing? continue
> > with a semi-bogus dialog or discard dialog?
>
> I think only the dialog identification elements should be mandatory.
> Others are there only to allow some extra functionality. For example if I
> lack a contact, then I can still keep track of the dialog, but I will not
> be able to end it by sending a BYE.
>
> Such dialogs can be marked as impure/incomplete and they will lack certain
> features that the others have. I think that only missing mandatory dialog
> identification elements should be considered an error.
>
> --
> Dan
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20081217/aa6bd484/attachment.htm