{"id":5867,"date":"2022-12-20T18:57:39","date_gmt":"2022-12-20T21:57:39","guid":{"rendered":"http:\/\/lode.uno\/linux-man\/index.php\/2022\/12\/20\/netinet_in-h-man0p\/"},"modified":"2022-12-20T18:57:39","modified_gmt":"2022-12-20T21:57:39","slug":"netinet_in-h-man0p","status":"publish","type":"post","link":"https:\/\/lode.uno\/linux-man\/2022\/12\/20\/netinet_in-h-man0p\/","title":{"rendered":"netinet_in.h (man0p)"},"content":{"rendered":"

netinet_in.h<\/h1>\n

PROLOG<\/a>
NAME<\/a>
SYNOPSIS<\/a>
DESCRIPTION<\/a>
APPLICATION USAGE<\/a>
RATIONALE<\/a>
FUTURE DIRECTIONS<\/a>
SEE ALSO<\/a>
COPYRIGHT<\/a> <\/p>\n

\n

PROLOG <\/a> <\/h2>\n

This manual page is part of the POSIX Programmer\u2019s Manual. The Linux implementation of this interface may differ (consult the corresponding Linux manual page for details of Linux behavior), or the interface may not be implemented on Linux.<\/p>\n

NAME <\/a> <\/h2>\n

netinet\/in.h \u2014 Internet address family<\/p>\n

SYNOPSIS <\/a> <\/h2>\n

#include <\/p>\n

DESCRIPTION <\/a> <\/h2>\n

The <\/i> header shall define the following types:<\/p>\n\n\n\n
<\/td>\n\n

in_port_t<\/b><\/p>\n<\/td>\n

<\/td>\n\n

Equivalent to the type uint16_t<\/b> as described in <\/i>.<\/p>\n<\/td>\n<\/tr>\n

<\/td>\n\n

in_addr_t<\/b><\/p>\n<\/td>\n

<\/td>\n\n

Equivalent to the type uint32_t<\/b> as described in <\/i>.<\/p>\n<\/td>\n<\/tr>\n<\/table>\n

The <\/i> header shall define the sa_family_t<\/b> type as described in <\/i>.<\/p>\n

The <\/i> header shall define the uint8_t<\/b> and uint32_t<\/b> types as described in <\/i>. Inclusion of the <\/i> header may also make visible all symbols from <\/i> and <\/i>.<\/p>\n

The <\/i> header shall define the in_addr<\/b> structure, which shall include at least the following member:<\/p>\n

in_addr_t s_addr<\/p>\n

The <\/i> header shall define the sockaddr_in<\/b> structure, which shall include at least the following members:<\/p>\n

sa_family_t sin_family AF_INET.
in_port_t sin_port Port number.
struct in_addr sin_addr IP address.<\/p>\n

The sin_port<\/i> and sin_addr<\/i> members shall be in network byte order.<\/p>\n

The sockaddr_in<\/b> structure is used to store addresses for the Internet address family. Pointers to this type shall be cast by applications to struct sockaddr *<\/b> for use with socket functions.<\/p>\n

The <\/i> header shall define the in6_addr<\/b> structure, which shall include at least the following member:<\/p>\n

uint8_t s6_addr[16]<\/p>\n

This array is used to contain a 128-bit IPv6 address, stored in network byte order.<\/p>\n

The <\/i> header shall define the sockaddr_in6<\/b> structure, which shall include at least the following members:<\/p>\n

sa_family_t sin6_family AF_INET6.
in_port_t sin6_port Port number.
uint32_t sin6_flowinfo IPv6 traffic class and flow information.
struct in6_addr sin6_addr IPv6 address.
uint32_t sin6_scope_id Set of interfaces for a scope.<\/p>\n

The sin6_port<\/i> and sin6_addr<\/i> members shall be in network byte order.<\/p>\n

Prior to calling a function in this standard which reads values from a sockaddr_in6<\/b> structure (for example, bind<\/i>() or connect<\/i>()), the application shall ensure that all members of the structure, including any additional non-standard members, if any, are initialized. If the sockaddr_in6<\/b> structure has a non-standard member, and that member has a value other than the value that would result from default initialization, the behavior of any function in this standard that reads values from the sockaddr_in6<\/b> structure is implementation-defined. All functions in this standard that return data in a sockaddr_in6<\/b> structure (for example, getaddrinfo<\/i>() or accept<\/i>()) shall initialize the structure in a way that meets the above requirements, and shall ensure that each non-standard member, if any, has a value that produces the same behavior as default initialization would in all functions in this standard which read values from a sockaddr_in6<\/b> structure.<\/p>\n

The sin6_scope_id<\/i> field is a 32-bit integer that identifies a set of interfaces as appropriate for the scope of the address carried in the sin6_addr<\/i> field. For a link scope sin6_addr<\/i>, the application shall ensure that sin6_scope_id<\/i> is a link index. For a site scope sin6_addr<\/i>, the application shall ensure that sin6_scope_id<\/i> is a site index. The mapping of sin6_scope_id<\/i> to an interface or set of interfaces is implementation-defined.<\/p>\n

The <\/i> header shall declare the following external variable:<\/p>\n

const struct in6_addr in6addr_any<\/p>\n

This variable is initialized by the system to contain the wildcard IPv6 address. The <\/i> header also defines the IN6ADDR_ANY_INIT macro. This macro must be constant at compile time and can be used to initialize a variable of type struct in6_addr<\/b> to the IPv6 wildcard address.<\/p>\n

The <\/i> header shall declare the following external variable:<\/p>\n

const struct in6_addr in6addr_loopback<\/p>\n

This variable is initialized by the system to contain the loopback IPv6 address. The <\/i> header also defines the IN6ADDR_LOOPBACK_INIT macro. This macro must be constant at compile time and can be used to initialize a variable of type struct in6_addr<\/b> to the IPv6 loopback address.<\/p>\n

The <\/i> header shall define the ipv6_mreq<\/b> structure, which shall include at least the following members:<\/p>\n

struct in6_addr ipv6mr_multiaddr IPv6 multicast address.
unsigned ipv6mr_interface Interface index.<\/p>\n

The <\/i> header shall define the following symbolic constants for use as values of the level<\/i> argument of getsockopt<\/i>() and setsockopt<\/i>():<\/p>\n\n\n\n\n\n\n\n
<\/td>\n\n

IPPROTO_IP<\/p>\n<\/td>\n

<\/td>\n\n

Internet protocol.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n
<\/td>\n\n

IPPROTO_IPV6<\/p>\n<\/td>\n

<\/td>\n\n

Internet Protocol Version 6.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n
<\/td>\n\n

IPPROTO_ICMP<\/p>\n<\/td>\n

<\/td>\n\n

Control message protocol.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n
<\/td>\n\n

IPPROTO_RAW<\/p>\n<\/td>\n

<\/td>\n\n

Raw IP Packets Protocol.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n
<\/td>\n\n

IPPROTO_TCP<\/p>\n<\/td>\n

<\/td>\n\n

Transmission control protocol.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n
<\/td>\n\n

IPPROTO_UDP<\/p>\n<\/td>\n

<\/td>\n\n

User datagram protocol.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n<\/table>\n

The <\/i> header shall define the following symbolic constant for use as a local address in the structure passed to bind<\/i>():<\/p>\n\n\n
<\/td>\n\n

INADDR_ANY<\/p>\n<\/td>\n

<\/td>\n\n

IPv4 wildcard address.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n<\/table>\n

The <\/i> header shall define the following symbolic constant for use as a destination address in the structures passed to connect<\/i>(), sendmsg<\/i>(), and sendto<\/i>():
INADDR_BROADCAST<\/p>\n

IPv4 broadcast address.<\/p>\n

The <\/i> header shall define the following symbolic constant, with the value specified, to help applications declare buffers of the proper size to store IPv4 addresses in string form:<\/p>\n\n\n
<\/td>\n\n

INET_ADDRSTRLEN<\/p>\n<\/td>\n

<\/td>\n\n

16. Length of the string form for IP.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n<\/table>\n

The htonl<\/i>(), htons<\/i>(), ntohl<\/i>(), and ntohs<\/i>() functions shall be available as described in <\/i>. Inclusion of the <\/i> header may also make visible all symbols from <\/i>.<\/p>\n

The <\/i> header shall define the following symbolic constant, with the value specified, to help applications declare buffers of the proper size to store IPv6 addresses in string form:
INET6_ADDRSTRLEN<\/p>\n

46. Length of the string form for IPv6.<\/p>\n

The <\/i> header shall define the following symbolic constants, with distinct integer values, for use in the option_name<\/i> argument in the getsockopt<\/i>() or setsockopt<\/i>() functions at protocol level IPPROTO_IPV6:<\/p>\n\n\n
<\/td>\n\n

IPV6_JOIN_GROUP<\/p>\n<\/td>\n

<\/td>\n\n

Join a multicast group.<\/p>\n<\/td>\n

 <\/td>\n<\/tr>\n<\/table>\n

IPV6_LEAVE_GROUP<\/p>\n

Quit a multicast group.<\/p>\n

IPV6_MULTICAST_HOPS<\/p>\n

Multicast hop limit.<\/p>\n

IPV6_MULTICAST_IF<\/p>\n

Interface to use for outgoing multicast packets.<\/p>\n

IPV6_MULTICAST_LOOP<\/p>\n

Multicast packets are delivered back to the local application.<\/p>\n

IPV6_UNICAST_HOPS<\/p>\n

Unicast hop limit.<\/p>\n\n\n
<\/td>\n\n

IPV6_V6ONLY<\/p>\n<\/td>\n

<\/td>\n\n

Restrict AF_INET6 socket to IPv6 communications only.<\/p>\n<\/td>\n<\/tr>\n<\/table>\n

The <\/i> header shall define the following macros that test for special IPv6 addresses. Each macro is of type int<\/b> and takes a single argument of type const struct in6_addr *<\/b>:
IN6_IS_ADDR_UNSPECIFIED<\/p>\n

Unspecified address.<\/p>\n

IN6_IS_ADDR_LOOPBACK<\/p>\n

Loopback address.<\/p>\n

IN6_IS_ADDR_MULTICAST<\/p>\n

Multicast address.<\/p>\n

IN6_IS_ADDR_LINKLOCAL<\/p>\n

Unicast link-local address.<\/p>\n

IN6_IS_ADDR_SITELOCAL<\/p>\n

Unicast site-local address.<\/p>\n

IN6_IS_ADDR_V4MAPPED<\/p>\n

IPv4 mapped address.<\/p>\n

IN6_IS_ADDR_V4COMPAT<\/p>\n

IPv4-compatible address.<\/p>\n

IN6_IS_ADDR_MC_NODELOCAL<\/p>\n

Multicast node-local address.<\/p>\n

IN6_IS_ADDR_MC_LINKLOCAL<\/p>\n

Multicast link-local address.<\/p>\n

IN6_IS_ADDR_MC_SITELOCAL<\/p>\n

Multicast site-local address.<\/p>\n

IN6_IS_ADDR_MC_ORGLOCAL<\/p>\n

Multicast organization-local address.<\/p>\n

IN6_IS_ADDR_MC_GLOBAL<\/p>\n

Multicast global address.<\/p>\n

The following sections are informative.<\/i><\/p>\n

APPLICATION USAGE <\/a> <\/h2>\n

Although applications are required to initialize all members (including any non-standard ones) of a sockaddr_in6<\/b> structure, the same is not required for the sockaddr_in<\/b> structure, since historically many applications only initialized the standard members. Despite this, applications are encouraged to initialize sockaddr_in<\/b> structures in a manner similar to the required initialization of sockaddr_in6<\/b> structures.<\/p>\n

Although it is common practice to initialize a sockaddr_in6<\/b> structure using:<\/p>\n

struct sockaddr_in6 sa;
memset(&sa, 0, sizeof sa);<\/p>\n

this method is not portable according to this standard, because the structure can contain pointer or floating-point members that are not required to have an all-bits-zero representation after default initialization. Portable methods make use of default initialization; for example:<\/p>\n

struct sockaddr_in6 sa = { 0 };<\/p>\n

or:<\/p>\n

static struct sockaddr_in6 sa_init;
struct sockaddr_in6 sa = sa_init;<\/p>\n

A future version of this standard may require that a pointer object with an all-bits-zero representation is a null pointer, and that sockaddr_in6<\/b> does not have any floating-point members if a floating-point object with an all-bits-zero representation does not have the value 0.0.<\/p>\n

RATIONALE <\/a> <\/h2>\n

The INADDR_ANY and INADDR_BROADCAST values are byte-order-neutral and thus their byte order is not specified. Many implementations have additional constants as extensions, such as INADDR_LOOPBACK, that are not byte-order-neutral. Traditionally, these constants are in host byte order, requiring the use of htonl<\/i>() when using them in a sockaddr_in<\/b> structure.<\/p>\n

FUTURE DIRECTIONS <\/a> <\/h2>\n

None.<\/p>\n

SEE ALSO <\/a> <\/h2>\n

Section 4.10<\/i>, Host and Network Byte Orders<\/i>, <\/b>, <\/b>, <\/b><\/p>\n

The System Interfaces volume of POSIX.1-2017, connect<\/i>(), getsockopt<\/i>(), htonl<\/i>(), sendmsg<\/i>(), sendto<\/i>(), setsockopt<\/i>()<\/p>\n

COPYRIGHT <\/a> <\/h2>\n

Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology — Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http:\/\/www.opengroup.org\/unix\/online.html .<\/p>\n

Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https:\/\/www.kernel.org\/doc\/man-pages\/reporting_bugs.html .<\/p>\n

\n","protected":false},"excerpt":{"rendered":"

netinet\/in.h \u2014 Internet address family <\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3781,1],"tags":[2588,2592],"class_list":["post-5867","post","type-post","status-publish","format-standard","hentry","category-0p-posix-cabeceras-de-bibliotecas-de-c","category-sin-categoria","tag-man0p","tag-netinet_in"],"gutentor_comment":0,"_links":{"self":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts\/5867","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/comments?post=5867"}],"version-history":[{"count":0,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts\/5867\/revisions"}],"wp:attachment":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/media?parent=5867"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/categories?post=5867"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/tags?post=5867"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}