No subject
Mon Dec 27 18:28:28 CET 2010
b2b mode and also trying to use rtpproxy using engage_rtp_proxy().
engage_rtp_proxy relays on the dialog module to work and in b2b mode,
you don't have a dialog (dialog module and b2b modules are mutually
exclusive for the same call).
As I mentioned in one of my previous posts, you need to use two servers:
- one for b2b (top hiding at signaling level);
- one for rtpproxy (top hiding at media and sdp leve).
Regards,
Ovidiu Sas
On Thu, Feb 10, 2011 at 9:44 AM, Kamen Petrov <kamen.petrov at gmail.com> wrot=
e:
> I noticed my opensips daemon is not updated according to the trunk.
>
> I just did a new:
> -rwxrwxrwx 1 root=A0=A0 root=A0=A0 3977907 Feb 10 14:33 opensips
>
> Compare to the old:
> -rwxr-xr-x 1 root=A0=A0 root=A0=A0 3977899 Feb 10 14:33 opensips.old
>
>
> I will play with it tonight and provide feedback if the issue still exist=
s.
>
> In the meantime, if it makes any sense, here is what is on the core:
> Core was generated by `/root/opensips-1.6.4-tls/opensips -f
> /etc/b2b-opensips.cfg'.
> Program terminated with signal 11, Segmentation fault.
> #0=A0 0x00007fd9af72a4cc in engage_rtp_proxy2_f (msg=3D0x7fd9b0837540,
> param1=3D0x7ae1b0 "e", param2=3D0x7ae248 "184.106.168.144") at nathelper.=
c:3003
> 3003=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 parse_to(msg->to->body.s,msg->to->b=
ody.s + msg->to->body.len
> + 1, &TO);
> (gdb) bt
> #0=A0 0x00007fd9af72a4cc in engage_rtp_proxy2_f (msg=3D0x7fd9b0837540,
> param1=3D0x7ae1b0 "e", param2=3D0x7ae248 "184.106.168.144") at nathelper.=
c:3003
> #1=A0 0x000000000040fcdc in do_action (a=3D0x7ae2e0, msg=3D0x7fd9b0837540=
) at
> action.c:1200
> #2=A0 0x000000000040e41e in run_action_list (a=3D<value optimized out>,
> msg=3D0x7fd9b0837540) at action.c:141
> #3=A0 0x0000000000411c72 in do_action (a=3D0x7aed40, msg=3D0x7fd9b0837540=
) at
> action.c:824
> #4=A0 0x000000000040e41e in run_action_list (a=3D<value optimized out>,
> msg=3D0x7fd9b0837540) at action.c:141
> #5=A0 0x00000000004138b0 in run_actions (a=3D0x7adcc0, msg=3D0x7fd9b08375=
40) at
> action.c:121
> #6=A0 run_top_route (a=3D0x7adcc0, msg=3D0x7fd9b0837540) at action.c:184
> #7=A0 0x00007fd9b061719d in t_uac (method=3D0x7fff31b2c280, headers=3D<va=
lue
> optimized out>, body=3D<value optimized out>, dialog=3D0x7fff31b2c0e0, cb=
=3D<value
> optimized out>, cbp=3D<value optimized out>,
> =A0=A0=A0 release_func=3D0x7fd9ae081171 <shm_free_param>) at uac.c:301
> #8=A0 0x00007fd9ae07df2f in client_new (ci=3D0x7fff31b2c280, b2b_cback=3D=
<value
> optimized out>, add_dlginfo=3D<value optimized out>, param=3D<value optim=
ized
> out>) at client.c:234
> #9=A0 0x00007fd9ade5b20b in create_top_hiding_entities (msg=3D0x30, cbf=
=3D<value
> optimized out>, cb_param=3D<value optimized out>, cb_mask=3D<value optimi=
zed
> out>, custom_hdrs=3D<value optimized out>) at logic.c:2099
> #10 0x00007fd9ade5bbb7 in init_request (msg=3D0x7ba220, scenario_struct=
=3D0x0,
> args=3D0x7fff31b2c4d0, cbf=3D0, cb_param=3D0x0, cb_mask=3D0, custom_hdrs=
=3D0x0) at
> logic.c:2638
> #11 0x00007fd9ade5bcd5 in b2b_init_request (msg=3D0x7ba220, arg1=3D0x0,
> arg2=3D0x0, arg3=3D0x0, arg4=3D<value optimized out>, arg5=3D<value optim=
ized out>,
> arg6=3D0x0) at logic.c:2706
> #12 0x000000000040fcdc in do_action (a=3D0x7b3260, msg=3D0x7ba220) at
> action.c:1200
> #13 0x000000000040e41e in run_action_list (a=3D<value optimized out>,
> msg=3D0x7ba220) at action.c:141
> #14 0x0000000000411c72 in do_action (a=3D0x7b3788, msg=3D0x7ba220) at
> action.c:824
> #15 0x000000000040e41e in run_action_list (a=3D<value optimized out>,
> msg=3D0x7ba220) at action.c:141
> #16 0x00000000004138b0 in run_actions (a=3D0x7b0098, msg=3D0x7ba220) at
> action.c:121
> #17 run_top_route (a=3D0x7b0098, msg=3D0x7ba220) at action.c:184
> #18 0x000000000046d3ec in receive_msg (
> =A0=A0=A0 buf=3D0x77aba0 "INVITE sip:17864776626 at 184.106.168.144:5061
> SIP/2.0\r\nRecord-Route:
> <sip:184.106.168.144;lr=3Don;ftag=3Das6983ba1f;did=3D13e.4092d931>\r\nVia=
:
> SIP/2.0/UDP 184.106.168.144;branch=3Dz9hG4bK10d6.48a6c472.0\r\nVia: SI"..=
.,
> len=3D1167, rcv_info=3D0x7fff31b2cf30) at receive.c:162
> #19 0x00000000004c13b8 in udp_rcv_loop () at udp_server.c:492
> #20 0x000000000042c72d in main_loop (argc=3D<value optimized out>, argv=
=3D<value
> optimized out>) at main.c:824
> #21 main (argc=3D<value optimized out>, argv=3D<value optimized out>) at
> main.c:1393
>
>
>
>
>
>
> Thanks
> -- Kamen
>
>
>
>
>
> On 10 February 2011 16:32, Ovidiu Sas <osas at voipembedded.com> wrote:
>>
>> http://www.opensips.org/Development/Tracker
>> http://sourceforge.net/tracker/?atid=3D1086410&group_id=3D232389&func=3D=
browse
>>
>> You should have a core file.
>> Please get a backtrace from that core file:
>> gdb <full_path_to_opensips> <full_path_to_core_file>
>> then run 'bt'
>>
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Thu, Feb 10, 2011 at 9:26 AM, Kamen Petrov <kamen.petrov at gmail.com>
>> wrote:
>> > Hi Ovidiu,
>> >
>> > Please let me know how to open a bug report (can't find it on the
>> > opensips
>> > page) ?
>> >
>> >
>> > Version (all related modules are built from the trunk):
>> > version: opensips 1.6.3-notls (x86_64/linux)
>> > flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_ME=
M,
>> > SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>> > ADAPTIVE_WAIT_LOOPS=3D1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16=
,
>> > MAX_URI_SIZE 1024, BUF_SIZE 65535
>> > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>> > svnrevision: 2:7684M
>> > @(#) $Id: main.c 7291 2010-10-14 14:12:44Z razvancrainea $
>> > main.c compiled on 19:17:46 Jan 26 2011 with gcc 4.4.5
>> >
>> > Opensips database:
>> > Postgres 8.4
>> >
>> >
>> > File size:
>> > -rwxrwxrwx 1 root root 3977899 Jan 26 19:18 opensips
>> > Md5: 7b04d2d0c2202f7452c08a59f76a8ff4
>> >
>> > That is a VPS running on rackspace with Ubuntu 10.10:
>> > Linux sms 2.6.35.4-rscloud #8 SMP Mon Sep 20 15:54:33 UTC 2010 x86_64
>> > GNU/Linux
>> >
>> > lsmod:
>> > Module=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Size=A0 Used=
by
>> > iptable_filter=A0=A0=A0=A0=A0=A0=A0=A0=A0 1304=A0 0
>> > ip_tables=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 13634=A0 1 iptable_fi=
lter
>> > ipv6=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 222188=A0 16
>> > dm_mirror=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 11458=A0 0
>> > dm_region_hash=A0=A0=A0=A0=A0=A0=A0=A0=A0 6184=A0 1 dm_mirror
>> > dm_log=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 7317=A0 2 dm=
_mirror,dm_region_hash
>> > dm_snapshot=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 24027=A0 0
>> > dm_mod=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 50487=A0 3 dm_m=
irror,dm_log,dm_snapshot
>> >
>> >
>> > /proc/cpuinfo:
>> > 4 CPUs like this:
>> > vendor_id=A0=A0=A0=A0=A0=A0 : AuthenticAMD
>> > cpu family=A0=A0=A0=A0=A0 : 16
>> > model=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4
>> > model name=A0=A0=A0=A0=A0 : Quad-Core AMD Opteron(tm) Processor 2374 H=
E
>> > stepping=A0=A0=A0=A0=A0=A0=A0 : 2
>> > cpu MHz=A0=A0=A0=A0=A0=A0=A0=A0 : 2226513.610
>> > cache size=A0=A0=A0=A0=A0 : 512 KB
>> > flags=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : fpu de tsc msr pae cx8 cmov pat =
clflush mmx fxsr sse
>> > sse2
>> > ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow constant_tsc rep_good
>> > nonstop_tsc pni cx16 popcnt lahf_lm cmp_legacy extapic cr8_legacy abm
>> > sse4a
>> > misalignsse 3dnowprefetch
>> >
>> >
>> > free:
>> > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 total=A0=A0=A0=A0=A0=A0 used=A0=
=A0=A0=A0=A0=A0 free=A0=A0=A0=A0 shared=A0=A0=A0 buffers
>> > cached
>> > Mem:=A0=A0=A0=A0=A0=A0 1022536=A0=A0=A0 1000164=A0=A0=A0=A0=A0 22372=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 11120
>> > 797308
>> > -/+ buffers/cache:=A0=A0=A0=A0 191736=A0=A0=A0=A0 830800
>> > Swap:=A0=A0=A0=A0=A0 2097148=A0=A0=A0=A0=A0 21124=A0=A0=A0 2076024
>> >
>> >
>> > Thanks
>> > -- Kamen
>> >
>> >
>> > On 10 February 2011 16:15, Ovidiu Sas <osas at voipembedded.com> wrote:
>> >>
>> >> Please open a bug report and provide the version of opensips:
>> >> opensips -V
>> >>
>> >> Also, please provide the platform details for your server (OS and
>> >> hardware).
>> >>
>> >>
>> >> Regards,
>> >> Ovidiu Sas
>> >>
>> >> On Thu, Feb 10, 2011 at 4:56 AM, Kamen Petrov <kamen.petrov at gmail.com=
>
>> >> wrote:
>> >> > Ok, I tried with the example. It looks like it is outdated as I fac=
ed
>> >> > some
>> >> > issues using it:
>> >> >
>> >> > 1) The "brake" command from the example gives errors.
>> >> >
>> >> > 2) The rtpproxy dies every time when the onreply_route hits to the
>> >> > rtpproxy_answer:
>> >> >
>> >> > Feb 10 09:47:41 sms kernel: [7047428.249279] rtpproxy[1934]: segfau=
lt
>> >> > at
>> >> > 0
>> >> > ip 00000000004053e9 sp 00007fff5b36a060 error 4 in
>> >> > rtpproxy[400000+e000]
>> >> >
>> >> >
>> >> > The full log is:
>> >> > Feb 10 09:47:41 sms /root/opensips-1.6.4-tls/opensips[2099]:
>> >> > DBG:core:parse_to: display=3D{011359883327749},
>> >> > ruri=3D{sip:359883327749 at 69.25.128.234}
>> >> > Feb 10 09:47:41 sms rtpproxy[2083]: DBUG:handle_command: received
>> >> > command
>> >> > "2099_5 UE 649d55a2210e1409075b65c50fcef44d at 69.25.128.234
>> >> > 69.25.128.234
>> >> > 5652
>> >> > as2facc0be;1"
>> >> > Feb 10 09:47:41 sms rtpproxy[2083]: INFO:handle_command: new sessio=
n
>> >> > 649d55a2210e1409075b65c50fcef44d at 69.25.128.234, tag as2facc0be;1
>> >> > requested,
>> >> > type strong
>> >> > Feb 10 09:47:41 sms rtpproxy[2083]: INFO:handle_command: new sessio=
n
>> >> > on
>> >> > a
>> >> > port 35540 created, tag as2facc0be;1
>> >> > Feb 10 09:47:41 sms rtpproxy[2083]: INFO:handle_command: pre-fillin=
g
>> >> > caller's address with 69.25.128.234:5652
>> >> > Feb 10 09:47:41 sms rtpproxy[2083]: DBUG:doreply: sending reply
>> >> > "2099_5
>> >> > 35540 184.106.168.144#012"
>> >> > Feb 10 09:47:41 sms /root/opensips-1.6.4-tls/opensips[2099]:
>> >> > DBG:nathelper:force_rtp_proxy_body: proxy reply: 35540
>> >> > 184.106.168.144#012
>> >> > ...
>> >> > ...
>> >> > Feb 10 09:47:41 sms /root/opensips-1.6.4-tls/opensips[2101]:
>> >> > ERROR:nathelper:force_rtp_proxy: Unable to parse body
>> >> > Feb 10 09:47:41 sms /root/opensips-1.6.4-tls/opensips[2101]:
>> >> > [PROXY](INVITE
>> >> > - Trying)
>> >> > Feb 10 09:47:41 sms kernel: [7047428.249279] rtpproxy[1934]: segfau=
lt
>> >> > at
>> >> > 0
>> >> > ip 00000000004053e9 sp 00007fff5b36a060 error 4 in
>> >> > rtpproxy[400000+e000]
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > Please advise.
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > On 10 February 2011 05:50, Ovidiu Sas <osas at voipembedded.com> wrote=
:
>> >> >>
>> >> >> In the source tree, there are some examples on how to engage
>> >> >> rtpproxy
>> >> >> (using nathelper module):
>> >> >> see "modules/nathelper/examples/alg.cfg".
>> >> >> You need to run opensips in proxy mode (this is the server that wi=
ll
>> >> >> control the rtpproxy) on one server and on a separate server you
>> >> >> need
>> >> >> to tun opensips in b2b mode. =A0You need to separate servers.
>> >> >> Hope this heps.
>> >> >>
>> >> >> Regards,
>> >> >> Ovidiu Sas
>> >> >>
>> >> >> On Wed, Feb 9, 2011 at 7:26 PM, Kamen Petrov
>> >> >> <kamen.petrov at gmail.com>
>> >> >> wrote:
>> >> >> > Hi Ovidiu,
>> >> >> >
>> >> >> > With that scenario, when exactly should I call
>> >> >> > rtpproxy_offer/answer/engage
>> >> >> > ?
>> >> >> > Is it on the b2b:
>> >> >> > local_route {
>> >> >> > =A0=A0 if (is_method("INVITE")) {
>> >> >> > =A0=A0=A0=A0 engage_rtp_proxy();
>> >> >> > =A0=A0 }
>> >> >> > }
>> >> >> >
>> >> >> > Do I need anything else rtp related anywhere ?
>> >> >> > The SIP goes ok with the scenario but the RTP does not and the
>> >> >> > audio
>> >> >> > is
>> >> >> > missing.
>> >> >> >
>> >> >> > Also, do I need anything special to enable the DTMF relay with t=
he
>> >> >> > top
>> >> >> > hiding ?
>> >> >> >
>> >> >> > Thanks in advance.
>> >> >> > --------------------------------------------
>> >> >> > Kamen Petrov
>> >> >> >
>> >> >> >
>> >> >> > On 6 February 2011 18:08, Ovidiu Sas <osas at voipembedded.com>
>> >> >> > wrote:
>> >> >> >>
>> >> >> >> For now, best thing to do is to separate functionality:
>> >> >> >> =A0- one server doing topology hiding;
>> >> >> >> =A0- one server doing routing, accounting, rtp proxy, etc.
>> >> >> >>
>> >> >> >>
>> >> >> >> Regards,
>> >> >> >> Ovidiu Sas
>> >> >> >>
>> >> >> >> On Sun, Feb 6, 2011 at 9:23 AM, Maciej Bylica <mbsip at gazeta.pl>
>> >> >> >> wrote:
>> >> >> >> > Hi,
>> >> >> >> >
>> >> >> >> >> I am running Opensips 1.6.3 and trying to do topology hiding=
.
>> >> >> >> >> This is my scenario: =A0 =A0Operator_1 ------ > my Opensips
>> >> >> >> >> ------>
>> >> >> >> >> Operator_2
>> >> >> >> >> The goal is not to convey any information of Operator_2 to
>> >> >> >> >> Operator_1
>> >> >> >> >> like Contact, User-Agent headers and so on and to do rtp
>> >> >> >> >> proxying.
>> >> >> >> >> For rtp proxying i've installed rtpproxy and it works fine.
>> >> >> >> >> But still the question is about signalization and SDP (o=3D
>> >> >> >> >> part)
>> >> >> >> >> I ran through a few posts and found out that the answer is B=
2B
>> >> >> >> >> functionality here - so B2B_LOGIC.
>> >> >> >> >>
>> >> >> >> >> Are there any other wayouts or this is the only way i may
>> >> >> >> >> follow.
>> >> >> >> >
>> >> >> >> > One more question.
>> >> >> >> > Should I place b2bua separately or could i combine that
>> >> >> >> > functionality
>> >> >> >> > with my current Opensips installation?
>> >> >> >> > I am asking because as i understand there might be some
>> >> >> >> > problems
>> >> >> >> > with
>> >> >> >> > proper call accounting (no radius is used in my case).
>> >> >> >> > If positive then my scenario will look like following:
>> >> >> >> > Operator_1 ------ > my Opensips (billing) -- Opensips b2bua
>> >> >> >> > (top
>> >> >> >> > hiding) -- OS RTP Proxy ------> Operator_2.
>> >> >> >> > or it is wrong assumption.
>> >> >> >> >
>> >> >> >> > Thanks,
>> >> >> >> > Maciej.
>> >> >> >> >
>> >> >> >> > _______________________________________________
>> >> >> >> > 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
>> >> >> >
>> >> >> >
>> >> >> > _______________________________________________
>> >> >> > 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
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > 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
>> >
>> >
>> > _______________________________________________
>> > 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
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
More information about the Users
mailing list