xref: /freebsd/share/man/man9/ifnet.9 (revision 16038816)
1.\" -*- Nroff -*-
2.\" Copyright 1996, 1997 Massachusetts Institute of Technology
3.\"
4.\" Permission to use, copy, modify, and distribute this software and
5.\" its documentation for any purpose and without fee is hereby
6.\" granted, provided that both the above copyright notice and this
7.\" permission notice appear in all copies, that both the above
8.\" copyright notice and this permission notice appear in all
9.\" supporting documentation, and that the name of M.I.T. not be used
10.\" in advertising or publicity pertaining to distribution of the
11.\" software without specific, written prior permission.  M.I.T. makes
12.\" no representations about the suitability of this software for any
13.\" purpose.  It is provided "as is" without express or implied
14.\" warranty.
15.\"
16.\" THIS SOFTWARE IS PROVIDED BY M.I.T. ``AS IS''.  M.I.T. DISCLAIMS
17.\" ALL EXPRESS OR IMPLIED WARRANTIES WITH REGARD TO THIS SOFTWARE,
18.\" INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
19.\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT
20.\" SHALL M.I.T. BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
21.\" SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
22.\" LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
23.\" USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
24.\" ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
25.\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
26.\" OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
27.\" SUCH DAMAGE.
28.\"
29.\" $FreeBSD$
30.\"
31.Dd September 28, 2020
32.Dt IFNET 9
33.Os
34.Sh NAME
35.Nm ifnet ,
36.Nm ifaddr ,
37.Nm ifqueue ,
38.Nm if_data
39.Nd kernel interfaces for manipulating network interfaces
40.Sh SYNOPSIS
41.In sys/param.h
42.In sys/time.h
43.In sys/socket.h
44.In net/if.h
45.In net/if_var.h
46.In net/if_types.h
47.\"
48.Ss "Interface Manipulation Functions"
49.Ft "struct ifnet *"
50.Fn if_alloc "u_char type"
51.Ft "struct ifnet *"
52.Fn if_alloc_dev "u_char type" "device_t dev"
53.Ft "struct ifnet *"
54.Fn if_alloc_domain "u_char type" "int numa_domain"
55.Ft void
56.Fn if_attach "struct ifnet *ifp"
57.Ft void
58.Fn if_detach "struct ifnet *ifp"
59.Ft void
60.Fn if_free "struct ifnet *ifp"
61.Ft void
62.Fn if_free_type "struct ifnet *ifp" "u_char type"
63.Ft void
64.Fn if_down "struct ifnet *ifp"
65.Ft int
66.Fn ifioctl "struct socket *so" "u_long cmd" "caddr_t data" "struct thread *td"
67.Ft int
68.Fn ifpromisc "struct ifnet *ifp" "int pswitch"
69.Ft int
70.Fn if_allmulti "struct ifnet *ifp" "int amswitch"
71.Ft "struct ifnet *"
72.Fn ifunit "const char *name"
73.Ft "struct ifnet *"
74.Fn ifunit_ref "const char *name"
75.Ft void
76.Fn if_up "struct ifnet *ifp"
77.\"
78.Ss "Interface Address Functions"
79.Ft "struct ifaddr *"
80.Fn ifaddr_byindex "u_short idx"
81.Ft "struct ifaddr *"
82.Fn ifa_ifwithaddr "struct sockaddr *addr"
83.Ft "struct ifaddr *"
84.Fn ifa_ifwithdstaddr "struct sockaddr *addr" "int fib"
85.Ft "struct ifaddr *"
86.Fn ifa_ifwithnet "struct sockaddr *addr" "int ignore_ptp" "int fib"
87.Ft "struct ifaddr *"
88.Fn ifaof_ifpforaddr "struct sockaddr *addr" "struct ifnet *ifp"
89.Ft void
90.Fn ifa_ref "struct ifaddr *ifa"
91.Ft void
92.Fn ifa_free "struct ifaddr *ifa"
93.\"
94.Ss "Interface Multicast Address Functions"
95.Ft int
96.Fn if_addmulti "struct ifnet *ifp" "struct sockaddr *sa" "struct ifmultiaddr **ifmap"
97.Ft int
98.Fn if_delmulti "struct ifnet *ifp" "struct sockaddr *sa"
99.Ft "struct ifmultiaddr *"
100.Fn if_findmulti "struct ifnet *ifp" "struct sockaddr *sa"
101.Ss "Output queue macros"
102.Fn IF_DEQUEUE "struct ifqueue *ifq" "struct mbuf *m"
103.\"
104.Ss "struct ifnet Member Functions"
105.Ft void
106.Fn \*(lp*if_input\*(rp "struct ifnet *ifp" "struct mbuf *m"
107.Ft int
108.Fo \*(lp*if_output\*(rp
109.Fa "struct ifnet *ifp" "struct mbuf *m"
110.Fa "const struct sockaddr *dst" "struct route *ro"
111.Fc
112.Ft void
113.Fn \*(lp*if_start\*(rp "struct ifnet *ifp"
114.Ft int
115.Fn \*(lp*if_transmit\*(rp "struct ifnet *ifp" "struct mbuf *m"
116.Ft void
117.Fn \*(lp*if_qflush\*(rp "struct ifnet *ifp"
118.Ft int
119.Fn \*(lp*if_ioctl\*(rp "struct ifnet *ifp" "u_long cmd" "caddr_t data"
120.Ft void
121.Fn \*(lp*if_init\*(rp "void *if_softc"
122.Ft int
123.Fo \*(lp*if_resolvemulti\*(rp
124.Fa "struct ifnet *ifp" "struct sockaddr **retsa" "struct sockaddr *addr"
125.Fc
126.Ss "struct ifaddr member function"
127.Ft void
128.Fo \*(lp*ifa_rtrequest\*(rp
129.Fa "int cmd" "struct rtentry *rt" "struct rt_addrinfo *info"
130.Fc
131.\"
132.Ss "Global Variables"
133.Vt extern struct ifnethead ifnet ;
134.\" extern struct ifindex_entry *ifindex_table ;
135.Vt extern int if_index ;
136.Vt extern int ifqmaxlen ;
137.Sh DATA STRUCTURES
138The kernel mechanisms for handling network interfaces reside primarily
139in the
140.Vt ifnet , if_data , ifaddr ,
141and
142.Vt ifmultiaddr
143structures in
144.In net/if.h
145and
146.In net/if_var.h
147and the functions named above and defined in
148.Pa /sys/net/if.c .
149Those interfaces which are intended to be used by user programs
150are defined in
151.In net/if.h ;
152these include the interface flags, the
153.Vt if_data
154structure, and the structures defining the appearance of
155interface-related messages on the
156.Xr route 4
157routing socket and in
158.Xr sysctl 3 .
159The header file
160.In net/if_var.h
161defines the kernel-internal interfaces, including the
162.Vt ifnet , ifaddr ,
163and
164.Vt ifmultiaddr
165structures and the functions which manipulate them.
166(A few user programs will need
167.In net/if_var.h
168because it is the prerequisite of some other header file like
169.In netinet/if_ether.h .
170Most references to those two files in particular can be replaced by
171.In net/ethernet.h . )
172.Pp
173The system keeps a linked list of interfaces using the
174.Li TAILQ
175macros defined in
176.Xr queue 3 ;
177this list is headed by a
178.Vt "struct ifnethead"
179called
180.Va ifnet .
181The elements of this list are of type
182.Vt "struct ifnet" ,
183and most kernel routines which manipulate interface as such accept or
184return pointers to these structures.
185Each interface structure
186contains an
187.Vt if_data
188structure used for statistics and information.
189Each interface also has a
190.Li TAILQ
191of interface addresses, described by
192.Vt ifaddr
193structures.
194An
195.Dv AF_LINK
196address
197(see
198.Xr link_addr 3 )
199describing the link layer implemented by the interface (if any)
200is accessed by the
201.Fn ifaddr_byindex
202function or
203.Va if_addr
204structure.
205(Some trivial interfaces do not provide any link layer addresses;
206this structure, while still present, serves only to identify the
207interface name and index.)
208.Pp
209Finally, those interfaces supporting reception of multicast datagrams
210have a
211.Li TAILQ
212of multicast group memberships, described by
213.Vt ifmultiaddr
214structures.
215These memberships are reference-counted.
216.Pp
217Interfaces are also associated with an output queue, defined as a
218.Vt "struct ifqueue" ;
219this structure is used to hold packets while the interface is in the
220process of sending another.
221.Pp
222.Ss The ifnet Structure
223The fields of
224.Vt "struct ifnet"
225are as follows:
226.Bl -tag -width ".Va if_capabilities" -offset indent
227.It Va if_softc
228.Pq Vt "void *"
229A pointer to the driver's private state block.
230(Initialized by driver.)
231.It Va if_l2com
232.Pq Vt "void *"
233A pointer to the common data for the interface's layer 2 protocol.
234(Initialized by
235.Fn if_alloc . )
236.It Va if_vnet
237.Pq Vt "struct vnet *"
238A pointer to the virtual network stack instance.
239(Initialized by
240.Fn if_attach . )
241.It Va if_home_vnet
242.Pq Vt "struct vnet *"
243A pointer to the parent virtual network stack, where this
244.Vt "struct ifnet"
245originates from.
246(Initialized by
247.Fn if_attach . )
248.It Va if_link
249.Pq Fn TAILQ_ENTRY ifnet
250.Xr queue 3
251macro glue.
252.It Va if_xname
253.Pq Vt "char *"
254The name of the interface,
255(e.g.,
256.Dq Li fxp0
257or
258.Dq Li lo0 ) .
259(Initialized by driver
260(usually via
261.Fn if_initname ) . )
262.It Va if_dname
263.Pq Vt "const char *"
264The name of the driver.
265(Initialized by driver
266(usually via
267.Fn if_initname ) . )
268.It Va if_dunit
269.Pq Vt int
270A unique number assigned to each interface managed by a particular
271driver.
272Drivers may choose to set this to
273.Dv IF_DUNIT_NONE
274if a unit number is not associated with the device.
275(Initialized by driver
276(usually via
277.Fn if_initname ) . )
278.It Va if_refcount
279.Pq Vt u_int
280The reference count.
281(Initialized by
282.Fn if_alloc . )
283.It Va if_addrhead
284.Pq Vt "struct ifaddrhead"
285The head of the
286.Xr queue 3
287.Li TAILQ
288containing the list of addresses assigned to this interface.
289.It Va if_pcount
290.Pq Vt int
291A count of promiscuous listeners on this interface, used to
292reference-count the
293.Dv IFF_PROMISC
294flag.
295.It Va if_carp
296.Pq Vt "struct carp_if *"
297A pointer to the CARP interface structure,
298.Xr carp 4 .
299(Initialized by the driver-specific
300.Fn if_ioctl
301routine.)
302.It Va if_bpf
303.Pq Vt "struct bpf_if *"
304Opaque per-interface data for the packet filter,
305.Xr bpf 4 .
306(Initialized by
307.Fn bpf_attach . )
308.It Va if_index
309.Pq Vt u_short
310A unique number assigned to each interface in sequence as it is
311attached.
312This number can be used in a
313.Vt "struct sockaddr_dl"
314to refer to a particular interface by index
315(see
316.Xr link_addr 3 ) .
317(Initialized by
318.Fn if_alloc . )
319.It Va if_vlantrunk
320.Pq Vt struct ifvlantrunk *
321A pointer to 802.1Q trunk structure,
322.Xr vlan 4 .
323(Initialized by the driver-specific
324.Fn if_ioctl
325routine.)
326.It Va if_flags
327.Pq Vt int
328Flags describing operational parameters of this interface (see below).
329(Manipulated by generic code.)
330.It Va if_drv_flags
331.Pq Vt int
332Flags describing operational status of this interface (see below).
333(Manipulated by driver.)
334.It Va if_capabilities
335.Pq Vt int
336Flags describing the capabilities the interface supports (see below).
337.It Va if_capenable
338.Pq Vt int
339Flags describing the enabled capabilities of the interface (see below).
340.It Va if_linkmib
341.Pq Vt "void *"
342A pointer to an interface-specific MIB structure exported by
343.Xr ifmib 4 .
344(Initialized by driver.)
345.It Va if_linkmiblen
346.Pq Vt size_t
347The size of said structure.
348(Initialized by driver.)
349.It Va if_data
350.Pq Vt "struct if_data"
351More statistics and information; see
352.Sx "The if_data structure" ,
353below.
354(Initialized by driver, manipulated by both driver and generic
355code.)
356.It Va if_multiaddrs
357.Pq Vt struct ifmultihead
358The head of the
359.Xr queue 3
360.Li TAILQ
361containing the list of multicast addresses assigned to this interface.
362.It Va if_amcount
363.Pq Vt int
364A number of multicast requests on this interface, used to
365reference-count the
366.Dv IFF_ALLMULTI
367flag.
368.It Va if_addr
369.Pq Vt "struct ifaddr *"
370A pointer to the link-level interface address.
371(Initialized by
372.Fn if_alloc . )
373.\" .It Va if_llsoftc
374.\" .Pq Vt "void *"
375.\" The purpose of the field is unclear.
376.It Va if_snd
377.Pq Vt "struct ifaltq"
378The output queue.
379(Manipulated by driver.)
380.It Va if_broadcastaddr
381.Pq Vt "const u_int8_t *"
382A link-level broadcast bytestring for protocols with variable address
383length.
384.It Va if_bridge
385.Pq Vt "void *"
386A pointer to the bridge interface structure,
387.Xr if_bridge 4 .
388(Initialized by the driver-specific
389.Fn if_ioctl
390routine.)
391.It Va if_label
392.Pq Vt "struct label *"
393A pointer to the MAC Framework label structure,
394.Xr mac 4 .
395(Initialized by
396.Fn if_alloc . )
397.It Va if_afdata
398.Pq Vt "void *"
399An address family dependent data region.
400.It Va if_afdata_initialized
401.Pq Vt int
402Used to track the current state of address family initialization.
403.It Va if_afdata_lock
404.Pq Vt "struct rwlock"
405An
406.Xr rwlock 9
407lock used to protect
408.Va if_afdata
409internals.
410.It Va if_linktask
411.Pq Vt "struct task"
412A
413.Xr taskqueue 9
414task scheduled for link state change events of the interface.
415.It Va if_addr_lock
416.Pq Vt "struct rwlock"
417An
418.Xr rwlock 9
419lock used to protect interface-related address lists.
420.It Va if_clones
421.Pq Fn LIST_ENTRY ifnet
422.Xr queue 3
423macro glue for the list of clonable network interfaces.
424.It Va if_groups
425.Pq Fn TAILQ_HEAD "" "ifg_list"
426The head of the
427.Xr queue 3
428.Li TAILQ
429containing the list of groups per interface.
430.It Va if_pf_kif
431.Pq Vt "void *"
432A pointer to the structure used for interface abstraction by
433.Xr pf 4 .
434.It Va if_lagg
435.Pq Vt "void *"
436A pointer to the
437.Xr lagg 4
438interface structure.
439.It Va if_alloctype
440.Pq Vt u_char
441The type of the interface as it was at the time of its allocation.
442It is used to cache the type passed to
443.Fn if_alloc ,
444but unlike
445.Va if_type ,
446it would not be changed by drivers.
447.It Va if_numa_domain
448.Pq Vt uint8_t
449The NUMA domain of the hardware device associated with the interface.
450This is filled in with a wildcard value unless the kernel is NUMA
451aware, the system is a NUMA system, and the ifnet is allocated
452using
453.Fn if_alloc_dev
454or
455.Fn if_alloc_domain .
456.El
457.Pp
458References to
459.Vt ifnet
460structures are gained by calling the
461.Fn if_ref
462function and released by calling the
463.Fn if_rele
464function.
465They are used to allow kernel code walking global interface lists
466to release the
467.Vt ifnet
468lock yet keep the
469.Vt ifnet
470structure stable.
471.Pp
472There are in addition a number of function pointers which the driver
473must initialize to complete its interface with the generic interface
474layer:
475.Bl -ohang -offset indent
476.It Fn if_input
477Pass a packet to an appropriate upper layer as determined
478from the link-layer header of the packet.
479This routine is to be called from an interrupt handler or
480used to emulate reception of a packet on this interface.
481A single function implementing
482.Fn if_input
483can be shared among multiple drivers utilizing the same link-layer
484framing, e.g., Ethernet.
485.It Fn if_output
486Output a packet on interface
487.Fa ifp ,
488or queue it on the output queue if the interface is already active.
489.It Fn if_transmit
490Transmit a packet on an interface or queue it if the interface is
491in use.
492This function will return
493.Dv ENOBUFS
494if the devices software and hardware queues are both full.
495This function must be installed after
496.Fn if_attach
497to override the default implementation.
498This function is exposed in order to allow drivers to manage their own queues
499and to reduce the latency caused by a frequently gratuitous enqueue / dequeue
500pair to ifq.
501The suggested internal software queuing mechanism is buf_ring.
502.It Fn if_qflush
503Free mbufs in internally managed queues when the interface is marked down.
504This function must be installed after
505.Fn if_attach
506to override the default implementation.
507This function is exposed in order to allow drivers to manage their own queues
508and to reduce the latency caused by a frequently gratuitous enqueue / dequeue
509pair to ifq.
510The suggested internal software queuing mechanism is buf_ring.
511.It Fn if_start
512Start queued output on an interface.
513This function is exposed in
514order to provide for some interface classes to share a
515.Fn if_output
516among all drivers.
517.Fn if_start
518may only be called when the
519.Dv IFF_DRV_OACTIVE
520flag is not set.
521(Thus,
522.Dv IFF_DRV_OACTIVE
523does not literally mean that output is active, but rather that the
524device's internal output queue is full.) Please note that this function
525will soon be deprecated.
526.It Fn if_ioctl
527Process interface-related
528.Xr ioctl 2
529requests
530(defined in
531.In sys/sockio.h ) .
532Preliminary processing is done by the generic routine
533.Fn ifioctl
534to check for appropriate privileges, locate the interface being
535manipulated, and perform certain generic operations like twiddling
536flags and flushing queues.
537See the description of
538.Fn ifioctl
539below for more information.
540.It Fn if_init
541Initialize and bring up the hardware,
542e.g., reset the chip and enable the receiver unit.
543Should mark the interface running,
544but not active
545.Dv ( IFF_DRV_RUNNING , ~IIF_DRV_OACTIVE ) .
546.It Fn if_resolvemulti
547Check the requested multicast group membership,
548.Fa addr ,
549for validity, and if necessary compute a link-layer group which
550corresponds to that address which is returned in
551.Fa *retsa .
552Returns zero on success, or an error code on failure.
553.El
554.Ss "Interface Flags"
555Interface flags are used for a number of different purposes.
556Some
557flags simply indicate information about the type of interface and its
558capabilities; others are dynamically manipulated to reflect the
559current state of the interface.
560Flags of the former kind are marked
561.Aq S
562in this table; the latter are marked
563.Aq D .
564Flags which begin with
565.Dq IFF_DRV_
566are stored in
567.Va if_drv_flags ;
568all other flags are stored in
569.Va if_flags .
570.Pp
571The macro
572.Dv IFF_CANTCHANGE
573defines the bits which cannot be set by a user program using the
574.Dv SIOCSIFFLAGS
575command to
576.Xr ioctl 2 ;
577these are indicated by an asterisk
578.Pq Ql *
579in the following listing.
580.Pp
581.Bl -tag -width ".Dv IFF_POINTOPOINT" -offset indent -compact
582.It Dv IFF_UP
583.Aq D
584The interface has been configured up by the user-level code.
585.It Dv IFF_BROADCAST
586.Aq S*
587The interface supports broadcast.
588.It Dv IFF_DEBUG
589.Aq D
590Used to enable/disable driver debugging code.
591.It Dv IFF_LOOPBACK
592.Aq S
593The interface is a loopback device.
594.It Dv IFF_POINTOPOINT
595.Aq S*
596The interface is point-to-point;
597.Dq broadcast
598address is actually the address of the other end.
599.It Dv IFF_DRV_RUNNING
600.Aq D*
601The interface has been configured and dynamic resources were
602successfully allocated.
603Probably only useful internal to the
604interface.
605.It Dv IFF_NOARP
606.Aq D
607Disable network address resolution on this interface.
608.It Dv IFF_PROMISC
609.Aq D*
610This interface is in promiscuous mode.
611.It Dv IFF_PPROMISC
612.Aq D
613This interface is in the permanently promiscuous mode (implies
614.Dv IFF_PROMISC ) .
615.It Dv IFF_ALLMULTI
616.Aq D*
617This interface is in all-multicasts mode (used by multicast routers).
618.It Dv IFF_DRV_OACTIVE
619.Aq D*
620The interface's hardware output queue (if any) is full; output packets
621are to be queued.
622.It Dv IFF_SIMPLEX
623.Aq S*
624The interface cannot hear its own transmissions.
625.It Dv IFF_LINK0
626.It Dv IFF_LINK1
627.It Dv IFF_LINK2
628.Aq D
629Control flags for the link layer.
630(Currently abused to select among
631multiple physical layers on some devices.)
632.It Dv IFF_MULTICAST
633.Aq S*
634This interface supports multicast.
635.It Dv IFF_CANTCONFIG
636.Aq S*
637The interface is not configurable in a meaningful way.
638Primarily useful for
639.Dv IFT_USB
640interfaces registered at the interface list.
641.It Dv IFF_MONITOR
642.Aq D
643This interface blocks transmission of packets and discards incoming
644packets after BPF processing.
645Used to monitor network traffic but not interact
646with the network in question.
647.It Dv IFF_STATICARP
648.Aq D
649Used to enable/disable ARP requests on this interface.
650.It Dv IFF_DYING
651.Aq D*
652Set when the
653.Vt ifnet
654structure of this interface is being released and still has
655.Va if_refcount
656references.
657.It Dv IFF_RENAMING
658.Aq D
659Set when this interface is being renamed.
660.El
661.Ss "Interface Capabilities Flags"
662Interface capabilities are specialized features an interface may
663or may not support.
664These capabilities are very hardware-specific
665and allow, when enabled,
666to offload specific network processing to the interface
667or to offer a particular feature for use by other kernel parts.
668.Pp
669It should be stressed that a capability can be completely
670uncontrolled (i.e., stay always enabled with no way to disable it)
671or allow limited control over itself (e.g., depend on another
672capability's state.)
673Such peculiarities are determined solely by the hardware and driver
674of a particular interface.
675Only the driver possesses
676the knowledge on whether and how the interface capabilities
677can be controlled.
678Consequently, capabilities flags in
679.Va if_capenable
680should never be modified directly by kernel code other than
681the interface driver.
682The command
683.Dv SIOCSIFCAP
684to
685.Fn ifioctl
686is the dedicated means to attempt altering
687.Va if_capenable
688on an interface.
689Userland code shall use
690.Xr ioctl 2 .
691.Pp
692The following capabilities are currently supported by the system:
693.Bl -tag -width ".Dv IFCAP_VLAN_HWTAGGING" -offset indent
694.It Dv IFCAP_RXCSUM
695This interface can do checksum validation on receiving data.
696Some interfaces do not have sufficient buffer storage to store frames
697above a certain MTU-size completely.
698The driver for the interface might disable hardware checksum validation
699if the MTU is set above the hardcoded limit.
700.It Dv IFCAP_TXCSUM
701This interface can do checksum calculation on transmitting data.
702.It Dv IFCAP_HWCSUM
703A shorthand for
704.Pq Dv IFCAP_RXCSUM | IFCAP_TXCSUM .
705.It Dv IFCAP_NETCONS
706This interface can be a network console.
707.It Dv IFCAP_VLAN_MTU
708The
709.Xr vlan 4
710driver can operate over this interface in software tagging mode
711without having to decrease MTU on
712.Xr vlan 4
713interfaces below 1500 bytes.
714This implies the ability of this interface to cope with frames somewhat
715longer than permitted by the Ethernet specification.
716.It Dv IFCAP_VLAN_HWTAGGING
717This interface can do VLAN tagging on output and
718demultiplex frames by their VLAN tag on input.
719.It Dv IFCAP_JUMBO_MTU
720This Ethernet interface can transmit and receive frames up to
7219000 bytes long.
722.It Dv IFCAP_POLLING
723This interface supports
724.Xr polling 4 .
725See below for details.
726.It Dv IFCAP_VLAN_HWCSUM
727This interface can do checksum calculation on both transmitting
728and receiving data on
729.Xr vlan 4
730interfaces (implies
731.Dv IFCAP_HWCSUM ) .
732.It Dv IFCAP_TSO4
733This Ethernet interface supports TCP4 Segmentation offloading.
734.It Dv IFCAP_TSO6
735This Ethernet interface supports TCP6 Segmentation offloading.
736.It Dv IFCAP_TSO
737A shorthand for
738.Pq Dv IFCAP_TSO4 | IFCAP_TSO6 .
739.It Dv IFCAP_TOE4
740This Ethernet interface supports TCP offloading.
741.It Dv IFCAP_TOE6
742This Ethernet interface supports TCP6 offloading.
743.It Dv IFCAP_TOE
744A shorthand for
745.Pq Dv IFCAP_TOE4 | IFCAP_TOE6 .
746.It Dv IFCAP_WOL_UCAST
747This Ethernet interface supports waking up on any Unicast packet.
748.It Dv IFCAP_WOL_MCAST
749This Ethernet interface supports waking up on any Multicast packet.
750.It Dv IFCAP_WOL_MAGIC
751This Ethernet interface supports waking up on any Magic packet such
752as those sent by
753.Xr wake 8 .
754.It Dv IFCAP_WOL
755A shorthand for
756.Pq Dv IFCAP_WOL_UCAST | IFCAP_WOL_MCAST | IFCAP_WOL_MAGIC .
757.It Dv IFCAP_TOE4
758This Ethernet interface supports TCP4 Offload Engine.
759.It Dv IFCAP_TOE6
760This Ethernet interface supports TCP6 Offload Engine.
761.It Dv IFCAP_TOE
762A shorthand for
763.Pq Dv IFCAP_TOE4 | IFCAP_TOE6 .
764.It Dv IFCAP_VLAN_HWFILTER
765This interface supports frame filtering in hardware on
766.Xr vlan 4
767interfaces.
768.It Dv IFCAP_VLAN_HWTSO
769This interface supports TCP Segmentation offloading on
770.Xr vlan 4
771interfaces (implies
772.Dv IFCAP_TSO ) .
773.It Dv IFCAP_LINKSTATE
774This Ethernet interface supports dynamic link state changes.
775.It Dv IFCAP_NETMAP
776This Ethernet interface supports
777.Xr netmap  4 .
778.El
779.Pp
780The ability of advanced network interfaces to offload certain
781computational tasks from the host CPU to the board is limited
782mostly to TCP/IP.
783Therefore a separate field associated with an interface
784(see
785.Va ifnet.if_data.ifi_hwassist
786below)
787keeps a detailed description of its enabled capabilities
788specific to TCP/IP processing.
789The TCP/IP module consults the field to see which tasks
790can be done on an
791.Em outgoing
792packet by the interface.
793The flags defined for that field are a superset of those for
794.Va mbuf.m_pkthdr.csum_flags ,
795namely:
796.Bl -tag -width ".Dv CSUM_FRAGMENT" -offset indent
797.It Dv CSUM_IP
798The interface will compute IP checksums.
799.It Dv CSUM_TCP
800The interface will compute TCP checksums.
801.It Dv CSUM_UDP
802The interface will compute UDP checksums.
803.El
804.Pp
805An interface notifies the TCP/IP module about the tasks
806the former has performed on an
807.Em incoming
808packet by setting the corresponding flags in the field
809.Va mbuf.m_pkthdr.csum_flags
810of the
811.Vt mbuf chain
812containing the packet.
813See
814.Xr mbuf 9
815for details.
816.Pp
817The capability of a network interface to operate in
818.Xr polling 4
819mode involves several flags in different
820global variables and per-interface fields.
821The capability flag
822.Dv IFCAP_POLLING
823set in interface's
824.Va if_capabilities
825indicates support for
826.Xr polling 4
827on the particular interface.
828If set in
829.Va if_capabilities ,
830the same flag can be marked or cleared in the interface's
831.Va if_capenable
832within
833.Fn ifioctl ,
834thus initiating switch of the interface to
835.Xr polling 4
836mode or interrupt
837mode, respectively.
838The actual mode change is managed by the driver-specific
839.Fn if_ioctl
840routine.
841The
842.Xr polling 4
843handler returns the number of packets processed.
844.Ss The if_data Structure
845The
846.Vt if_data
847structure contains statistics and identifying information used
848by management programs, and which is exported to user programs by way
849of the
850.Xr ifmib 4
851branch of the
852.Xr sysctl 3
853MIB.
854The following elements of the
855.Vt if_data
856structure are initialized by the interface and are not expected to change
857significantly over the course of normal operation:
858.Bl -tag -width ".Va ifi_lastchange" -offset indent
859.It Va ifi_type
860.Pq Vt u_char
861The type of the interface, as defined in
862.In net/if_types.h
863and described below in the
864.Sx "Interface Types"
865section.
866.It Va ifi_physical
867.Pq Vt u_char
868Intended to represent a selection of physical layers on devices which
869support more than one; never implemented.
870.It Va ifi_addrlen
871.Pq Vt u_char
872Length of a link-layer address on this device, or zero if there are
873none.
874Used to initialized the address length field in
875.Vt sockaddr_dl
876structures referring to this interface.
877.It Va ifi_hdrlen
878.Pq Vt u_char
879Maximum length of any link-layer header which might be prepended by
880the driver to a packet before transmission.
881The generic code computes
882the maximum over all interfaces and uses that value to influence the
883placement of data in
884.Vt mbuf Ns s
885to attempt to ensure that there is always
886sufficient space to prepend a link-layer header without allocating an
887additional
888.Vt mbuf .
889.It Va ifi_datalen
890.Pq Vt u_char
891Length of the
892.Vt if_data
893structure.
894Allows some stabilization of the routing socket ABI in the face of
895increases in the length of
896.Vt struct ifdata .
897.It Va ifi_mtu
898.Pq Vt u_long
899The maximum transmission unit of the medium, exclusive of any
900link-layer overhead.
901.It Va ifi_metric
902.Pq Vt u_long
903A dimensionless metric interpreted by a user-mode routing process.
904.It Va ifi_baudrate
905.Pq Vt u_long
906The line rate of the interface, in bits per second.
907.It Va ifi_hwassist
908.Pq Vt u_long
909A detailed interpretation of the capabilities
910to offload computational tasks for
911.Em outgoing
912packets.
913The interface driver must keep this field in accord with
914the current value of
915.Va if_capenable .
916.It Va ifi_epoch
917.Pq Vt time_t
918The system uptime when interface was attached or the statistics
919below were reset.
920This is intended to be used to set the SNMP variable
921.Va ifCounterDiscontinuityTime .
922It may also be used to determine if two successive queries for an
923interface of the same index have returned results for the same
924interface.
925.El
926.Pp
927The structure additionally contains generic statistics applicable to a
928variety of different interface types (except as noted, all members are
929of type
930.Vt u_long ) :
931.Bl -tag -width ".Va ifi_lastchange" -offset indent
932.It Va ifi_link_state
933.Pq Vt u_char
934The current link state of Ethernet interfaces.
935See the
936.Sx Interface Link States
937section for possible values.
938.It Va ifi_ipackets
939Number of packets received.
940.It Va ifi_ierrors
941Number of receive errors detected (e.g., FCS errors, DMA overruns,
942etc.).
943More detailed breakdowns can often be had by way of a
944link-specific MIB.
945.It Va ifi_opackets
946Number of packets transmitted.
947.It Va ifi_oerrors
948Number of output errors detected (e.g., late collisions, DMA overruns,
949etc.).
950More detailed breakdowns can often be had by way of a
951link-specific MIB.
952.It Va ifi_collisions
953Total number of collisions detected on output for CSMA interfaces.
954(This member is sometimes [ab]used by other types of interfaces for
955other output error counts.)
956.It Va ifi_ibytes
957Total traffic received, in bytes.
958.It Va ifi_obytes
959Total traffic transmitted, in bytes.
960.It Va ifi_imcasts
961Number of packets received which were sent by link-layer multicast.
962.It Va ifi_omcasts
963Number of packets sent by link-layer multicast.
964.It Va ifi_iqdrops
965Number of packets dropped on input.
966Rarely implemented.
967.It Va ifi_oqdrops
968Number of packets dropped on output.
969.It Va ifi_noproto
970Number of packets received for unknown network-layer protocol.
971.It Va ifi_lastchange
972.Pq Vt "struct timeval"
973The time of the last administrative change to the interface (as required
974for
975.Tn SNMP ) .
976.El
977.Ss Interface Types
978The header file
979.In net/if_types.h
980defines symbolic constants for a number of different types of
981interfaces.
982The most common are:
983.Pp
984.Bl -tag -offset indent -width ".Dv IFT_PROPVIRTUAL" -compact
985.It Dv IFT_OTHER
986none of the following
987.It Dv IFT_ETHER
988Ethernet
989.It Dv IFT_ISO88023
990ISO 8802-3 CSMA/CD
991.It Dv IFT_ISO88024
992ISO 8802-4 Token Bus
993.It Dv IFT_ISO88025
994ISO 8802-5 Token Ring
995.It Dv IFT_ISO88026
996ISO 8802-6 DQDB MAN
997.It Dv IFT_FDDI
998FDDI
999.It Dv IFT_PPP
1000Internet Point-to-Point Protocol
1001.Pq Xr ppp 8
1002.It Dv IFT_LOOP
1003The loopback
1004.Pq Xr lo 4
1005interface
1006.It Dv IFT_SLIP
1007Serial Line IP
1008.It Dv IFT_PARA
1009Parallel-port IP
1010.Pq Dq Tn PLIP
1011.It Dv IFT_ATM
1012Asynchronous Transfer Mode
1013.It Dv IFT_USB
1014USB Interface
1015.El
1016.Ss Interface Link States
1017The following link states are currently defined:
1018.Pp
1019.Bl -tag -offset indent -width ".Dv LINK_STATE_UNKNOWN" -compact
1020.It Dv LINK_STATE_UNKNOWN
1021The link is in an invalid or unknown state.
1022.It Dv LINK_STATE_DOWN
1023The link is down.
1024.It Dv LINK_STATE_UP
1025The link is up.
1026.El
1027.Ss The ifaddr Structure
1028Every interface is associated with a list
1029(or, rather, a
1030.Li TAILQ )
1031of addresses, rooted at the interface structure's
1032.Va if_addrhead
1033member.
1034The first element in this list is always an
1035.Dv AF_LINK
1036address representing the interface itself; multi-access network
1037drivers should complete this structure by filling in their link-layer
1038addresses after calling
1039.Fn if_attach .
1040Other members of the structure represent network-layer addresses which
1041have been configured by means of the
1042.Dv SIOCAIFADDR
1043command to
1044.Xr ioctl 2 ,
1045called on a socket of the appropriate protocol family.
1046The elements of this list consist of
1047.Vt ifaddr
1048structures.
1049Most protocols will declare their own protocol-specific
1050interface address structures, but all begin with a
1051.Vt "struct ifaddr"
1052which provides the most-commonly-needed functionality across all
1053protocols.
1054Interface addresses are reference-counted.
1055.Pp
1056The members of
1057.Vt "struct ifaddr"
1058are as follows:
1059.Bl -tag -width ".Va ifa_rtrequest" -offset indent
1060.It Va ifa_addr
1061.Pq Vt "struct sockaddr *"
1062The local address of the interface.
1063.It Va ifa_dstaddr
1064.Pq Vt "struct sockaddr *"
1065The remote address of point-to-point interfaces, and the broadcast
1066address of broadcast interfaces.
1067.Va ( ifa_broadaddr
1068is a macro for
1069.Va ifa_dstaddr . )
1070.It Va ifa_netmask
1071.Pq Vt "struct sockaddr *"
1072The network mask for multi-access interfaces, and the confusion
1073generator for point-to-point interfaces.
1074.It Va ifa_ifp
1075.Pq Vt "struct ifnet *"
1076A link back to the interface structure.
1077.It Va ifa_link
1078.Pq Fn TAILQ_ENTRY ifaddr
1079.Xr queue 3
1080glue for list of addresses on each interface.
1081.It Va ifa_rtrequest
1082See below.
1083.It Va ifa_flags
1084.Pq Vt u_short
1085Some of the flags which would be used for a route representing this
1086address in the route table.
1087.It Va ifa_refcnt
1088.Pq Vt short
1089The reference count.
1090.El
1091.Pp
1092References to
1093.Vt ifaddr
1094structures are gained by calling the
1095.Fn ifa_ref
1096function and released by calling the
1097.Fn ifa_free
1098function.
1099.Pp
1100.Fn ifa_rtrequest
1101is a pointer to a function which receives callouts from the routing
1102code
1103.Pq Fn rtrequest
1104to perform link-layer-specific actions upon requests to add,
1105or delete routes.
1106The
1107.Fa cmd
1108argument indicates the request in question:
1109.Dv RTM_ADD ,
1110or
1111.Dv RTM_DELETE .
1112The
1113.Fa rt
1114argument is the route in question; the
1115.Fa info
1116argument contains the specific destination being manipulated.
1117.Sh FUNCTIONS
1118The functions provided by the generic interface code can be divided
1119into two groups: those which manipulate interfaces, and those which
1120manipulate interface addresses.
1121In addition to these functions, there
1122may also be link-layer support routines which are used by a number of
1123drivers implementing a specific link layer over different hardware;
1124see the documentation for that link layer for more details.
1125.Ss The ifmultiaddr Structure
1126Every multicast-capable interface is associated with a list of
1127multicast group memberships, which indicate at a low level which
1128link-layer multicast addresses (if any) should be accepted, and at a
1129high level, in which network-layer multicast groups a user process has
1130expressed interest.
1131.Pp
1132The elements of the structure are as follows:
1133.Bl -tag -width ".Va ifma_refcount" -offset indent
1134.It Va ifma_link
1135.Pq Fn LIST_ENTRY ifmultiaddr
1136.Xr queue 3
1137macro glue.
1138.It Va ifma_addr
1139.Pq Vt "struct sockaddr *"
1140A pointer to the address which this record represents.
1141The
1142memberships for various address families are stored in arbitrary
1143order.
1144.It Va ifma_lladdr
1145.Pq Vt "struct sockaddr *"
1146A pointer to the link-layer multicast address, if any, to which the
1147network-layer multicast address in
1148.Va ifma_addr
1149is mapped, else a null pointer.
1150If this element is non-nil, this
1151membership also holds an invisible reference to another membership for
1152that link-layer address.
1153.It Va ifma_refcount
1154.Pq Vt u_int
1155A reference count of requests for this particular membership.
1156.El
1157.Ss Interface Manipulation Functions
1158.Bl -ohang -offset indent
1159.It Fn if_alloc
1160Allocate and initialize
1161.Vt "struct ifnet" .
1162Initialization includes the allocation of an interface index and may
1163include the allocation of a
1164.Fa type
1165specific structure in
1166.Va if_l2com .
1167.It Fn if_alloc_dev
1168Allocate and initialize
1169.Vt "struct ifnet"
1170as
1171.Fn if_alloc
1172does, with the addition that the ifnet can be tagged with the
1173appropriate NUMA domain derived from the
1174.Fa dev
1175argument passed by the caller.
1176.It Fn if_alloc_domain
1177Allocate and initialize
1178.Vt "struct ifnet"
1179as
1180.Fn if_alloc
1181does, with the addition that the ifnet will be tagged with the NUMA
1182domain via the
1183.Fa numa_domain
1184argument passed by the caller.
1185.It Fn if_attach
1186Link the specified interface
1187.Fa ifp
1188into the list of network interfaces.
1189Also initialize the list of
1190addresses on that interface, and create a link-layer
1191.Vt ifaddr
1192structure to be the first element in that list.
1193(A pointer to
1194this address structure is saved in the
1195.Vt ifnet
1196structure and is accessed by the
1197.Fn ifaddr_byindex
1198function.)
1199The
1200.Fa ifp
1201must have been allocated by
1202.Fn if_alloc ,
1203.Fn if_alloc_dev
1204or
1205.Fn if_alloc_domain .
1206.It Fn if_detach
1207Shut down and unlink the specified
1208.Fa ifp
1209from the interface list.
1210.It Fn if_free
1211Free the given
1212.Fa ifp
1213back to the system.
1214The interface must have been previously detached if it was ever attached.
1215.It Fn if_free_type
1216Identical to
1217.Fn if_free
1218except that the given
1219.Fa type
1220is used to free
1221.Va if_l2com
1222instead of the type in
1223.Va if_type .
1224This is intended for use with drivers that change their interface type.
1225.It Fn if_down
1226Mark the interface
1227.Fa ifp
1228as down (i.e.,
1229.Dv IFF_UP
1230is not set),
1231flush its output queue, notify protocols of the transition,
1232and generate a message from the
1233.Xr route 4
1234routing socket.
1235.It Fn if_up
1236Mark the interface
1237.Fa ifp
1238as up, notify protocols of the transition,
1239and generate a message from the
1240.Xr route 4
1241routing socket.
1242.It Fn ifpromisc
1243Add or remove a promiscuous reference to
1244.Fa ifp .
1245If
1246.Fa pswitch
1247is true, add a reference;
1248if it is false, remove a reference.
1249On reference count transitions
1250from zero to one and one to zero, set the
1251.Dv IFF_PROMISC
1252flag appropriately and call
1253.Fn if_ioctl
1254to set up the interface in the desired mode.
1255.It Fn if_allmulti
1256As
1257.Fn ifpromisc ,
1258but for the all-multicasts
1259.Pq Dv IFF_ALLMULTI
1260flag instead of the promiscuous flag.
1261.It Fn ifunit
1262Return an
1263.Vt ifnet
1264pointer for the interface named
1265.Fa name .
1266.It Fn ifunit_ref
1267Return a reference-counted (via
1268.Fn ifa_ref )
1269.Vt ifnet
1270pointer for the interface named
1271.Fa name .
1272This is the preferred function over
1273.Fn ifunit .
1274The caller is responsible for releasing the reference with
1275.Fn if_rele
1276when it is finished with the ifnet.
1277.It Fn ifioctl
1278Process the ioctl request
1279.Fa cmd ,
1280issued on socket
1281.Fa so
1282by thread
1283.Fa td ,
1284with data parameter
1285.Fa data .
1286This is the main routine for handling all interface configuration
1287requests from user mode.
1288It is ordinarily only called from the socket-layer
1289.Xr ioctl 2
1290handler, and only for commands with class
1291.Sq Li i .
1292Any unrecognized commands will be passed down to socket
1293.Fa so Ns 's
1294protocol for
1295further interpretation.
1296The following commands are handled by
1297.Fn ifioctl :
1298.Pp
1299.Bl -tag -width ".Dv SIOCGIFNETMASK" -offset indent -compact
1300.It Dv SIOCGIFCONF
1301Get interface configuration.
1302(No call-down to driver.)
1303.Pp
1304.It Dv SIOCSIFNAME
1305Set the interface name.
1306.Dv RTM_IFANNOUNCE
1307departure and arrival messages are sent so that
1308routing code that relies on the interface name will update its interface
1309list.
1310Caller must have appropriate privilege.
1311(No call-down to driver.)
1312.It Dv SIOCGIFCAP
1313.It Dv SIOCGIFDATA
1314.It Dv SIOCGIFFIB
1315.It Dv SIOCGIFFLAGS
1316.It Dv SIOCGIFMETRIC
1317.It Dv SIOCGIFMTU
1318.It Dv SIOCGIFPHYS
1319Get interface capabilities, data, FIB, flags, metric, MTU, medium selection.
1320(No call-down to driver.)
1321.Pp
1322.It Dv SIOCSIFCAP
1323Enable or disable interface capabilities.
1324Caller must have appropriate privilege.
1325Before a call to the driver-specific
1326.Fn if_ioctl
1327routine, the requested mask for enabled capabilities is checked
1328against the mask of capabilities supported by the interface,
1329.Va if_capabilities .
1330Requesting to enable an unsupported capability is invalid.
1331The rest is supposed to be done by the driver,
1332which includes updating
1333.Va if_capenable
1334and
1335.Va if_data.ifi_hwassist
1336appropriately.
1337.Pp
1338.It Dv SIOCSIFFIB
1339Sets interface FIB.
1340Caller must have appropriate privilege.
1341FIB values start at 0 and values greater or equals than
1342.Va net.fibs
1343are considered invalid.
1344.It Dv SIOCSIFFLAGS
1345Change interface flags.
1346Caller must have appropriate privilege.
1347If a change to the
1348.Dv IFF_UP
1349flag is requested,
1350.Fn if_up
1351or
1352.Fn if_down
1353is called as appropriate.
1354Flags listed in
1355.Dv IFF_CANTCHANGE
1356are masked off, and the field
1357.Va if_flags
1358in the interface structure is updated.
1359Finally, the driver
1360.Fn if_ioctl
1361routine is called to perform any setup
1362requested.
1363.Pp
1364.It Dv SIOCSIFMETRIC
1365.It Dv SIOCSIFPHYS
1366Change interface metric or medium.
1367Caller must have appropriate privilege.
1368.Pp
1369.It Dv SIOCSIFMTU
1370Change interface MTU.
1371Caller must have appropriate privilege.
1372MTU
1373values less than 72 or greater than 65535 are considered invalid.
1374The driver
1375.Fn if_ioctl
1376routine is called to implement the change; it is responsible for any
1377additional sanity checking and for actually modifying the MTU in the
1378interface structure.
1379.Pp
1380.It Dv SIOCADDMULTI
1381.It Dv SIOCDELMULTI
1382Add or delete permanent multicast group memberships on the interface.
1383Caller must have appropriate privilege.
1384The
1385.Fn if_addmulti
1386or
1387.Fn if_delmulti
1388function is called to perform the operation; qq.v.
1389.Pp
1390.It Dv SIOCAIFADDR
1391.It Dv SIOCDIFADDR
1392The socket's protocol control routine is called to implement the
1393requested action.
1394.El
1395.El
1396.Ss "Interface Address Functions"
1397Several functions exist to look up an interface address structure
1398given an address.
1399.Fn ifa_ifwithaddr
1400returns an interface address with either a local address or a
1401broadcast address precisely matching the parameter
1402.Fa addr .
1403.Fn ifa_ifwithdstaddr
1404returns an interface address for a point-to-point interface whose
1405remote
1406.Pq Dq destination
1407address is
1408.Fa addr
1409and a fib is
1410.Fa fib .
1411If
1412.Fa fib
1413is
1414.Dv RT_ALL_FIBS ,
1415then the first interface address matching
1416.Fa addr
1417will be returned.
1418.Pp
1419.Fn ifa_ifwithnet
1420returns the most specific interface address which matches the
1421specified address,
1422.Fa addr ,
1423subject to its configured netmask, or a point-to-point interface
1424address whose remote address is
1425.Fa addr
1426if one is found.
1427If
1428.Fa ignore_ptp
1429is true, skip point-to-point interface addresses.
1430The
1431.Fa fib
1432parameter is handled the same way as by
1433.Fn ifa_ifwithdstaddr .
1434.Pp
1435.Fn ifaof_ifpforaddr
1436returns the most specific address configured on interface
1437.Fa ifp
1438which matches address
1439.Fa addr ,
1440subject to its configured netmask.
1441If the interface is
1442point-to-point, only an interface address whose remote address is
1443precisely
1444.Fa addr
1445will be returned.
1446.Pp
1447.Fn ifaddr_byindex
1448returns the link-level address of the interface with the given index
1449.Fa idx .
1450.Pp
1451All of these functions return a null pointer if no such address can be
1452found.
1453.Ss "Interface Multicast Address Functions"
1454The
1455.Fn if_addmulti ,
1456.Fn if_delmulti ,
1457and
1458.Fn if_findmulti
1459functions provide support for requesting and relinquishing multicast
1460group memberships, and for querying an interface's membership list,
1461respectively.
1462The
1463.Fn if_addmulti
1464function takes a pointer to an interface,
1465.Fa ifp ,
1466and a generic address,
1467.Fa sa .
1468It also takes a pointer to a
1469.Vt "struct ifmultiaddr *"
1470which is filled in on successful return with the address of the
1471group membership control block.
1472The
1473.Fn if_addmulti
1474function performs the following four-step process:
1475.Bl -enum -offset indent
1476.It
1477Call the interface's
1478.Fn if_resolvemulti
1479entry point to determine the link-layer address, if any, corresponding
1480to this membership request, and also to give the link layer an
1481opportunity to veto this membership request should it so desire.
1482.It
1483Check the interface's group membership list for a pre-existing
1484membership for this group.
1485If one is not found, allocate a new one;
1486if one is, increment its reference count.
1487.It
1488If the
1489.Fn if_resolvemulti
1490routine returned a link-layer address corresponding to the group,
1491repeat the previous step for that address as well.
1492.It
1493If the interface's multicast address filter needs to be changed
1494because a new membership was added, call the interface's
1495.Fn if_ioctl
1496routine
1497(with a
1498.Fa cmd
1499argument of
1500.Dv SIOCADDMULTI )
1501to request that it do so.
1502.El
1503.Pp
1504The
1505.Fn if_delmulti
1506function, given an interface
1507.Fa ifp
1508and an address,
1509.Fa sa ,
1510reverses this process.
1511Both functions return zero on success, or a
1512standard error number on failure.
1513.Pp
1514The
1515.Fn if_findmulti
1516function examines the membership list of interface
1517.Fa ifp
1518for an address matching
1519.Fa sa ,
1520and returns a pointer to that
1521.Vt "struct ifmultiaddr"
1522if one is found, else it returns a null pointer.
1523.Sh SEE ALSO
1524.Xr ioctl 2 ,
1525.Xr link_addr 3 ,
1526.Xr queue 3 ,
1527.Xr sysctl 3 ,
1528.Xr bpf 4 ,
1529.Xr ifmib 4 ,
1530.Xr lo 4 ,
1531.Xr netintro 4 ,
1532.Xr polling 4 ,
1533.Xr config 8 ,
1534.Xr ppp 8 ,
1535.Xr mbuf 9 ,
1536.Xr rtentry 9
1537.Rs
1538.%A Gary R. Wright
1539.%A W. Richard Stevens
1540.%B TCP/IP Illustrated
1541.%V Vol. 2
1542.%O Addison-Wesley, ISBN 0-201-63354-X
1543.Re
1544.Sh AUTHORS
1545This manual page was written by
1546.An Garrett A. Wollman .
1547