[OpenSIPS-Users] Topology hiding - B2B_LOGIC
Kamen Petrov
kamen.petrov at gmail.com
Fri Feb 11 15:27:40 CET 2011
The last core i have is:
-rw------- 1 root root 43188224 Feb 10 11:49 /core
I did the attached tests 1 or 2 hours ago and the system time now is "Fri
Feb 11 14:29:14 UTC 2011".
I guess there is no new core :(
On 11 February 2011 16:23, Ovidiu Sas <osas at voipembedded.com> wrote:
> Please get a gdb trace from the core file.
>
> Thanks,
> Ovidiu
>
> On Fri, Feb 11, 2011 at 8:31 AM, Kamen Petrov <kamen.petrov at gmail.com>
> wrote:
> >> Ok guys,
> >>
> >> Few issues still (after updating from trunk).
> >>
> >> As suggested, I removed the engage_rtp_proxy from the b2b opensips
> >> instance.
> >>
> >> I noticed the following debug from the opensips:
> >> Feb 11 12:49:06 sms /root/opensips-1.6.4-tls/opensips[21621]:
> >> ERROR:db_postgres:db_postgres_store_result: 0x7b9360 - invalid query,
> >> execution aborted
> >> Feb 11 12:49:06 sms /root/opensips-1.6.4-tls/opensips[21621]:
> >> ERROR:db_postgres:db_postgres_store_result: 0x7b9360: PGRES_FATAL_ERROR
> >> Feb 11 12:49:06 sms /root/opensips-1.6.4-tls/opensips[21621]:
> >> ERROR:db_postgres:db_postgres_store_result: 0x7b9360: ERROR: null value
> in
> >> column "e3_sid" violates not-null constraint#012
> >>
> >> Looking on the postgres log, here is the failed SQL statement:
> >> 2011-02-11 12:49:06 UTC ERROR: null value in column "e3_sid" violates
> >> not-null constraint
> >> 2011-02-11 12:49:06 UTC STATEMENT: insert into b2b_logic
> >>
> (si_key,scenario,sparam0,sparam1,sparam2,sparam3,sparam4,sdp,sstate,next_sstate,e1_type,e1_sid,e1_to,e1_from,e1_key,e2_type,e2_sid,e2_to,e2_from,e2_key
> >> ) values
> >> ('545.0','','','','','','','',-3,0,0,'','
> sip:17864776626 at 190.124.220.12:5060','sip:359883327749 at 69.25.128.234
> ','B2B.608.661',1,'','sip:17864776626 at 190.124.220.12:5060','
> sip:359883327749 at 69.25.128.234','B2B.545.4207959')
> >>
> >> I am using the default b2b postgres tables.
> >>
> >> So next, I have the following config on the rtpproxy opensips (not the
> b2b
> >> one):
> >> #####################################################
> >> route[1] {
> >> fix_nated_contact();
> >>
> >> if (is_method("INVITE")) {
> >> rewritehostport("184.106.168.144:5061");
> >> if (rtpproxy_offer("eo","184.106.168.144"))
> >> t_on_reply("1");
> >> }
> >> else if (method == "BYE" || method == "CANCEL") {
> >> unforce_rtp_proxy();
> >> }
> >> ..
> >> }
> >>
> >> onreply_route[1] {
> >> if (!(status=~"183" || status=~"200")) {
> >> drop;
> >> }
> >>
> >> rtpproxy_answer("FA");
> >>
> >> }
> >> #####################################################
> >>
> >> As result, when I initiate a call, I get the following on the syslog:
> >>
> >> Feb 11 12:52:48 sms /root/opensips-1.6.4-tls/opensips[21754]:
> >> INFO:nathelper:rtpp_test: rtp proxy <udp:184.106.168.144:22332> found,
> >> support for it enabled
> >> Feb 11 12:52:48 sms /root/opensips-1.6.4-tls/opensips[21753]:
> >> INFO:nathelper:rtpp_test: rtp proxy <udp:184.106.168.144:22332> found,
> >> support for it enabled
> >> ....
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21746]:
> >> DBG:nathelper:force_rtp_proxy: Forcing body:#012[v=0#015#012o=-
> >> 229796569696953 1 IN IP4 190.124.220.12#015#012s=-#015#012c=IN IP4
> >> 190.124.220.12
> >> #015#012t=0 0#015#012m=audio 18338 RTP/AVP 0 101#015#012a=rtpmap:0
> >> PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
> 0-16]
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21746]:
> >> DBG:core:parse_to: display={011359883327749},
> >> ruri={sip:359883327749 at 69.25.128.233}
> >> Feb 11 12:53:05 sms rtpproxy[21731]: DBUG:handle_command: received
> command
> >> "21746_6 LA 4512c49c3cd0db1b410744fe0ced15bf at 69.25.128.233190.124.220.12
> >> 18338 as612bc040;1 B2B.599.537;1"
> >> Feb 11 12:53:05 sms kernel: [7145167.526106] rtpproxy[21731]: segfault
> at
> >> 0 ip 00000000004053e9 sp 00007fff71948b00 error 4 in
> rtpproxy[400000+e000]
> >> ....
> >> ....
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21748]:
> >> DBG:tm:t_reply_matching: hash 23820 label 1987919557 branch 0
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21748]:
> >> DBG:tm:t_reply_matching: REF_UNSAFE:[0x7fc0f89b4f10] after is 2
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21748]:
> >> DBG:tm:t_reply_matching: reply matched (T=0x7fc0f89b4f10)!
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21748]:
> >> DBG:tm:t_check: end=0x7fc0f89b4f10
> >> Feb 11 12:53:05 sms /root/opensips-1.6.4-tls/opensips[21748]:
> >> DBG:tm:reply_received: org. status uas=100, uac[0]=0 local=0
> is_invite=1)
> >> Feb 11 12:53:06 sms /root/opensips-1.6.4-tls/opensips[21746]:
> >> ERROR:nathelper:send_rtpp_command: timeout waiting reply from a RTP
> proxy
> >> Feb 11 12:53:06 sms /root/opensips-1.6.4-tls/opensips[21746]:
> >> ERROR:nathelper:send_rtpp_command: proxy <udp:184.106.168.144:22332>
> does
> >> not respond, disable it
> >> Feb 11 12:53:06 sms /root/opensips-1.6.4-tls/opensips[21746]:
> >> ERROR:nathelper:send_rtpp_command: can't send command to a RTP proxy
> >> Connection refused
> >> ........................ repeating over 100
> >> times................................
> >>
> >> Obviously the RTPproxy dies.
> >> What I noticed is, when i remove
> >> rtpproxy_answer("FA");
> >> from the onreply_route, the RTPproxy does not dies.
> >>
> >> Any ideas what I am doing wrong ?
> >>
> >> Thank you.
> >> -- Kamen
> >
> > _______________________________________________
> > Users mailing list
> > 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/20110211/47fae55e/attachment-0001.htm>
More information about the Users
mailing list