[OpenSIPS-Users] HEP Address Hostname error
Ben Newlin
Ben.Newlin at genesys.com
Wed Apr 4 12:07:34 EDT 2018
Bogdan,
I’m confused by your statement about the duplicate_uri in siptrace in 1.11 doing SIP, not HEP. The siptrace module in 1.11 has many different configuration settings to use HEP, but the documentation specifies that the URI must still be a SIP URI. This is how I have siptrace currently configured in 1.11 with the expectation this would use HEP:
#// SipTrace module
loadmodule "siptrace.so"
modparam("siptrace", "trace_flag", "SIP_MESSAGE")
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "enable_ack_trace", 1)
modparam("siptrace", "trace_to_database", 0)
modparam("siptrace", "duplicate_with_hep", 1)
modparam("siptrace", "hep_version", 2)
modparam("siptrace", "hep_capture_id", 1)
modparam("siptrace", "duplicate_uri", "sip: homer-hep.test.com:5656")
Is this not correct?
Thanks,
Ben Newlin
From: Bogdan-Andrei Iancu <bogdan at opensips.org>
Date: Wednesday, April 4, 2018 at 10:56 AM
To: OpenSIPS users mailling list <users at lists.opensips.org>, Ben Newlin <Ben.Newlin at genesys.com>
Subject: Re: [OpenSIPS-Users] HEP Address Hostname error
OK, it was a quick one :D...
The "duplicate_uri" from 1.11 was duplicating the traffic via SIP, not via HEP, so if you want to translate this setting, it has nothing to do with the proto_hep module, but still with the siptrace module like:
/*sip trace id*/
modparam("siptrace", "trace_id", "[tid]uri=sip:homer-hep.test.com:5656")
and use "tid" as tracing ID in the sip_trace function.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com<http://www.opensips-solutions.com>
OpenSIPS Summit 2018
http://www.opensips.org/events/Summit-2018Amsterdam<http://www.opensips.org/events/Summit-2018Amsterdam>
On 04/04/2018 05:50 PM, Bogdan-Andrei Iancu wrote:
Hi Ben,
Let me look quickly into this ;)
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com<http://www.opensips-solutions.com>
OpenSIPS Summit 2018
http://www.opensips.org/events/Summit-2018Amsterdam<http://www.opensips.org/events/Summit-2018Amsterdam>
On 04/04/2018 05:49 PM, Ben Newlin wrote:
Bumping this again. I can open a bug on Github if that is preferred.
Thanks,
Ben Newlin
From: Ben Newlin <Ben.Newlin at genesys.com><mailto:Ben.Newlin at genesys.com>
Date: Friday, March 30, 2018 at 10:15 AM
To: OpenSIPS users mailling list <users at lists.opensips.org><mailto:users at lists.opensips.org>
Subject: Re: HEP Address Hostname error
Has anyone had a chance to look into this DNS issue?
Thanks,
Ben Newlin
From: Ben Newlin <Ben.Newlin at genesys.com><mailto:Ben.Newlin at genesys.com>
Date: Monday, March 26, 2018 at 4:02 PM
To: OpenSIPS users mailling list <users at lists.opensips.org><mailto:users at lists.opensips.org>
Subject: HEP Address Hostname error
Hi,
While upgrading from 1.11 to 2.3, we have run into an issue with the parsing of the hep_id parameter in the proto_hep module.
In 1.11, we used the duplicate_uri setting in the siptrace module like so:
modparam("siptrace", "duplicate_uri", "sip:homer-hep.test.com:5656"<sip:homer-hep.test.com:5656>)
In 2.3, we converted this into the appropriate module config for proto_hep:
modparam("proto_hep", "hep_id", "[hid]homer-hep.test.com:5656;transport=udp;version=2")
However, this results in OpenSIPS complaining about receiving the wrong address:
Mar 26 19:59:58 [332] CRITICAL:core:mk_proxy: could not resolve hostname: "homer"
Mar 26 19:59:58 [332] ERROR:proto_hep:send_hep_message: bad hep host name!
Mar 26 19:59:58 [332] ERROR:siptrace:send_trace_proto_duplicate: failed to forward message to destination!
Mar 26 19:59:58 [332] ERROR:siptrace:save_siptrace: Failed to duplicate with hep to <homer:5656>
It appears the proto_hep module parameter parsing doesn’t allow for dashes/hyphens in the address portion, so it ends up with only a small part of the actual hostname of our Homer server.
Thanks,
Ben Newlin
_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20180404/cf9b1545/attachment-0001.html>
More information about the Users
mailing list