From the errors it seems like kamailio expects *hep* packets so you
should use *hep* instead of *sip* in your *trace_id*. What is more, take
care that by default the *trace_id *uses HEP version 3. Your kamailio
seems to be using *hepv2**_received* function which might require
version 1 or 2 of *hep*. So your trace_id definitin should look like
modparam("siptrace", "trace_id","[tid]uri=hep:homerIP:9060;version=2;")
Ionut Ionita
OpenSIPS Developer
On 02/22/2017 04:56 PM, Ramachandran, Agalya (Contractor) wrote:
Hi Ionut,
Am using the below config. Let me know if this is correct?
But am not seeing any packets in the Homer side, rather seeing errors
in Kamailio logs, which is mentioned below.
Please help me to resolve this issue, if am doing anything wrong.
Kamailio is running and listening on port 9060.
loadmodule "siptrace.so"
loadmodule "proto_hep.so"
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_local_ip", "localIP")
modparam("siptrace", "trace_id","[tid]uri=sip:homerIP:9060;") // I
tried to use both sip and hep
In route, am using
$var(trace_id) = "tid";
sip_trace("$var(trace_id)", , "$avp(traced_user)");
Am seeing below error in Kamailio logs, (on the Homer Side)
Feb 22 14:40:41 poc-homerserver-cmc-e-002 kamailio[9416]: ERROR:
sipcapture [hep.c:136]: hepv2_received(): ERROR:
sipcapture:hep_msg_received: unknow protocol [1]
Feb 22 14:40:41 poc-homerserver-cmc-e-002 kamailio[9415]: ERROR:
sipcapture [hep.c:136]: hepv2_received(): ERROR:
sipcapture:hep_msg_received: unknow protocol [1]
Feb 22 14:41:48 poc-homerserver-cmc-e-002 kamailio[9418]: ERROR:
sipcapture [hep.c:86]: hep_msg_received(): ERROR:
sipcapture:hep_msg_received: not supported version or bad length:
v:[73] l:[78]
Feb 22 14:41:51 poc-homerserver-cmc-e-002 kamailio[9419]: ERROR:
sipcapture [hep.c:86]: hep_msg_received(): ERROR:
sipcapture:hep_msg_received: not supported version or bad length:
v:[67] l:[65]
Regards,
Agalya
*From:*Users [mailto:users-boun...@lists.opensips.org] *On Behalf Of
*Ionut Ionita
*Sent:* Wednesday, February 22, 2017 5:14 AM
*To:* OpenSIPS users mailling list <users@lists.opensips.org>
*Subject:* Re: [OpenSIPS-Users] Siptrace usage in 2.2.2
Hi,
As regards *duplicate_uri* parameter it depends on whether or not
you have *duplicate_with_hep* set. If *duplicate_with_hep *is not set
(or set to 0) you should use*sip* else you should use *hep*. Regarding
*traced_user_avp*, this parameter is obsolete and now moved as a
parameter to sip_trace function, so in the script you can do something
like:
/ $avp(traced_user) = "1";/
/ sip_trace("tid", , "$avp(traced_user)");
/Regards,
Ionut Ionita
OpenSIPS Developer
On 02/21/2017 11:02 PM, Ramachandran, Agalya (Contractor) wrote:
Hi,
Am trying to use Homer tool to display the packets that have
arrived in OpenSIPS.
And here is my setup when I used with opensips1.11 version.
*OpenSIPS (Siptrace) ---->Homer. (kamailio+sipcapture ,DB)*
In order to achieve the same setup in OpenSIPS 2.2.2 version, for
the siptrace, we can use either sipuri , hepuri or DB – Correct?
In the older version, I have used modparam("siptrace",
"duplicate_uri", "sip: remoteipofHomer:9060")
With the new version of OpenSIPS, in order to send the packet to
Homer, is this configuration correct?
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_local_ip", "localip")
modparam("siptrace",
"trace_id","[tid]uri=*sip*:remoteipofHomer:9060;") ---> *sip/hep*
-? Which one I should use?
And for traced_user_avp, I will be using the following in old version.
modparam("siptrace", "traced_user_avp", "$avp(traced_user)")
In Route function , the below lines will be used.
$avp(traced_user) = "1";
sip_trace();
How this can be achieved in new sip_trace()?
Kindly clarify me.
Regards,
Agalya
_______________________________________________
Users mailing list
Users@lists.opensips.org <mailto:Users@lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users