First login?
Lost password?
 
 
sctp-discussion AT lists.franken.de 
SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] Why Udp as the IPC mechanism?


Chronological Thread 
  • From: "Michael Mueller" <bhu5nji AT yahoo.com>
  • To: <discussion AT sctp.de>
  • Subject: Re: [SCTP-Discussion] Why Udp as the IPC mechanism?
  • Date: Fri Oct 12 16:22:01 2001
  • List-id: SCTP Discussions <discussion.sctp.de>
I would like to support the decision to use UDP for IPC.  My support is the result of using three different forms of IPC in my application: System V IPC, Unix protocol UDP, and Internet Protocol UDP.  Since INET protocol is used elsewhere in my application, the alignment of IPC to the INET protocol seemed a natural choice.  There might be some inefficiencies arising from using UDP and INET protocol for IPC, but memory and processors are cheaper than maintaining multiple methods of accomplishing the same goal.  The System V IPC had some lingering side-effects that had to be manually cleaned in the event of system malfunction.  The UDP with Unix protocol required using filenames as addresses.  The exposure of filenames to users was a small but unneeded risk to operational safety.  Using UDP with INET protocol provided determinism in specifying address/port without divulging this information to system users.  There is some risk of another program using my address/port, but I will be able to manage that risk.
 
For completeness, I might add that UDP is a worthy choice since it is a datagram protocol as is SCTP (ignoring for the moment that S in SCTP stands for Stream).
 
Just my two euros worth of opinion.
Mike
----- Original Message -----
From: Sim Woon Chiat ICM CA MS MI E7 Extern
To: 'discussion AT sctp.de'
Sent: Friday, October 12, 2001 5:09 AM
Subject: RE: [SCTP-Discussion] Why Udp as the IPC mechanism?

Hi,
 
firstly, i am making the assumption that you are referring to using UDP as a IPC for the daemon, and i'm answering with that in mind.
(i don't want to get into a debate into the various pros and cons of each IPC mechanisms. there are people more qualified for that..)
 
when the daemon was first started, the sctp library only supported registering UDP callbacks with its event loop, and that was the easiest way forward to get things going. Using other form of IPC means finding a way to integrate them with the event loop of the sctp library. It was method that i was comfortable with and in truth, no REAL comparsion of the merits of each methods of IPC was done. that is of course not to say that a review may not be needed. (but i won't be doing that now as my concern now is mainly in maintaining the state integrity of the daemon)
 
of course, proposed alternative (preferably in the form of source code) is most welcome.
 
cheers
wc
 
 
-----Original Message-----
From: Ajay Nambi [mailto:ajay.nambi AT wipro.com]
Sent: Friday, October 12, 2001 5:46 AM
To: discussion AT sctp.de
Subject: [SCTP-Discussion] Why Udp as the IPC mechanism?

Hi,
   
    I wanted to know if there was any particular reason UDP was chosen as the means for IPC. Wouldn't using 'shared memory' be more faster? 
 
    Is there any big advantage in using UDP, compared to using 'shared memory' & 'Queues'?
 
Can anybody shed some light in this aspect?
 
Thanks in advance,
Regards,
Ajay
 

Archive powered by MHonArc 2.6.19+.

Top of page