[OpenSIPS-Users] Sipcapture issue

Alexandr Dubovikov aduvoip at googlemail.com
Fri Jul 12 20:56:39 CEST 2013


7/11/2013 12:11 AM, Flavio Goncalves wrote:
> Hi Alexander,

Hi Flavio,
>
> The original messages were sent from one phone (Yealink) to another 
> (BRIA) traversing a SIP Proxy (10.8.30.107), This proxy generated the 
> HEP packets using siptrace() to another server (Internet) using 
> Webhomer and OpenSIPS 1.9.
>
ok, i have analyzed the issue, need to fix the sip_trace function. It 
doesn't set correct proto to the hep header.

thanks for bug report!

Wbr,
Alexandr

> B.R.
>
> Flavio E. Goncalves
>
>
>
>     Wbr,
>     Alexandr
>
>
>     7/10/2013 10:41 PM, Flavio Goncalves wrote:
>>     Hi Alexander,
>>
>>     They were generated by the siptrace module in another OpenSIPS
>>     Server 1.8
>>
>>     #---- Sip Trace Params ----
>>     modparam("siptrace","duplicate_uri","sip:ix.y.z.w:9060")
>>     modparam("siptrace","duplicate_with_hep",1)
>>     modparam("siptrace","trace_to_database",0)
>>     modparam("siptrace","trace_flag",22)
>>     modparam("siptrace","trace_on",1)
>>     modparam("siptrace", "trace_local_ip", "udp:PRIMARY_IP:5060")
>>     modparam("siptrace", "hep_version", 2)
>>     modparam("siptrace","db_url","mysql://OPENSIPS_USER:OPENSIPS_PASS@DB_IP/DB_NAME"
>>
>>     Flavio E. Goncalves
>>
>>
>>
>>     2013/7/10 Alexandr Dubovikov <aduvoip at googlemail.com
>>     <mailto:aduvoip at googlemail.com>>
>>
>>         Hi Flavio,
>>
>>         how was the original SIP messages generated ?
>>
>>         Wbr,
>>         Alexandr
>>
>>
>>         7/10/2013 5:05 PM, Flavio Goncalves wrote:
>>>         Hi Alexander,
>>>
>>>         I had exactly the same problem.  I'm sending to your email
>>>         the pcap file. Actually I don't think the problem is the
>>>         request. I have inspected the pcap file and seems fine
>>>         according to HEP v2. I've changed the source code to force
>>>         UDP and it worked fine after that. It is is not a patch,
>>>         only a workaround, the root cause is still to be found.
>>>
>>>           /* PROTO */
>>>                 if(heph->hp_p == IPPROTO_UDP) ri->proto=PROTO_UDP;
>>>                 else if(heph->hp_p == IPPROTO_TCP) ri->proto=PROTO_TCP;
>>>                 else if(heph->hp_p == IPPROTO_IDP)
>>>         ri->proto=PROTO_TLS; /* fake protocol */
>>>         #ifdef USE_SCTP
>>>                 else if(heph->hp_p == IPPROTO_SCTP)
>>>         ri->proto=PROTO_SCTP;
>>>         #endif
>>>                 else {
>>>         //LM_ERR("unknow protocol [%d]\n",heph->hp_p); /*Workaroud */
>>>         ri->proto = PROTO_UDP; / *Workaround */
>>>                 }
>>>
>>>         The problem seems to be in the IPPROTO_UDP definition. The
>>>         message shows:
>>>
>>>         ERROR:sipcapture:hep_msg_received: unknow protocol [1]
>>>
>>>         Best regards,
>>>
>>>         Flavio E. Goncalves
>>>
>>>
>>>
>>>         2013/2/15 Alexandr Dubovikov <aduvoip at googlemail.com
>>>         <mailto:aduvoip at googlemail.com>>
>>>
>>>             Hi Seth,
>>>
>>>             can you please make tcpdump in pcap format on port 9060
>>>             and send it to me ?
>>>
>>>             Wbr,
>>>             Alexandr
>>>
>>>             -----Original Message-----
>>>             From: users-bounces at lists.opensips.org
>>>             <mailto:users-bounces at lists.opensips.org>
>>>             [mailto:users-bounces at lists.opensips.org
>>>             <mailto:users-bounces at lists.opensips.org>] On Behalf Of
>>>             Seth Schultz
>>>             Sent: Friday, February 15, 2013 8:37 PM
>>>             To: OpenSIPS users mailling list
>>>             Subject: [OpenSIPS-Users] Sipcapture issue
>>>
>>>             Hello,
>>>
>>>             I am running into an issue where my sipcapture server is
>>>             throwing this error
>>>             (using version 1.9.0).
>>>
>>>             "ERROR:sipcapture:hep_msg_received: unknow protocol [1]"
>>>
>>>             On my main OpenSIPS server I am using the siptrace
>>>             module to duplicate the
>>>             messages with HEP to the sipcaptur server.  I have tried
>>>             using both
>>>             hep_version 1 and 2, but both throw the same error.
>>>
>>>             Here are my trace server settings:
>>>
>>>             modparam("siptrace", "enable_ack_trace", 1)
>>>             modparam("siptrace",
>>>             "trace_flag", "TRACE") modparam("siptrace", "trace_on", 1)
>>>             modparam("siptrace", "trace_to_database", 0)
>>>             modparam("siptrace",
>>>             "hep_version", 2) modparam("siptrace", "hep_capture_id",
>>>             338)
>>>             modparam("siptrace", "duplicate_uri",
>>>             "sip:xxx.xxx.xxx.xxx:9060")
>>>             modparam("siptrace", "duplicate_with_hep", 1)
>>>
>>>             ...
>>>
>>>             ####### Routing Logic ########
>>>
>>>             route
>>>             {
>>>             ...
>>>             trace_dialog();
>>>             ...
>>>             }
>>>
>>>             Here is the script for the capture server:
>>>
>>>             debug=3
>>>             log_stderror=no
>>>             log_facility=LOG_LOCAL0
>>>
>>>             fork=yes
>>>             children=5
>>>
>>>             auto_aliases=no
>>>             alias=xxx.xxx.xxx.xxx
>>>
>>>             port=9060
>>>             listen=udp:xxx.xxx.xxx.xxx:9060
>>>
>>>             mpath="/lib64/opensips/modules/"
>>>
>>>             loadmodule "db_mysql.so"
>>>             loadmodule "sipcapture.so"
>>>
>>>             modparam("sipcapture", "db_url",
>>>             "mysql://xxx:xxx@localhost/xxx")
>>>             modparam("sipcapture", "capture_node", "sipcapture")
>>>             modparam("sipcapture",
>>>             "capture_on", 1) modparam("sipcapture", "table_name",
>>>             "sip_capture")
>>>             modparam("sipcapture", "hep_capture_on", 1) ##
>>>             undocumented option pulled
>>>             from homer site?
>>>
>>>             #modparam("sipcapture", "duplicate_with_hep", 1) ##
>>>             documentation is wrong,
>>>             this throws an error
>>>
>>>             ####### Routing Logic ########
>>>
>>>             route
>>>             {
>>>              sip_capture();
>>>                      drop;
>>>             }
>>>
>>>             onreply_route
>>>             {
>>>              sip_capture();
>>>                      drop;
>>>             }
>>>
>>>
>>>             _______________________________________________
>>>             Users mailing list
>>>             Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>>             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
>>>
>>>
>>
>>
>>         _______________________________________________
>>         Users mailing list
>>         Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>         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
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20130712/8113e93a/attachment-0001.htm>


More information about the Users mailing list