[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