[OpenSIPS-Users] bug in SST module ?
Bogdan-Andrei Iancu
bogdan at opensips.org
Wed Nov 7 18:49:15 CET 2012
ehe...this kind of sh*t happens to all of us ;).
Nevertheless I will come back with the fixing for the xmlrpc part.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 11/07/2012 04:54 PM, Samuel Muller wrote:
> oh sh*t you're right.
>
> i set up the same value for the cdr_flag and the sst flag :(
>
> it's ok now in the xmlrpc request :
> sst:: requester_flags=1 supported_flags=1 interval=3600
> and the problem still remains with the accX encoding.
>
> Thank you very much !
>
> Samuel MULLER
> +33 663 128 505
> sml at l33.fr
> www.l33.fr
>
>
> On Wed, Nov 7, 2012 at 2:51 PM, Bogdan-Andrei Iancu<bogdan at opensips.org> wrote:
>> Hi Samuel,
>>
>> Maybe your SST flag is also used as CDR flag in acc module :), so when you
>> enable SST you also trigger CDRs ...otherwise there is no connection between
>> the SST and ACC modules (except both using the dialog module).
>>
>> Regarding the bug, we will fix the mi_xmlrpc to do proper utf8 escaping for
>> the content.
>>
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>>
>> On 11/07/2012 12:51 PM, Samuel Muller wrote:
>>> Hello Bogdan,
>>>
>>> thank you for your answer.
>>>
>>> I've to tell that the accX_ variables are only there when i set up the SST
>>> flag.
>>> maybe there's another problem in the flag attribution - but i did not
>>> found anything relevant to this.
>>>
>>> i've to unload the SST module until there's a patch. But if you need
>>> anything else (tests, ...), just ask ;)
>>>
>>> Best regards,
>>>
>>> Samuel MULLER
>>> +33 663 128 505
>>> sml at l33.fr
>>> www.l33.fr
>>>
>>>
>>> On Tue, Nov 6, 2012 at 11:03 PM, Bogdan-Andrei Iancu
>>> <bogdan at opensips.org> wrote:
>>>> Hi Samuel,
>>>>
>>>> Those values are actually added by ACC module when doing dialog-based
>>>> accounting, not related to SST actually.
>>>>
>>>> I guess the mi_xmlrpc module should escape the non utf8 chars -> I will
>>>> mark
>>>> this as a bug.
>>>>
>>>> Thanks and Regards,
>>>> Bogdan
>>>>
>>>>
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS Founder and Developer
>>>> http://www.opensips-solutions.com
>>>>
>>>>
>>>> On 11/06/2012 01:32 PM, Samuel Muller wrote:
>>>>> hey back,
>>>>>
>>>>> I checked only the problem during the state 2 (ringing) of the dialog,
>>>>> sorry.
>>>>> For each state of the dialog, there are others variables added by SST,
>>>>> and many of them are not well encoded :
>>>>>
>>>>> i.e., during state 4 (in call) these vars are :
>>>>>
>>>>> value:: accX_table = acc\nvalue:: accX_flags =>\x06\x88\x08\nvalue::
>>>>> accX_aaa = \x12\nvalue:: accX_log = \x12\nvalue:: accX_leg =
>>>>> \x02\nvalue:: accX_core = \x06\nvalue:: accX_created = "\xf4\x98P\n
>>>>>
>>>>> hope it helps,
>>>>>
>>>>> Samuel MULLER
>>>>> +33 663 128 505
>>>>> sml at l33.fr
>>>>> www.l33.fr
>>>>>
>>>>>
>>>>> On Tue, Nov 6, 2012 at 12:22 PM, Samuel Muller<sml at l33.fr> wrote:
>>>>>> Hello Bogdan,
>>>>>>
>>>>>> here you can find all you need :
>>>>>>
>>>>>> http://pastebin.com/DKAu7uHt
>>>>>>
>>>>>> I can say that this dialog var added by SST (chinese char ???):
>>>>>>
>>>>>> value:: accX_created = \r\xee\x98P
>>>>>>
>>>>>> This variable seems to be added too in the ACC, and my Radius server
>>>>>> does not understand the value.
>>>>>> All my accounting is not working anymore so ... (but with syslog it's
>>>>>> ok
>>>>>> ?).
>>>>>>
>>>>>> it happens only if i set the flag in the routing logic (i don't need
>>>>>> to unload the module).
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>>
>>>>>> Samuel MULLER
>>>>>> +33 663 128 505
>>>>>> sml at l33.fr
>>>>>> www.l33.fr
>>>>>>
>>>>>>
>>>>>> On Mon, Nov 5, 2012 at 7:34 PM, Bogdan-Andrei
>>>>>> Iancu<bogdan at opensips.org>
>>>>>> wrote:
>>>>>>> Hi Samuel,
>>>>>>>
>>>>>>> It seems that SST is adding some dialog variables (attached to the
>>>>>>> dialog)
>>>>>>> which are not properly printed when calling the dlg_list_ctx .
>>>>>>>
>>>>>>> Could you post (on pastebin) and network capture with the HTTP
>>>>>>> response
>>>>>>> from
>>>>>>> opensips ?
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Bogdan-Andrei Iancu
>>>>>>> OpenSIPS Founder and Developer
>>>>>>> http://www.opensips-solutions.com
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 11/05/2012 04:00 PM, Samuel Muller wrote:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I would like to submit this problem I found :
>>>>>>>>
>>>>>>>> I recently set up the SST module (OpenSips v.1.8.1) with these params
>>>>>>>> :
>>>>>>>> "
>>>>>>>> loadmodule "sst.so"
>>>>>>>> modparam("sst","enable_stats",1)
>>>>>>>> modparam("sst","min_se",600)
>>>>>>>> modparam("sst","sst_interval",0)
>>>>>>>> modparam("sst","timeout_avp","$avp(stimeout)")
>>>>>>>> modparam("sst","reject_to_small",1)
>>>>>>>> modparam("sst","sst_flag",5)
>>>>>>>> "
>>>>>>>>
>>>>>>>> all the params are correct, and the avp is the same as the dialog
>>>>>>>> module.
>>>>>>>>
>>>>>>>> So I put the flag in the routing logic :
>>>>>>>> "
>>>>>>>> if (is_method("INVITE")) {
>>>>>>>> setflag(5); # flag sst for dialog timers
>>>>>>>> create_dialog("B");
>>>>>>>> }
>>>>>>>> "
>>>>>>>>
>>>>>>>> Then, everything concerning statistics using XMLRPC and accounting
>>>>>>>> (Radius in my way) was not working anymore.
>>>>>>>>
>>>>>>>> For instance, when i get stats using xmlrpc with python :
>>>>>>>>
>>>>>>>>>>> import xmlrpclib
>>>>>>>>>>> q = xmlrpclib.ServerProxy('http://myproxy.com:8060')
>>>>>>>>>>> d = q.dlg_list_ctx()
>>>>>>>> Traceback (most recent call last):
>>>>>>>> File "<console>", line 1, in<module>
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 1199, in __call__
>>>>>>>> return self.__send(self.__name, args)
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 1489, in __request
>>>>>>>> verbose=self.__verbose
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 1253, in request
>>>>>>>> return self._parse_response(h.getfile(), sock)
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 1387, in
>>>>>>>> _parse_response
>>>>>>>> p.feed(response)
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 868, in end
>>>>>>>> return f(self, join(self._data, ""))
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 916, in end_string
>>>>>>>> data = _decode(data, self._encoding)
>>>>>>>> File "/usr/lib/python2.6/xmlrpclib.py", line 164, in _decode
>>>>>>>> data = unicode(data, encoding)
>>>>>>>> File "/usr/lib/python2.6/encodings/utf_8.py", line 16, in decode
>>>>>>>> return codecs.utf_8_decode(input, errors, True)
>>>>>>>> UnicodeDecodeError: 'utf8' codec can't decode byte 0xb8 in position
>>>>>>>> 542: invalid start byte
>>>>>>>>
>>>>>>>> I found this strangely similar:
>>>>>>>> http://www.mail-archive.com/users@lists.opensips.org/msg18444.html
>>>>>>>>
>>>>>>>> And yes, this is this var : accX_... who is responsible of the
>>>>>>>> problem
>>>>>>>> - OpenSips does not crash.
>>>>>>>>
>>>>>>>>
>>>>>>>> Hope you can find something there ...
>>>>>>>>
>>>>>>>>
>>>>>>>> Samuel MULLER
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Users mailing list
>>>>>>>> Users at lists.opensips.org
>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>>>
More information about the Users
mailing list