6 Jul
2003
6 Jul
'03
8:16 p.m.
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
8 Jul
8 Jul
3:04 a.m.
Hi Maxim,
I made the test. There is some problems:
1. The source of RTP proxy did not compile. I replaced Makefile with
Makefile.linux. The following error message is given:
cc -o main.o -c main.c
main.c: In function `setbindhost':
main.c:83: structure has no member named `sin_len'
make: *** [main.o] Error 1
I commented line 83 in main.c and it compiled.
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serusers] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
7 Jul
7 Jul
12:23 p.m.
On Mon, Jul 07, 2003 at 05:04:12PM -0700, Younger Wang wrote:
Hi Maxim,
I made the test. There is some problems:
1. The source of RTP proxy did not compile. I replaced Makefile with
Makefile.linux. The following error message is given:
cc -o main.o -c main.c
main.c: In function `setbindhost':
main.c:83: structure has no member named `sin_len'
make: *** [main.o] Error 1
I commented line 83 in main.c and it compiled.
OOPS, it seems that I've forgot to commit patch for this. Will fix
later today.
-Maxim
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serusers] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
8 Jul
8 Jul
3:37 a.m.
New subject: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
Hi Maxim,
I made the test. There is some problems:
1. The source of RTP proxy did not compile. I replaced Makefile with
Makefile.linux. The following error message is given:
cc -o main.o -c main.c
main.c: In function `setbindhost':
main.c:83: structure has no member named `sin_len'
make: *** [main.o] Error 1
I commented line 83 in main.c and it compiled and the executive run.
2 I run ser with the example script rtpproxy.cfg (modified to work in my
network). rtpproxy is also started. I made a nat call and here is the debug
message:
0(29497) WARNING: could not rev. resolve 192.17.1.173
Listening on
192.17.1.173 [192.17.1.173]:5060
Aliases:
WARNING: no fork mode
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) ERROR: on_reply processing failed
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) ERROR: on_reply processing failed
In fact, it should not work because I did not tell ser how to find
rtpproxy. But I did not find any information to do so.
3. In rtpproxy.cfg, I found the following script:
if (search("User-Agent: Cisco ATA.*")) {
setflag(1); # remember this is ATA
force_rport();
fix_nated_contact();
What force_rport() is for? And in which module is it defined?
4. There is two option or parameters for rtpproxy.
rtpproxy: usage: rtpproxy [-f] [-l address]
Is there more information about its usage other than message above?
5. In README of module nathelper, I found:
Name: fix_nated_sdp()
Params: mode - 0x01 (add direction=active), 0x02 (rewrite media IP
address with source address of the message)
Desc: Rewrites SDP body in accordance with mode flag
Example: if (search("User-Agent: Cisco ATA.*") {fix_nated_sdp(3);};
Does fix_nated_sdp(3) means direction=active and rewrite media IP address
with source address of the message? And what does direction=active means?
And:
Name: force_rtp_proxy
Params: none
So what does mean?
Your reply is so soon, Maxim.
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serdev] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
7 Jul
7 Jul
10:54 p.m.
New subject: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
Start rtpproxy with `-f' flag which will prevent it from going into the
daemon mode, make a test call and send me rtpproxy's output.
-Maxim
Younger Wang wrote:
Hi Maxim,
I made the test. There is some problems:
1. The source of RTP proxy did not compile. I replaced Makefile with
Makefile.linux. The following error message is given:
cc -o main.o -c main.c
main.c: In function `setbindhost':
main.c:83: structure has no member named `sin_len'
make: *** [main.o] Error 1
I commented line 83 in main.c and it compiled and the executive run.
2 I run ser with the example script rtpproxy.cfg (modified to work in my
network). rtpproxy is also started. I made a nat call and here is the debug
message:
0(29497) WARNING: could not rev. resolve 192.17.1.173
Listening on
192.17.1.173 [192.17.1.173]:5060
Aliases:
WARNING: no fork mode
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) ERROR: on_reply processing failed
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29497) ERROR: on_reply processing failed
0(29497) ERROR: extract_mediaip: no `c=' in SDP
0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29497) ERROR: on_reply processing failed
In fact, it should not work because I did not tell ser how to find
rtpproxy. But I did not find any information to do so.
3. In rtpproxy.cfg, I found the following script:
if (search("User-Agent: Cisco ATA.*")) {
setflag(1); # remember this is ATA
force_rport();
fix_nated_contact();
What force_rport() is for? And in which module is it defined?
4. There is two option or parameters for rtpproxy.
rtpproxy: usage: rtpproxy [-f] [-l address]
Is there more information about its usage other than message above?
5. In README of module nathelper, I found:
Name: fix_nated_sdp()
Params: mode - 0x01 (add direction=active), 0x02 (rewrite media IP
address with source address of the message)
Desc: Rewrites SDP body in accordance with mode flag
Example: if (search("User-Agent: Cisco ATA.*") {fix_nated_sdp(3);};
Does fix_nated_sdp(3) means direction=active and rewrite media IP address
with source address of the message? And what does direction=active means?
And:
Name: force_rtp_proxy
Params: none
So what does mean?
Your reply is so soon, Maxim.
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serdev] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
8 Jul
8 Jul
9:35 p.m.
New subject: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
The call is made from a Nated ata186. I got the message from rtpproxy:
rtpproxy: can't accept connection on control socket: Invalid argument
rtpproxy: can't accept connection on control socket: Invalid argument
The corresponding Ser output:
[root@sip-iptel ser]# ser -f rtpproxy.cfg
0(29376) WARNING: could not rev. resolve 192.17.1.173
Listening on
192.17.1.173 [192.17.1.173]:5060
Aliases:
WARNING: no fork mode
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) ERROR: on_reply processing failed
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: "Younger Wang" <wygmail(a)yeah.net>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Monday, July 07, 2003 12:54 PM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
Start rtpproxy with `-f' flag which will prevent
it from going into the
daemon mode, make a test call and send me rtpproxy's output.
-Maxim
Younger Wang wrote:
> Hi Maxim,
>
> I made the test. There is some problems:
> 1. The source of RTP proxy did not compile. I replaced Makefile with
> Makefile.linux. The following error message is given:
> cc -o main.o -c main.c
> main.c: In function `setbindhost':
> main.c:83: structure has no member named `sin_len'
> make: *** [main.o] Error 1
>
> I commented line 83 in main.c and it compiled and the executive
run.
>
> 2 I run ser with the example script rtpproxy.cfg (modified to work in
my
> network). rtpproxy is also started. I made a nat
call and here is the
debug
> message:
>
> 0(29497) WARNING: could not rev. resolve 192.17.1.173
> Listening on
> 192.17.1.173 [192.17.1.173]:5060
> Aliases:
> WARNING: no fork mode
> textops - initializing
> stateless - initializing
> 0(0) INFO: udp_init: SO_RCVBUF is initially 65535
> 0(0) INFO: udp_init: SO_RCVBUF is finally 131070
> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
> content is text/plain ;-)
> 0(29497) ERROR: on_reply processing failed
> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
> content is text/plain ;-)
> 0(29497) ERROR: on_reply processing failed
> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> 0(29497) ERROR: on_reply processing failed
> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
> content is text/plain ;-)
> 0(29497) ERROR: on_reply processing failed
> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
> content is text/plain ;-)
> 0(29497) ERROR: on_reply processing failed
> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> 0(29497) ERROR: on_reply processing failed
>
> In fact, it should not work because I did not tell ser how to find
> rtpproxy. But I did not find any information to do so.
>
> 3. In rtpproxy.cfg, I found the following script:
>
> if (search("User-Agent: Cisco ATA.*")) {
> setflag(1); # remember this is ATA
> force_rport();
> fix_nated_contact();
>
> What force_rport() is for? And in which module is it defined?
>
> 4. There is two option or parameters for rtpproxy.
> rtpproxy: usage: rtpproxy [-f] [-l address]
>
> Is there more information about its usage other than message above?
>
> 5. In README of module nathelper, I found:
>
> Name: fix_nated_sdp()
> Params: mode - 0x01 (add direction=active), 0x02 (rewrite media IP
> address with source address of the message)
> Desc: Rewrites SDP body in accordance with mode flag
> Example: if (search("User-Agent: Cisco ATA.*")
{fix_nated_sdp(3);};
>
> Does fix_nated_sdp(3) means direction=active and rewrite media IP
address
> with source address of the message? And what
does direction=active
means?
And:
Name: force_rtp_proxy
Params: none
So what does mean?
Your reply is so soon, Maxim.
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serdev] nathelper updated to support RTP proxy
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
9:54 p.m.
New subject: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
The permission tribute of /var/run/rtpproxy.sock is srwxr-xr-x.
----- Original Message -----
From: "Younger Wang" <wygmail(a)yeah.net>
To: "Maxim Sobolev" <sobomax(a)portaone.com>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Tuesday, July 08, 2003 11:35 AM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
in
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
The call is made from a Nated ata186. I got the
message from rtpproxy:
rtpproxy: can't accept connection on control socket: Invalid argument
rtpproxy: can't accept connection on control socket: Invalid argument
The corresponding Ser output:
[root@sip-iptel ser]# ser -f rtpproxy.cfg
0(29376) WARNING: could not rev. resolve 192.17.1.173
Listening on
192.17.1.173 [192.17.1.173]:5060
Aliases:
WARNING: no fork mode
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) ERROR: on_reply processing failed
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: "Younger Wang" <wygmail(a)yeah.net>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Monday, July 07, 2003 12:54 PM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP
proxy
Start rtpproxy with `-f' flag which will
prevent it from going into the
daemon mode, make a test call and send me rtpproxy's output.
-Maxim
Younger Wang wrote:
> Hi Maxim,
>
> I made the test. There is some problems:
> 1. The source of RTP proxy did not compile. I replaced Makefile with
> Makefile.linux. The following error message is given:
> cc -o main.o -c main.c
> main.c: In function `setbindhost':
> main.c:83: structure has no member named `sin_len'
> make: *** [main.o] Error 1
>
> I commented line 83 in main.c and it compiled and the executive
run.
> >
> > 2 I run ser with the example script rtpproxy.cfg (modified to work my
assume
> network). rtpproxy is also started. I made a
nat call and here is the
debug
> > message:
> >
> > 0(29497) WARNING: could not rev. resolve 192.17.1.173
> > Listening on
> > 192.17.1.173 [192.17.1.173]:5060
> > Aliases:
> > WARNING: no fork mode
> > textops - initializing
> > stateless - initializing
> > 0(0) INFO: udp_init: SO_RCVBUF is initially 65535
> > 0(0) INFO: udp_init: SO_RCVBUF is finally 131070
> > 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> > 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> > 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
the
> > content is text/plain ;-)
> > 0(29497) ERROR: on_reply processing failed
> > 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
> > content is text/plain ;-)
> > 0(29497) ERROR: on_reply processing failed
> > 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> > 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> > 0(29497) ERROR: on_reply processing failed
> > 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> > 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> > 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
> > content is text/plain ;-)
> > 0(29497) ERROR: on_reply processing failed
> > 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
> > content is text/plain ;-)
> > 0(29497) ERROR: on_reply processing failed
> > 0(29497) ERROR: extract_mediaip: no `c=' in SDP
> > 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
> > 0(29497) ERROR: on_reply processing failed
> >
> > In fact, it should not work because I did not tell ser how to
find
> > rtpproxy. But I did not find any information
to do so.
> >
> > 3. In rtpproxy.cfg, I found the following script:
> >
> > if (search("User-Agent: Cisco ATA.*")) {
> > setflag(1); # remember this is ATA
> > force_rport();
> > fix_nated_contact();
> >
> > What force_rport() is for? And in which module is it defined?
> >
> > 4. There is two option or parameters for rtpproxy.
> > rtpproxy: usage: rtpproxy [-f] [-l address]
> >
> > Is there more information about its usage other than message
above?
>
> 5. In README of module nathelper, I found:
>
> Name: fix_nated_sdp()
> Params: mode - 0x01 (add direction=active), 0x02 (rewrite media IP
> address with source address of the message)
> Desc: Rewrites SDP body in accordance with mode flag
> Example: if (search("User-Agent: Cisco ATA.*")
{fix_nated_sdp(3);};
>
> Does fix_nated_sdp(3) means direction=active and rewrite media IP
address
> with source address of the message? And
what does direction=active
means?
And:
Name: force_rtp_proxy
Params: none
So what does mean?
Your reply is so soon, Maxim.
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serdev] nathelper updated to support RTP proxy
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
10:33 p.m.
New subject: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
I've applied a fix. Please update and let me know if it helps or not.
Thanks!
Sincerely,
Maxim
Younger Wang wrote:
The permission tribute of /var/run/rtpproxy.sock is
srwxr-xr-x.
----- Original Message -----
From: "Younger Wang" <wygmail(a)yeah.net>
To: "Maxim Sobolev" <sobomax(a)portaone.com>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Tuesday, July 08, 2003 11:35 AM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
in
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
The call is made from a Nated ata186. I got the
message from rtpproxy:
rtpproxy: can't accept connection on control socket: Invalid argument
rtpproxy: can't accept connection on control socket: Invalid argument
The corresponding Ser output:
[root@sip-iptel ser]# ser -f rtpproxy.cfg
0(29376) WARNING: could not rev. resolve 192.17.1.173
Listening on
192.17.1.173 [192.17.1.173]:5060
Aliases:
WARNING: no fork mode
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) ERROR: on_reply processing failed
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: "Younger Wang" <wygmail(a)yeah.net>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Monday, July 07, 2003 12:54 PM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP
proxy
Start rtpproxy with `-f' flag which will
prevent it from going into the
daemon mode, make a test call and send me rtpproxy's output.
-Maxim
Younger Wang wrote:
>Hi Maxim,
>
>I made the test. There is some problems:
>1. The source of RTP proxy did not compile. I replaced Makefile with
> Makefile.linux. The following error message is given:
> cc -o main.o -c main.c
> main.c: In function `setbindhost':
> main.c:83: structure has no member named `sin_len'
> make: *** [main.o] Error 1
>
> I commented line 83 in main.c and it compiled and the executive
run.
>>2 I run ser with the example script rtpproxy.cfg (modified to work my
assume
>network). rtpproxy is also started. I made a
nat call and here is the
debug
>>message:
>>
>> 0(29497) WARNING: could not rev. resolve 192.17.1.173
>>Listening on
>> 192.17.1.173 [192.17.1.173]:5060
>>Aliases:
>>WARNING: no fork mode
>>textops - initializing
>>stateless - initializing
>> 0(0) INFO: udp_init: SO_RCVBUF is initially 65535
>> 0(0) INFO: udp_init: SO_RCVBUF is finally 131070
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) ERROR: on_reply processing failed
>>
>> In fact, it should not work because I did not tell ser how to
find
>>rtpproxy. But I did not find any
information to do so.
>>
>>3. In rtpproxy.cfg, I found the following script:
>>
>>if (search("User-Agent: Cisco ATA.*")) {
>> setflag(1); # remember this is ATA
>> force_rport();
>> fix_nated_contact();
>>
>> What force_rport() is for? And in which module is it defined?
>>
>>4. There is two option or parameters for rtpproxy.
>> rtpproxy: usage: rtpproxy [-f] [-l address]
>>
>> Is there more information about its usage other than message
above?
>5. In
README of module nathelper, I found:
>
>Name: fix_nated_sdp()
>Params: mode - 0x01 (add direction=active), 0x02 (rewrite media IP
> address with source address of the message)
>Desc: Rewrites SDP body in accordance with mode flag
>Example: if (search("User-Agent: Cisco ATA.*")
{fix_nated_sdp(3);};
>Does fix_nated_sdp(3) means direction=active
and rewrite media IP
address
>with source address of the message? And what
does direction=active
means?
And:
Name: force_rtp_proxy
Params: none
So what does mean?
Your reply is so soon, Maxim.
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 10:16 AM
Subject: [Serdev] nathelper updated to support RTP proxy
>Folks,
>
>Today I've updated nathelper module to support RTP proxy. It would
>be nice if somebody can test it on platforms other than FreeBSD,
>because I don't have an access to such boxes right now. The RTP
>proxy itself can be downloaded from:
>
>https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
>
>Any feedback is greatly appreciated.
>
>-Maxim
>P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
>please apply the following patch:
>
>https://demo.portaone.com/~sobomax/nathelper.diff
>
>_______________________________________________
>Serdev mailing list
>serdev(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serdev
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
10 Jul
10 Jul
12:21 a.m.
New subject: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
It compiled and functioned to relay media stream. It's great. However,
there is some error message from Ser:
WARNING: no fork mode
Maxfwd module- initializing
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
2(0) INFO: fifo process starting: 12285
2(12285) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
0(12282) ERROR: extract_mediaip: no `c=' in SDP
0(12282) WARNING: get_body_len: Content-TYPE header absent!let's assume the
con
tent is text/plain ;-)
0(12282) ERROR: on_reply processing failed
0(12282) WARNING: get_body_len: Content-TYPE header absent!let's assume the
con
tent is text/plain ;-)
0(12282) ERROR: on_reply processing failed
0(12282) ERROR: extract_mediaip: no `c=' in SDP
Corresponding output of rtpproxy is:
rtpproxy: new session on a port 35000
rtpproxy: lookup on a port 35000
rtpproxy: addr1 filled in
rtpproxy: addr2 filled in
rtpproxy: session on port 35000 is cleaned up
I am making the test on Linux 7.3. Both of the SIP UA is ata186. The network
structure is:
ATA 1------------NAT 1 (Microsoft ICS)-------NAT 2 (Cisco 2600)--------SER
(192.168.0.1) (192.17.1.0)
ATA 2------------------------------------------NAT2(Cisco
2600)--------------SER
(192.17.1.0)
I'll make further test through Cisco 53 to PSTN.
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: "Younger Wang" <wygmail(a)yeah.net>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Tuesday, July 08, 2003 12:33 PM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP proxy
in
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
I've applied a fix. Please update and let me know
if it helps or not.
Thanks!
Sincerely,
Maxim
Younger Wang wrote:
> The permission tribute of /var/run/rtpproxy.sock is srwxr-xr-x.
>
> ----- Original Message -----
> From: "Younger Wang" <wygmail(a)yeah.net>
> To: "Maxim Sobolev" <sobomax(a)portaone.com>
> Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
> Sent: Tuesday, July 08, 2003 11:35 AM
> Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP
proxy
The call is made from a Nated ata186. I got the
message from rtpproxy:
rtpproxy: can't accept connection on control socket: Invalid argument
rtpproxy: can't accept connection on control socket: Invalid argument
The corresponding Ser output:
[root@sip-iptel ser]# ser -f rtpproxy.cfg
0(29376) WARNING: could not rev. resolve 192.17.1.173
Listening on
192.17.1.173 [192.17.1.173]:5060
Aliases:
WARNING: no fork mode
textops - initializing
stateless - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 131070
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) WARNING: get_body_len: Content-TYPE header absent!let's assume
the
content is text/plain ;-)
0(29376) ERROR: on_reply processing failed
0(29376) ERROR: extract_mediaip: no `c=' in SDP
0(29376) ERROR: get_rtpp_port: can't read reply from a RTP proxy
0(29376) ERROR: on_reply processing failed
Younger Wang
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: "Younger Wang" <wygmail(a)yeah.net>
Cc: <serdev(a)lists.iptel.org>rg>; <serusers(a)lists.iptel.org>
Sent: Monday, July 07, 2003 12:54 PM
Subject: Re: [Serusers] Re: [Serdev] nathelper updated to support RTP
proxy
Start rtpproxy with `-f' flag which will
prevent it from going into the
daemon mode, make a test call and send me rtpproxy's output.
-Maxim
Younger Wang wrote:
>Hi Maxim,
>
>I made the test. There is some problems:
>1. The source of RTP proxy did not compile. I replaced Makefile with
> Makefile.linux. The following error message is given:
> cc -o main.o -c main.c
> main.c: In function `setbindhost':
> main.c:83: structure has no member named `sin_len'
> make: *** [main.o] Error 1
>
> I commented line 83 in main.c and it compiled and the executive
run.
>>2 I run ser with the example script rtpproxy.cfg (modified to work my
assume
>network). rtpproxy is also started. I made a
nat call and here is the
debug
>>message:
>>
>> 0(29497) WARNING: could not rev. resolve 192.17.1.173
>>Listening on
>> 192.17.1.173 [192.17.1.173]:5060
>>Aliases:
>>WARNING: no fork mode
>>textops - initializing
>>stateless - initializing
>> 0(0) INFO: udp_init: SO_RCVBUF is initially 65535
>> 0(0) INFO: udp_init: SO_RCVBUF is finally 131070
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) WARNING: get_body_len: Content-TYPE header absent!let's
assume
the
>>content is text/plain ;-)
>> 0(29497) ERROR: on_reply processing failed
>> 0(29497) ERROR: extract_mediaip: no `c=' in SDP
>> 0(29497) ERROR: get_rtpp_port: can't read reply from a RTP proxy
>> 0(29497) ERROR: on_reply processing failed
>>
>> In fact, it should not work because I did not tell ser how to
find
>>rtpproxy. But I did not find any
information to do so.
>>
>>3. In rtpproxy.cfg, I found the following script:
>>
>>if (search("User-Agent: Cisco ATA.*")) {
>> setflag(1); # remember this is ATA
>> force_rport();
>> fix_nated_contact();
>>
>> What force_rport() is for? And in which module is it defined?
>>
>>4. There is two option or parameters for rtpproxy.
>> rtpproxy: usage: rtpproxy [-f] [-l address]
>>
>> Is there more information about its usage other than message
above?
>5. In
README of module nathelper, I found:
>
>Name: fix_nated_sdp()
>Params: mode - 0x01 (add direction=active), 0x02 (rewrite media IP
> address with source address of the message)
>Desc: Rewrites SDP body in accordance with mode flag
>Example: if (search("User-Agent: Cisco ATA.*")
{fix_nated_sdp(3);};
>Does fix_nated_sdp(3) means direction=active
and rewrite media IP
address
>with source address of the message? And what
does direction=active
means?
> And:
>
>Name: force_rtp_proxy
>Params: none
>
>So what does mean?
>
>
>Your reply is so soon, Maxim.
>
>Younger Wang
>
>
>
>
>
>----- Original Message -----
>From: "Maxim Sobolev" <sobomax(a)portaone.com>
>To: <serusers(a)lists.iptel.org>
>Cc: <serdev(a)lists.iptel.org>
>Sent: Sunday, July 06, 2003 10:16 AM
>Subject: [Serdev] nathelper updated to support RTP proxy
>
>
>
>
>>Folks,
>>
>>Today I've updated nathelper module to support RTP proxy. It would
>>be nice if somebody can test it on platforms other than FreeBSD,
>>because I don't have an access to such boxes right now. The RTP
>>proxy itself can be downloaded from:
>>
>>https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
>>
>>Any feedback is greatly appreciated.
>>
>>-Maxim
>>P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
>>please apply the following patch:
>>
>>https://demo.portaone.com/~sobomax/nathelper.diff
>>
>>_______________________________________________
>>Serdev mailing list
>>serdev(a)lists.iptel.org
>>http://lists.iptel.org/mailman/listinfo/serdev
>
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
>
>
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev 
2:42 a.m.
Hi Maxim,
I have tested on 0.8.12dev-t10 installed on RedHat 7.3.
The results are mixed. Only about 40% of the calls have audio even though
the SDP is rewritten properly.
My test setup is like this:
UA1(192.168.1.10) --
SER(192.168.1.111)---(192.168.1.1)NAT(192.168.0.1)--ATA186(192.168.0.15)
I have included the "-f" output from the rtpproxy plus 4 ngrep files.
1. success_from_internet.txt --> good call from UA1 to ATA186
2. fail_from_internet.txt ---> no audio call from UA1 to ATA186
3. success_from_nat.txt ----> good call from ATA186 to UA1
4. fail_from_nat.txt ---> no audio call from ATA186 to UA1
Please let me know how else we can troubleshoot this.
Thanks,
Ricardo
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 12:16 PM
Subject: [Serusers] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
3:18 a.m.
Try to bind both ser and rtpproxy to the IP address of "WAN" interface -
192.168.0.1 and let me know if it helps or not.
-Maxim
Ricardo Villa wrote:
Hi Maxim,
I have tested on 0.8.12dev-t10 installed on RedHat 7.3.
The results are mixed. Only about 40% of the calls have audio even though
the SDP is rewritten properly.
My test setup is like this:
UA1(192.168.1.10) --
SER(192.168.1.111)---(192.168.1.1)NAT(192.168.0.1)--ATA186(192.168.0.15)
I have included the "-f" output from the rtpproxy plus 4 ngrep files.
1. success_from_internet.txt --> good call from UA1 to ATA186
2. fail_from_internet.txt ---> no audio call from UA1 to ATA186
3. success_from_nat.txt ----> good call from ATA186 to UA1
4. fail_from_nat.txt ---> no audio call from ATA186 to UA1
Please let me know how else we can troubleshoot this.
Thanks,
Ricardo
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 12:16 PM
Subject: [Serusers] nathelper updated to support RTP proxy
>Folks,
>
>Today I've updated nathelper module to support RTP proxy. It would
>be nice if somebody can test it on platforms other than FreeBSD,
>because I don't have an access to such boxes right now. The RTP
>proxy itself can be downloaded from:
>
>https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
>
>Any feedback is greatly appreciated.
>
>-Maxim
>P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
>please apply the following patch:
>
>https://demo.portaone.com/~sobomax/nathelper.diff
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
24 Jul
24 Jul
10:26 p.m.
Hi Maxim,
We have been testing the RTP proxy for a couple of weeks now on our Linux
production server (0.8.11pre29) and it has worked perfectly(testing only the
ATA186). We are now ready to test it on a Sun Solaris 8 server.
Unfortunately we can't even compile either the nathelper or the rtpproxy.
When compiling the rtpproxy this is what we get:
---------------------------------------------
# ls -l
total 90
-rw-r--r-- 1 root other 1457 Jul 24 13:48 Makefile
-rw-r--r-- 1 root other 10323 Jul 24 13:47 main.c
-rw-r--r-- 1 root other 16956 Jul 24 13:48 myqueue.h
-rw-r--r-- 1 root other 15126 Jul 24 13:48 nathelper_diff.txt
# make
Makefile:33: *** missing separator. Stop.
#
-----------------------------------------------
When applying the nathelper patch and compiling ...this is what we get:
-------------------------------------------------
# patch -p0 < ./nathelper_diff.txt
Looks like a unified context diff.
Hunk #1 failed at line 1.
Hunk #2 failed at line 43.
2 out of 2 hunks failed: saving rejects to modules/nathelper/README.rej
The next patch looks like a unified context diff.
done
# pwd
/opt/software/sip/ser8.11/src/ser-0.8.11pre29
# make modules=modules/nathelper modules
make[1]: Entering directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
../../Makefile.rules:77: nathelper.d: No such file or directory
../../Makefile.rules:77: nhelpr_funcs.d: No such file or directory
make[1]: Leaving directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
make[1]: Entering directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultra
sparc -m32 -DNAME='"ser"'
-DVERSION='"0.8.11pre29"' -DARCH='"sparc64"'
-DOS='"solaris"' -DCOMPILER='""' -D__CPU_sparc64
-D__OS_solaris -DCFG_DIR='
"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DADAPTIVE_WAIT
-D
ADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUSE_IPV6 -DUSE_TCP -DDISABLE_NAGLE
-DDBG_QM_MALLOC -DFAST_LOCK -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHA
VE_SCHED_YIELD -c nathelper.c -o nathelper.o
nathelper.c: In function `extract_mediaport':
nathelper.c:465: warning: subscript has type `char'
nathelper.c: In function `get_rtpp_port':
nathelper.c:604: `AF_LOCAL' undeclared (first use in this function)
nathelper.c:604: (Each undeclared identifier is reported only once
nathelper.c:604: for each function it appears in.)
nathelper.c:608: structure has no member named `sun_len'
make[1]: *** [nathelper.o] Error 1
make[1]: Leaving directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
#
-------------------------------------------------------------------------
Can help us with this please. This is a very useful module and we would
like to use it on a Sun Server too.
Thanks,
Ricardo Villa
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 12:16 PM
Subject: [Serusers] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
25 Jul
25 Jul
12:19 a.m.
New subject: [Serdev] Re: [Serusers] nathelper updated to support RTP proxy
Hi,
please try to use gmake instead of the Solaris internal make.
Regards
Nils
On Thursday 24 July 2003 21:26, Ricardo Villa wrote:
Hi Maxim,
We have been testing the RTP proxy for a couple of weeks now on our Linux
production server (0.8.11pre29) and it has worked perfectly(testing only
the ATA186). We are now ready to test it on a Sun Solaris 8 server.
Unfortunately we can't even compile either the nathelper or the rtpproxy.
When compiling the rtpproxy this is what we get:
---------------------------------------------
# ls -l
total 90
-rw-r--r-- 1 root other 1457 Jul 24 13:48 Makefile
-rw-r--r-- 1 root other 10323 Jul 24 13:47 main.c
-rw-r--r-- 1 root other 16956 Jul 24 13:48 myqueue.h
-rw-r--r-- 1 root other 15126 Jul 24 13:48 nathelper_diff.txt
# make
Makefile:33: *** missing separator. Stop.
#
-----------------------------------------------
When applying the nathelper patch and compiling ...this is what we get:
-------------------------------------------------
# patch -p0 < ./nathelper_diff.txt
Looks like a unified context diff.
Hunk #1 failed at line 1.
Hunk #2 failed at line 43.
2 out of 2 hunks failed: saving rejects to modules/nathelper/README.rej
The next patch looks like a unified context diff.
done
# pwd
/opt/software/sip/ser8.11/src/ser-0.8.11pre29
# make modules=modules/nathelper modules
make[1]: Entering directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
../../Makefile.rules:77: nathelper.d: No such file or directory
../../Makefile.rules:77: nhelpr_funcs.d: No such file or directory
make[1]: Leaving directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
make[1]: Entering directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wall -mcpu=ultrasparc
-mtune=ultra sparc -m32 -DNAME='"ser"'
-DVERSION='"0.8.11pre29"'
-DARCH='"sparc64"' -DOS='"solaris"'
-DCOMPILER='""' -D__CPU_sparc64
-D__OS_solaris -DCFG_DIR=' "/usr/local/etc/ser/"' -DPKG_MALLOC
-DSHM_MEM
-DSHM_MMAP -DADAPTIVE_WAIT -D ADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK
-DUSE_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK
-DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHA VE_SCHED_YIELD -c
nathelper.c -o nathelper.o
nathelper.c: In function `extract_mediaport':
nathelper.c:465: warning: subscript has type `char'
nathelper.c: In function `get_rtpp_port':
nathelper.c:604: `AF_LOCAL' undeclared (first use in this function)
nathelper.c:604: (Each undeclared identifier is reported only once
nathelper.c:604: for each function it appears in.)
nathelper.c:608: structure has no member named `sun_len'
make[1]: *** [nathelper.o] Error 1
make[1]: Leaving directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
#
-------------------------------------------------------------------------
Can help us with this please. This is a very useful module and we would
like to use it on a Sun Server too.
Thanks,
Ricardo Villa
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 12:16 PM
Subject: [Serusers] nathelper updated to support RTP proxy
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
1:07 a.m.
New subject: [Serdev] Re: [Serusers] nathelper updated to support RTP proxy
That is what I used.
# make -v
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
#
# uname -a
SunOS hana 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-5_10
Any other ideas?
Thanks,
Ricardo Villa
----- Original Message -----
From: "Nils Ohlmeier" <nils(a)iptel.org>
To: "Ricardo Villa" <ricvil(a)epm.net.co>co>; "Maxim Sobolev"
<sobomax(a)portaone.com>om>; <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Thursday, July 24, 2003 4:19 PM
Subject: Re: [Serdev] Re: [Serusers] nathelper updated to support RTP proxy
would
Hi,
please try to use gmake instead of the Solaris internal make.
Regards
Nils
On Thursday 24 July 2003 21:26, Ricardo Villa wrote:
> Hi Maxim,
>
> We have been testing the RTP proxy for a couple of weeks now on our
Linux
> production server (0.8.11pre29) and it has worked
perfectly(testing only
> the ATA186). We are now ready to test it on a Sun Solaris 8 server.
> Unfortunately we can't even compile either the nathelper or the
rtpproxy.
When compiling the rtpproxy this is what we get:
---------------------------------------------
# ls -l
total 90
-rw-r--r-- 1 root other 1457 Jul 24 13:48 Makefile
-rw-r--r-- 1 root other 10323 Jul 24 13:47 main.c
-rw-r--r-- 1 root other 16956 Jul 24 13:48 myqueue.h
-rw-r--r-- 1 root other 15126 Jul 24 13:48 nathelper_diff.txt
# make
Makefile:33: *** missing separator. Stop.
#
-----------------------------------------------
When applying the nathelper patch and compiling ...this is what we get:
-------------------------------------------------
# patch -p0 < ./nathelper_diff.txt
Looks like a unified context diff.
Hunk #1 failed at line 1.
Hunk #2 failed at line 43.
2 out of 2 hunks failed: saving rejects to modules/nathelper/README.rej
The next patch looks like a unified context diff.
done
# pwd
/opt/software/sip/ser8.11/src/ser-0.8.11pre29
# make modules=modules/nathelper modules
make[1]: Entering directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
../../Makefile.rules:77: nathelper.d: No such file or directory
../../Makefile.rules:77: nhelpr_funcs.d: No such file or directory
make[1]: Leaving directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
make[1]: Entering directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wall -mcpu=ultrasparc
-mtune=ultra sparc -m32 -DNAME='"ser"'
-DVERSION='"0.8.11pre29"'
-DARCH='"sparc64"' -DOS='"solaris"'
-DCOMPILER='""' -D__CPU_sparc64
-D__OS_solaris -DCFG_DIR=' "/usr/local/etc/ser/"' -DPKG_MALLOC
-DSHM_MEM
-DSHM_MMAP -DADAPTIVE_WAIT -D ADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK
-DUSE_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK
-DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHA VE_SCHED_YIELD -c
nathelper.c -o nathelper.o
nathelper.c: In function `extract_mediaport':
nathelper.c:465: warning: subscript has type `char'
nathelper.c: In function `get_rtpp_port':
nathelper.c:604: `AF_LOCAL' undeclared (first use in this function)
nathelper.c:604: (Each undeclared identifier is reported only once
nathelper.c:604: for each function it appears in.)
nathelper.c:608: structure has no member named `sun_len'
make[1]: *** [nathelper.o] Error 1
make[1]: Leaving directory
`/opt/software/sip/ser8.11/src/ser-0.8.11pre29/modules/nathelper'
#
-------------------------------------------------------------------------
>
> Can help us with this please. This is a very useful module and we like to use it
on a Sun Server too.
Thanks,
Ricardo Villa
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: <serusers(a)lists.iptel.org>
Cc: <serdev(a)lists.iptel.org>
Sent: Sunday, July 06, 2003 12:16 PM
Subject: [Serusers] nathelper updated to support RTP proxy
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Folks,
Today I've updated nathelper module to support RTP proxy. It would
be nice if somebody can test it on platforms other than FreeBSD,
because I don't have an access to such boxes right now. The RTP
proxy itself can be downloaded from:
https://demo.portaone.com/~sobomax/PortaSIP/rtpproxy/
Any feedback is greatly appreciated.
-Maxim
P.S. I've committed it to the HEAD, those with 0.8.11 prerelease
please apply the following patch:
https://demo.portaone.com/~sobomax/nathelper.diff
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serdev mailing list
serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev
7798
days inactive
7816
days old
13 comments
4 participants
participants (4)
-
Maxim Sobolev -
Nils Ohlmeier -
Ricardo Villa -
Younger Wang