Erik Nordmark writes: > > => I agree, it should be a library function (still in advanced API > > but not as a getsockopt()). > > > > [EMAIL PROTECTED] > > > > PS: on some systems getsockopt() is not supposed to have an argument > > (ie. optval points only to a buffer for the result) then be careful. > > Good point. getsockopt only does a copyout from the kernel. > > Do you have a proposal for a name of a function which retrieves the > path MTU for a destination/path? We ran into a similar problem with the multicast source filter API in http://www.ietf.org/internet-drafts/draft-ietf-idmr-msf-api-01.txt We decided to use ioctl() as a result, and the above draft includes the note: SIOCGIPMSFILTER could not be done with getsockopt(), since the group and interface must be passed down in order to retrieve the correct filter. This can, however, be done with an ioctl(), and hence for symmetry, both gets and sets are done with an ioctl. -Dave Thaler -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------

Reply via email to