multiple UDP

Mesut Alt

Other Parts Discussed in Thread: TMS320C6748

Hello;

We would like to listen to multiple number of consecutive port numbers. For example between 1000-1500.
How could we achieve this by using adaquate resources.

hUDP[0] = DaemonNew( SOCK_DGRAM, 0, 1000, fTSKudp_listener1, OS_TASKPRINORM, OS_TASKSTKNORM, 0, 1 );
hUDP[1] = DaemonNew( SOCK_DGRAM, 0, 1001, fTSKudp_listener2, OS_TASKPRINORM, OS_TASKSTKNORM, 0, 1 );
hUDP[2] = DaemonNew( SOCK_DGRAM, 0, 1002, fTSKudp_listener3, OS_TASKPRINORM, OS_TASKSTKNORM, 0, 1 );
hUDP[3] = DaemonNew( SOCK_DGRAM, 0, 1003, fTSKudp_listener4, OS_TASKPRINORM, OS_TASKSTKNORM, 0, 1 );
hUDP[4] = DaemonNew( SOCK_DGRAM, 0, 1004, fTSKudp_listener5, OS_TASKPRINORM, OS_TASKSTKNORM, 0, 1 );
.......
hUDP[500] = DaemonNew( SOCK_DGRAM, 0, 1500, fTSKudp_listener500, OS_TASKPRINORM, OS_TASKSTKNORM, 0, 1 );

Below are our versions:
NDK = 2.23.0.00
NDK/NSP = 1.10.2.09
SYS/BIOS = 6.37.4.32
RTSC = 3.25.6.96
BOARD = TMS320C6748 LCDK

over 10 years ago

0 Sivaraj Kuppuraj over 10 years ago

TI__Mastermind 35645 points

Hi,

Thanks for your post.

You can use the NDK and NSP release for OMAP-L138/ C6748. Please see this wiki page, http://processors.wiki.ti.com/index.php/Network_Developers_Kit_Licensing_and_Availability http://processors.wiki.ti.com/index.php/Category:NDK

And also you should download NDK Support Package NSP from - nsp_x_x_x_x\packages\ti\ndk\examples In this package have the "helloWorld" test project for UDP. http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/ndk/index.html

The below code for UDP receive and sent for your reference only.

8168.udpsocket.c

Thanks & regards,

Sivaraj K

----------------------------------------------------------------------------------------------------------

Please click the Verify Answer button on this post if it answers your question.

----------------------------------------------------------------------------------------------------------

0 Mesut Alt over 10 years ago in reply to Sivaraj Kuppuraj

Prodigy 70 points

We are not asking to open a socket or to receive from it. We already do that. What we need to do is to listen to a range of ports. Say 500 number of ports.

0 Sivaraj Kuppuraj over 10 years ago in reply to Mesut Alt

TI__Mastermind 35645 points

Hi,

Thanks for your update.

In general, there could be more probability for UDP application to drop multiple send/receive UDP packets. So, when using UDP and sending multiple packets at once:

Please make sure you have plenty of packet buffers available and verify you do not have any scheduling issues and while UDP application drops when receiving multiple packets at once, make sure the packet threshold for UDP is high enough to hold all UDP data received in between calls to recv(). Kindly see CFGITEM_IP_SOCKUDPRXLIMIT in the NDK programmer's reference guide in the NDK release notes below and see section G.3.9 for OS / IP stack configuration item specifications

For details on packet buffer pool, kindly refer section 5.3.1 in the NDK user guide which you can get it from the NDK release notes as below (see documentation part):

http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/ndk/2_23_00_00/exports/ndk_2_23_00_00/ndk_2_23_00_00_release_notes.html

There is a possibility that packets can be dropped by the Ethernet device driver. Some device drivers have adjustable RX queue depths, while others do not. Refer to the source code of your Ethernet device driver for more details (device driver source code is provided in NDK Support Package for your hardware platform).

Please see section 3.5.1 in the NDK user guide for troubleshooting common problems and check the option "Sending and Receiving UDP Datagrams over MTU size" for NDK configuration options.

in order to get rid of scheduling issues, please refer chapter 4 in the NDK user guide for more details on network event scheduling. Please check section 4.2 for NETCTRL scheduler which schedules the processing of network events/tasks.

For NDK FAQ's, please check the below wiki:

http://processors.wiki.ti.com/index.php/Network_Developers_Kit_FAQ#Q:_I_checked_the_troubleshooting_section_in_the_User.27s_Guide_but_NDK_still_cannot_communicate_properly._Is_this_a_priority_issue_between_my_application_and_the_NDK.3F

I would also recommend you to walkthrough the below E2E posts:

http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/439/p/121601/436348.aspx#436348

http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/p/227875/801057.aspx#801057

http://e2e.ti.com/support/embedded/tirtos/f/355/t/288260.aspx

Thanks & regards,

Sivaraj K

-------------------------------------------------------------------------------------------------------

Please click the Verify Answer button on this post if it answers your question.

-------------------------------------------------------------------------------------------------------

0 Mesut Alt over 10 years ago in reply to Sivaraj Kuppuraj

Prodigy 70 points

We are not loosing any packets. Our problem is not that.

With DaemonNew we open a UDP socket and listen for an activity. But for each port we have to call the DaemonNew function. In our case with DaemonNew we can open up to 12 sockets and listen . After the 12th call of DaemonNew fuction it returns a null handle. We need to listen to ports between 50000 and 50512.

Our question is again how can we open and listen for an activity for a range of ports (50000-50512). There must be a appropriate solution for this.

0 Steven Connell over 10 years ago in reply to Mesut Alt

TI__Mastermind 45025 points

Unfortunately the port number to socket mapping is one to one, so you will need to create a socket for each port you want to listen to.

The issue you are probably running into is due to memory allocation failures. Each socket allocates a large buffer to hold data received (and also outgoing data for TCP sockets).

Since you need to have so many sockets, you should try to tune the send/receive buffer sizes for each one based on the actual needs of each of those sockets. For example, if on the socket mapped to port 50,000, you only expect to receive packets of 512 bytes every 30 minutes, you don't need large 32K buffers for such a socket.

You can configure the socket buffer sizes using the setsockopt() API.

Steve

Processors

Processors forum

multiple UDP