SCTP Discussions

Text archives Help


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


Chronological Thread 
  • From: Sim Woon Chiat ICM CA MS MI E7 Extern <WoonChiat.Sim.extern AT icn.siemens.de>
  • To: "'discussion AT sctp.de'" <discussion AT sctp.de>
  • Subject: RE: [SCTP-Discussion] Why Udp as the IPC mechanism?
  • Date: Fri Oct 12 11:10:01 2001
  • List-id: SCTP Discussions <discussion.sctp.de>

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