pjmedia bind error
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for one of
my IVR based solution.The Application initiates bulk sip calls and then
starts the media using pjmedia stack.I am facing following issue while its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was trying to
make 40 G729 calls(I am using intel IPP for achieving that).but pjmedia
gives socket bind error after some uncertain time period(sometime I don't
get this error even after 2 days of testing but sometime I get it after 2-3
hours of testing).Just to add this, my local UDP port management is fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not already
in use.
Though I have found a very interesting fact while compiling the pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I was
expecting it should have been ''sock_linux_kernel.c".can this be a cause of
this "bind error" behavior ?
Besides, I have a few more questions regarding its usage for bulk calling:
- Is someone already tried to use it in this way or I mean if anybody tried
to use it for making bulk calls ? - What are the maximum simultaneous calls it can support using G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do so) ?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for one of
my IVR based solution.The Application initiates bulk sip calls and then
starts the media using pjmedia stack.I am facing following issue while its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was trying to
make 40 G729 calls(I am using intel IPP for achieving that).but pjmedia
gives socket bind error after some uncertain time period(sometime I don't
get this error even after 2 days of testing but sometime I get it after 2-3
hours of testing).Just to add this, my local UDP port management is fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I was
expecting it should have been ''sock_linux_kernel.c".can this be a cause of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk calling:
- Is someone already tried to use it in this way or I mean if anybody tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do so) ?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Hi Benny,
Thanks for your quick reply.
Following is the error traces which I just got after enabling traces in
pjmedia stack.
17:03:53.283 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.143 transport_udp. In udp Rtp key: rtp socket to be invalidated
178
17:04:05.143 ioq_select In pj_ioqueue_unregister: closing socket 178
17:04:05.453 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.453 transport_udp. pj_sock_socket ERR3 120098
As you can see from the last three lines that the same socket and ports are
getting closed and the getting reopened within same second.I just have a
feeling that might be that previous port was not yet closed but we trying to
reopen it which might be giving this error.
Your comments !
Regards,
Parveen Jain
On Thu, Aug 26, 2010 at 8:48 AM, Benny Prijono bennylp@teluu.com wrote:
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for one
of
my IVR based solution.The Application initiates bulk sip calls and then
starts the media using pjmedia stack.I am facing following issue while
its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was trying
to
make 40 G729 calls(I am using intel IPP for achieving that).but pjmedia
gives socket bind error after some uncertain time period(sometime I don't
get this error even after 2 days of testing but sometime I get it after
2-3
hours of testing).Just to add this, my local UDP port management is fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not
already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the pjmedia.
I
found that "sock_bsd.c" is getting compiled on my linux system, as I was
expecting it should have been ''sock_linux_kernel.c".can this be a cause
of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk
calling:
- Is someone already tried to use it in this way or I mean if anybody
tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using
G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do so) ?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Hi Benny,
I got the solution of the problem after digging through some socket
options.I found that "socket close" call returns immediately without
actually closing the socket; closing the socket in background.Because of
which if some application happen to call the bind request "close" and
"bind"(as was happening below here) in sequence and *quickly(for same
port)*it "may" return "Bind Error".
I fixed this by setting the socket option "REUSE_ADDR", now this allows
the socket to bind to same port without getting any error.and it can allow
the already bound socket to get closed peacefully without giving any error
to the next "bind" command.
Let me know if any one needs this, I can share the code changes for the
same.
(I found this as the most generic fixed which has been done even in other
open source "audio media stacks" )
Regards,
Parveen Jain
On Fri, Aug 27, 2010 at 12:12 PM, Parveen Kumar Jain <parveen.jain@one97.net
wrote:
Hi Benny,
Thanks for your quick reply.
Following is the error traces which I just got after enabling traces in
pjmedia stack.
17:03:53.283 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.143 transport_udp. In udp Rtp key: rtp socket to be invalidated
178
17:04:05.143 ioq_select In pj_ioqueue_unregister: closing socket 178
17:04:05.453 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.453 transport_udp. pj_sock_socket ERR3 120098
As you can see from the last three lines that the same socket and ports are
getting closed and the getting reopened within same second.I just have a
feeling that might be that previous port was not yet closed but we trying to
reopen it which might be giving this error.
Your comments !
Regards,
Parveen Jain
On Thu, Aug 26, 2010 at 8:48 AM, Benny Prijono bennylp@teluu.com wrote:
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for one
of
my IVR based solution.The Application initiates bulk sip calls and then
starts the media using pjmedia stack.I am facing following issue while
its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was
trying to
make 40 G729 calls(I am using intel IPP for achieving that).but pjmedia
gives socket bind error after some uncertain time period(sometime I
don't
get this error even after 2 days of testing but sometime I get it after
2-3
hours of testing).Just to add this, my local UDP port management is fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not
already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the
pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I was
expecting it should have been ''sock_linux_kernel.c".can this be a cause
of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk
calling:
- Is someone already tried to use it in this way or I mean if anybody
tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using
G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do so) ?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
A source would be very helpful. Thx in advance.
Regards
HASSAN
On Tue, Aug 31, 2010 at 15:43, Parveen Kumar Jain parveen.jain@one97.netwrote:
Hi Benny,
I got the solution of the problem after digging through some socket
options.I found that "socket close" call returns immediately without
actually closing the socket; closing the socket in background.Because of
which if some application happen to call the bind request "close" and
"bind"(as was happening below here) in sequence and quickly(for same
port) it "may" return "Bind Error".
I fixed this by setting the socket option "REUSE_ADDR", now this allows
the socket to bind to same port without getting any error.and it can allow
the already bound socket to get closed peacefully without giving any error
to the next "bind" command.
Let me know if any one needs this, I can share the code changes for the
same.
(I found this as the most generic fixed which has been done even in other
open source "audio media stacks" )
Regards,
Parveen Jain
On Fri, Aug 27, 2010 at 12:12 PM, Parveen Kumar Jain <
parveen.jain@one97.net> wrote:
Hi Benny,
Thanks for your quick reply.
Following is the error traces which I just got after enabling traces in
pjmedia stack.
17:03:53.283 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.143 transport_udp. In udp Rtp key: rtp socket to be invalidated
178
17:04:05.143 ioq_select In pj_ioqueue_unregister: closing socket 178
17:04:05.453 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.453 transport_udp. pj_sock_socket ERR3 120098
As you can see from the last three lines that the same socket and ports
are getting closed and the getting reopened within same second.I just have a
feeling that might be that previous port was not yet closed but we trying to
reopen it which might be giving this error.
Your comments !
Regards,
Parveen Jain
On Thu, Aug 26, 2010 at 8:48 AM, Benny Prijono bennylp@teluu.com wrote:
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for
one of
my IVR based solution.The Application initiates bulk sip calls and then
starts the media using pjmedia stack.I am facing following issue while
its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was
trying to
make 40 G729 calls(I am using intel IPP for achieving that).but pjmedia
gives socket bind error after some uncertain time period(sometime I
don't
get this error even after 2 days of testing but sometime I get it after
2-3
hours of testing).Just to add this, my local UDP port management is
fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not
already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the
pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I
was
expecting it should have been ''sock_linux_kernel.c".can this be a
cause of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk
calling:
- Is someone already tried to use it in this way or I mean if anybody
tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using
G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do so)
?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Hi All,
Following are the changes in transport_udp.c.(the file path is
pjmedia/src/pjmedia/transport_udp.c)
"int reuse = 1;
if (setsockopt(si.rtp_sock, SOL_SOCKET, SO_REUSEADDR,(char *)&reuse,
sizeof(reuse)) < 0)
{
perror("Setting SO_REUSEADDR error");
PJ_LOG(4, (THIS_FILE,"setsockopt SO_REUSEADDR socket %d Error:
%s",si.rtp_sock,strerror(errno)));
}"
I am putting this after opening the socket, i.e at line no. 223 in function
"pjmedia_transport_udp_create3".
Let me know if you want the changed files, I will provide the same.
After this I had checked it for load testing of 300 calls per second(my
testing continued for several hours in this way) and never faced that issue
again.
Though I am facing another bottleneck again, I am not able to take it beyond
300 call per second.Whenever I try to run it for 400 calls(even with PCMU
calls) per second it crashes after 1-2 hours of testing.I know CPU power is
not the limitation, as in this way of running it hardly touches 1/5 of total
CPU capacity present in the system.I have the feeling that there is
something in code itself(either some "#define" or something) which is
inhibiting to scale it up to that level.Let me know if any one can help me
to improve this.
Best Regards,
Parveen Jain
On Tue, Aug 31, 2010 at 3:28 PM, Nyamul Hassan mnhassan@usa.net wrote:
A source would be very helpful. Thx in advance.
Regards
HASSAN
On Tue, Aug 31, 2010 at 15:43, Parveen Kumar Jain parveen.jain@one97.netwrote:
Hi Benny,
I got the solution of the problem after digging through some socket
options.I found that "socket close" call returns immediately without
actually closing the socket; closing the socket in background.Because of
which if some application happen to call the bind request "close" and
"bind"(as was happening below here) in sequence and quickly(for same
port) it "may" return "Bind Error".
I fixed this by setting the socket option "REUSE_ADDR", now this allows
the socket to bind to same port without getting any error.and it can allow
the already bound socket to get closed peacefully without giving any error
to the next "bind" command.
Let me know if any one needs this, I can share the code changes for the
same.
(I found this as the most generic fixed which has been done even in other
open source "audio media stacks" )
Regards,
Parveen Jain
On Fri, Aug 27, 2010 at 12:12 PM, Parveen Kumar Jain <
parveen.jain@one97.net> wrote:
Hi Benny,
Thanks for your quick reply.
Following is the error traces which I just got after enabling traces in
pjmedia stack.
17:03:53.283 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.143 transport_udp. In udp Rtp key: rtp socket to be invalidated
178
17:04:05.143 ioq_select In pj_ioqueue_unregister: closing socket 178
17:04:05.453 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.453 transport_udp. pj_sock_socket ERR3 120098
As you can see from the last three lines that the same socket and ports
are getting closed and the getting reopened within same second.I just have a
feeling that might be that previous port was not yet closed but we trying to
reopen it which might be giving this error.
Your comments !
Regards,
Parveen Jain
On Thu, Aug 26, 2010 at 8:48 AM, Benny Prijono bennylp@teluu.comwrote:
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for
one of
my IVR based solution.The Application initiates bulk sip calls and
then
starts the media using pjmedia stack.I am facing following issue while
its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was
trying to
make 40 G729 calls(I am using intel IPP for achieving that).but
pjmedia
gives socket bind error after some uncertain time period(sometime I
don't
get this error even after 2 days of testing but sometime I get it
after 2-3
hours of testing).Just to add this, my local UDP port management is
fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not
already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the
pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I
was
expecting it should have been ''sock_linux_kernel.c".can this be a
cause of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk
calling:
- Is someone already tried to use it in this way or I mean if anybody
tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using
G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do so)
?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Benny,Hassan,
Any feedback on this ?
pjmedia is a diversified project and several of users might feel this patch
needed.Let me know if I didn't clarify anything which you needed.
Regards,
Parveen Jain
On Mon, Sep 6, 2010 at 11:46 AM, Parveen Kumar Jain
parveen.jain@one97.netwrote:
Hi All,
Following are the changes in transport_udp.c.(the file path is
pjmedia/src/pjmedia/transport_udp.c)
"int reuse = 1;
if (setsockopt(si.rtp_sock, SOL_SOCKET, SO_REUSEADDR,(char *)&reuse,
sizeof(reuse)) < 0)
{
perror("Setting SO_REUSEADDR error");
PJ_LOG(4, (THIS_FILE,"setsockopt SO_REUSEADDR socket %d Error:
%s",si.rtp_sock,strerror(errno)));
}"
I am putting this after opening the socket, i.e at line no. 223 in function
"pjmedia_transport_udp_create3".
Let me know if you want the changed files, I will provide the same.
After this I had checked it for load testing of 300 calls per second(my
testing continued for several hours in this way) and never faced that issue
again.
Though I am facing another bottleneck again, I am not able to take it
beyond 300 call per second.Whenever I try to run it for 400 calls(even with
PCMU calls) per second it crashes after 1-2 hours of testing.I know CPU
power is not the limitation, as in this way of running it hardly touches 1/5
of total CPU capacity present in the system.I have the feeling that there is
something in code itself(either some "#define" or something) which is
inhibiting to scale it up to that level.Let me know if any one can help me
to improve this.
Best Regards,
Parveen Jain
On Tue, Aug 31, 2010 at 3:28 PM, Nyamul Hassan mnhassan@usa.net wrote:
A source would be very helpful. Thx in advance.
Regards
HASSAN
On Tue, Aug 31, 2010 at 15:43, Parveen Kumar Jain <parveen.jain@one97.net
wrote:
Hi Benny,
I got the solution of the problem after digging through some socket
options.I found that "socket close" call returns immediately without
actually closing the socket; closing the socket in background.Because of
which if some application happen to call the bind request "close" and
"bind"(as was happening below here) in sequence and quickly(for same
port) it "may" return "Bind Error".
I fixed this by setting the socket option "REUSE_ADDR", now this allows
the socket to bind to same port without getting any error.and it can allow
the already bound socket to get closed peacefully without giving any error
to the next "bind" command.
Let me know if any one needs this, I can share the code changes for the
same.
(I found this as the most generic fixed which has been done even in other
open source "audio media stacks" )
Regards,
Parveen Jain
On Fri, Aug 27, 2010 at 12:12 PM, Parveen Kumar Jain <
parveen.jain@one97.net> wrote:
Hi Benny,
Thanks for your quick reply.
Following is the error traces which I just got after enabling traces in
pjmedia stack.
17:03:53.283 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.143 transport_udp. In udp Rtp key: rtp socket to be
invalidated 178
17:04:05.143 ioq_select In pj_ioqueue_unregister: closing socket
178
17:04:05.453 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.453 transport_udp. pj_sock_socket ERR3 120098
As you can see from the last three lines that the same socket and ports
are getting closed and the getting reopened within same second.I just have a
feeling that might be that previous port was not yet closed but we trying to
reopen it which might be giving this error.
Your comments !
Regards,
Parveen Jain
On Thu, Aug 26, 2010 at 8:48 AM, Benny Prijono bennylp@teluu.comwrote:
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for
one of
my IVR based solution.The Application initiates bulk sip calls and
then
starts the media using pjmedia stack.I am facing following issue
while its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was
trying to
make 40 G729 calls(I am using intel IPP for achieving that).but
pjmedia
gives socket bind error after some uncertain time period(sometime I
don't
get this error even after 2 days of testing but sometime I get it
after 2-3
hours of testing).Just to add this, my local UDP port management is
fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not
already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the
pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I
was
expecting it should have been ''sock_linux_kernel.c".can this be a
cause of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk
calling:
- Is someone already tried to use it in this way or I mean if
anybody tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using
G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do
so) ?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
SO_REUSEADDR may solve your problem indeed, but it's not the correct
solution. Especially for UDP sockets, as it may kill off other process
which happens to bind to the same port. So IMO you need to have better
port management for your app.
Best regards,
Benny
On Wed, Sep 15, 2010 at 6:33 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Benny,Hassan,
Any feedback on this ?
pjmedia is a diversified project and several of users might feel this patch
needed.Let me know if I didn't clarify anything which you needed.
Regards,
Parveen Jain
On Mon, Sep 6, 2010 at 11:46 AM, Parveen Kumar Jain parveen.jain@one97.net
wrote:
Hi All,
Following are the changes in transport_udp.c.(the file path is
pjmedia/src/pjmedia/transport_udp.c)
"int reuse = 1;
if (setsockopt(si.rtp_sock, SOL_SOCKET, SO_REUSEADDR,(char *)&reuse,
sizeof(reuse)) < 0)
{
perror("Setting SO_REUSEADDR error");
PJ_LOG(4, (THIS_FILE,"setsockopt SO_REUSEADDR socket %d Error:
%s",si.rtp_sock,strerror(errno)));
}"
I am putting this after opening the socket, i.e at line no. 223 in
function "pjmedia_transport_udp_create3".
Let me know if you want the changed files, I will provide the same.
After this I had checked it for load testing of 300 calls per second(my
testing continued for several hours in this way) and never faced that issue
again.
Though I am facing another bottleneck again, I am not able to take it
beyond 300 call per second.Whenever I try to run it for 400 calls(even with
PCMU calls) per second it crashes after 1-2 hours of testing.I know CPU
power is not the limitation, as in this way of running it hardly touches 1/5
of total CPU capacity present in the system.I have the feeling that there is
something in code itself(either some "#define" or something) which is
inhibiting to scale it up to that level.Let me know if any one can help me
to improve this.
Best Regards,
Parveen Jain
On Tue, Aug 31, 2010 at 3:28 PM, Nyamul Hassan mnhassan@usa.net wrote:
A source would be very helpful. Thx in advance.
Regards
HASSAN
On Tue, Aug 31, 2010 at 15:43, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi Benny,
I got the solution of the problem after digging through some socket
options.I found that "socket close" call returns immediately without
actually closing the socket; closing the socket in background.Because of
which if some application happen to call the bind request "close" and
"bind"(as was happening below here) in sequence and quickly(for same port)
it "may" return "Bind Error".
I fixed this by setting the socket option "REUSE_ADDR", now this
allows the socket to bind to same port without getting any error.and it can
allow the already bound socket to get closed peacefully without giving any
error to the next "bind" command.
Let me know if any one needs this, I can share the code changes for the
same.
(I found this as the most generic fixed which has been done even in
other open source "audio media stacks" )
Regards,
Parveen Jain
On Fri, Aug 27, 2010 at 12:12 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi Benny,
Thanks for your quick reply.
Following is the error traces which I just got after enabling traces in
pjmedia stack.
17:03:53.283 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.143 transport_udp. In udp Rtp key: rtp socket to be
invalidated 178
17:04:05.143 ioq_select In pj_ioqueue_unregister: closing socket
178
17:04:05.453 transport_udp. Binding rtp port 4112 to socket 178
17:04:05.453 transport_udp. pj_sock_socket ERR3 120098
As you can see from the last three lines that the same socket and ports
are getting closed and the getting reopened within same second.I just have a
feeling that might be that previous port was not yet closed but we trying to
reopen it which might be giving this error.
Your comments !
Regards,
Parveen Jain
On Thu, Aug 26, 2010 at 8:48 AM, Benny Prijono bennylp@teluu.com
wrote:
On Wed, Aug 25, 2010 at 6:08 PM, Parveen Kumar Jain
parveen.jain@one97.net wrote:
Hi All,
I am trying to evaluate "pjmedia" project from quite some time for
one of
my IVR based solution.The Application initiates bulk sip calls and
then
starts the media using pjmedia stack.I am facing following issue
while its
usage in this way:
- I was trying to use it one of my Bulk call scenario where I was
trying to
make 40 G729 calls(I am using intel IPP for achieving that).but
pjmedia
gives socket bind error after some uncertain time period(sometime I
don't
get this error even after 2 days of testing but sometime I get it
after 2-3
hours of testing).Just to add this, my local UDP port management is
fine
where I ask pjmedia to bind only those rtp/rtcp ports which are not
already
in use.
The bind() error comes from the OS, so I'd say there's something wrong
with your port management.
Though I have found a very interesting fact while compiling the
pjmedia. I
found that "sock_bsd.c" is getting compiled on my linux system, as I
was
expecting it should have been ''sock_linux_kernel.c".can this be a
cause of
this "bind error" behavior ?
The "bsd" stands for BSD socket API, not BSD OS, so it's the right
implementation to use. The "linux_kernel" stuff is for running PJLIB
inside Linux kernel, something that we used to support in the old
days.
It's been long time since I tested bulk calling, I've forgotten what
the result was, so I'll let others comment on your questions below.
-Benny
Besides, I have a few more questions regarding its usage for bulk
calling:
- Is someone already tried to use it in this way or I mean if
anybody tried
to use it for making bulk calls ?
- What are the maximum simultaneous calls it can support using
G711U/G711A
on a dual core Intel based Linux system(if someone has tried to do
so) ?
Also what would be its call rate if try to use it using G729 ?
Regards,
Parveen Jain
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
--
Parveen Jain
Technical Lead – Network Engineering
One97 Communications (P) Ltd
B121, Sector 5, Noida, UP 201301
P: + 91 120 4770770 Extn:352
M: + 91 9212708203
W: www.one97world.com
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org