> > > now we have couple of new transport protocols coming, such as SCTP and
> > > DCCP. how can we support service name lookup for those? i.e.
> > > how can we tell getnameinfo(3) to use "sctp" or "dccp" for the 2nd
> > > argument of getservbyport(3)?
> > >
> > > my proposal:
> > > define NI_UDP as replacement of NI_DGRAM. deprecate NI_DGRAM (keep
> > > it as an alias to NI_UDP is okay). define NI_SCTP, NI_DCCP and such.
> > > these three are mutually exclusive, and if more than one is specified
> > > it would cause EAI_FAIL.
> >
> > Since getnameinfo in theory should apply to non-Inet protocols
> > I think it would be useful to try to abstract from NI_SCTP and NI_DCCP
> > to something which captures the flavors/attributes of those transports.
> > I don't know if NI_SEQPACKET is descriptive for SCTP and protocols
> > of that flavor.
> > I have no idea what a more abstract name would be descriptive for DCCP.
>
> SCTP supports both SOCK_DGRAM, SOCK_STREAM as well as SOCK_SEQPACKET.
> DCCP should be SOCK_DGRAM only, if i understand correctly.
>
> therefore, there's no 1-by-1 mapping from SOCK_xx to IPPROTO_xx.
to clarify, i agree there should be some way to support non-inet
protocols, however i'm not sure how service lookup works for non-inet
protocols. do people have any examples (such as appletalk or whatever)?
itojun
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[EMAIL PROTECTED]
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------