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:
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
On Mon, Jul 07, 2003 at 05:04:12PM -0700, Younger Wang wrote:
Hi Maxim,
I made the test. There is some problems:
- 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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
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:
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 findrtpproxy. But I did not find any information to do so.
- 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?
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?
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@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@portaone.com To: "Younger Wang" wygmail@yeah.net Cc: serdev@lists.iptel.org; serusers@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:
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 findrtpproxy. But I did not find any information to do so.
- 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?
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?
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
The permission tribute of /var/run/rtpproxy.sock is srwxr-xr-x.
----- Original Message ----- From: "Younger Wang" wygmail@yeah.net To: "Maxim Sobolev" sobomax@portaone.com Cc: serdev@lists.iptel.org; serusers@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@portaone.com To: "Younger Wang" wygmail@yeah.net Cc: serdev@lists.iptel.org; serusers@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:
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.
- 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?
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?
- 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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serdev mailing list serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
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@yeah.net To: "Maxim Sobolev" sobomax@portaone.com Cc: serdev@lists.iptel.org; serusers@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@portaone.com To: "Younger Wang" wygmail@yeah.net Cc: serdev@lists.iptel.org; serusers@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:
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.
- 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?
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?
- 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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serdev mailing list serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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@portaone.com To: "Younger Wang" wygmail@yeah.net Cc: serdev@lists.iptel.org; serusers@lists.iptel.org Sent: Tuesday, July 08, 2003 12:33 PM Subject: Re: [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@yeah.net To: "Maxim Sobolev" sobomax@portaone.com Cc: serdev@lists.iptel.org; serusers@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@portaone.com To: "Younger Wang" wygmail@yeah.net Cc: serdev@lists.iptel.org; serusers@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:
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.
- 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?
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?
- 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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serdev mailing list serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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.
- success_from_internet.txt --> good call from UA1 to ATA186
- fail_from_internet.txt ---> no audio call from UA1 to ATA186
- success_from_nat.txt ----> good call from ATA186 to UA1
- 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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serdev mailing list serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
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@iptel.org To: "Ricardo Villa" ricvil@epm.net.co; "Maxim Sobolev" sobomax@portaone.com; serusers@lists.iptel.org Cc: serdev@lists.iptel.org Sent: Thursday, July 24, 2003 4:19 PM Subject: Re: [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@portaone.com To: serusers@lists.iptel.org Cc: serdev@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serdev mailing list serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Maxim Sobolev -
Nils Ohlmeier -
Ricardo Villa -
Younger Wang