Disregard. I was giving you the version of opensips in which the errors occurred. My subject says 2.2.x. It was actually dev
Thanks Jeff Wilkie USIP Communications On Feb 27, 2017 5:09 AM, "Bogdan-Andrei Iancu" <bog...@opensips.org> wrote: > Hi Jeff, > > What do you mean ? I tried the "version" command via the MI tool and it > properly works - what kind of error do you experience ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developerhttp://www.opensips-solutions.com > > On 02/24/2017 07:21 PM, Jeff Wilkie wrote: > > Thanks Bogdan, I will dl 2.2.3 and retest. This error occurred on the > following BTW > > Array > ( > [Server] => OpenSIPS (2.3.0-dev (x86_64/linux)) > ) > > > Jeff Wilkie > > On Fri, Feb 24, 2017 at 4:46 AM, Bogdan-Andrei Iancu <bog...@opensips.org> > wrote: > >> Hi Jeff, >> >> There was an issue on how the MI output of the address_dump was formated >> when using JSON. This issue was leading to an invalid JSON being returned. >> And CP was dropping the returned JSON as not able being able to parse it. >> If you do the direct web query, there is nothing to parse/validate the >> JSON, so it is displayed. >> >> The issue was fixed in latest 2.2, so please grab the 2.2.3 and give it a >> try please. >> >> Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >> >> On 02/22/2017 08:24 PM, Jeff Wilkie wrote: >> >> Ok, question part 2, now that the proper module is loaded :) From the MI >> interface in CP, I have 1 small issue. Using json to interface with >> opensips, I execute the command "*address_dump" *and execute. I receive >> the output of address dump | son:127.0.0.1:8888/json Successfully >> executed, no output generated. Other commands like domain_dump work as >> expected in the SYSTEM/MI interface. If I bypass CP and use web direct >> command 127.0.0.1:8888/json/address_dump I receive the proper output. >> Not sure why CP provides no output from this command though. >> The web query directly looks like this as a response when not using MI >> via CP >> http://10.10.20.229:8888/json/address_dump >> >> {"part": [{"value":"default", "children":{"dest": [{"value":" 8 >> <10.10.10.99,2, 5060, 1, NULL, 1515599999>"}, {"value":" 19 >> <10.10.20.193,2, 5060, 1, NULL, 1515599999>"}, {"value":" 81 >> <192.168.1.203,1, 5060, 1, NULL, NULL>"}]}}]} >> >> It's not a show stopper but bugging me why it doesn't work for that >> command only from what I can tell from initial testing. >> Jeff Wilkie >> >>> Yes, you did overlook to load the dialplan module into your OpenSIPS >>> (the dp_reload command is prvided by this modules). Regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >>> >>> On 02/22/2017 05:56 PM, Jeff Wilkie wrote: >>> >>> When using the mi_json module combined with CP, it appears that not all >>> of the functions were ported over for this interaction to complete 100%. >>> JSON enabled in opensips-cp/config/boxes.global.inc.php only allows >>> some commands to work. One particular command that appears to not be >>> working is under SYSTEM/DIALPLAN of CP when you attempt to hit "apply to >>> server". I receive a Sending to *json:127.0.0.1:8888/json >>> <http://127.0.0.1:8888/json>* : Error code 500 (Command not found) for >>> the dp_reload command. If I do the same thing under the SYSTEM/PERMISSIONS >>> page "apply to server" returns success for address_reload. Is this a >>> known issue? Did I overlook something small in the config? How do I >>> remedy this issue? >>> Thanks >>> Jeff Wilkie >>> >>> _______________________________________________ >>> Users mailing >>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>>
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users