| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
ip_ether.h is where netinet/ip_ipip.h got the forward declaration
for struct tdb from though, so fix that before cutting ip_ether.h
out of gif.
|
| |
|
|
|
|
| |
ok visa@ mpi@
|
|
|
|
| |
ok visa@ mpi@
|
|
|
|
|
| |
While here, drop the declaration in headers, since the variable is used
in a single file. ok visa@ mpi@
|
|
|
|
|
|
|
|
|
| |
gif(4) now depends on etherip(4) but this is a temporary drawback: we
can get rid of etherip_init(), called from the protocol switch, and
ip_ether.c should stop using etherip counters once it is clear that this
file doesn't handle ethernet-in-IP any more.
ok visa@ as part of a larger diff, ok mpi@
|
|
|
|
| |
ok visa@ as part of a larger diff, ok mpi@
|
|
|
|
| |
Input and OK jca@, OK florian@
|
|
|
|
|
| |
allows to simplify code used for both IPv4 and IPv6.
OK mikeb@ deraadt@
|
|
|
|
| |
Will make transition to percpu counters easier. ok bluhm@
|
|
|
|
|
|
|
| |
to get rid of struct ip6protosw and some wrapper functions. It is
more consistent to have less different structures. The divert_input
functions cannot be called anyway, so remove them.
OK visa@ mpi@
|
|
|
|
|
|
| |
make the variable parameters of the protocol input functions fixed.
Also add the proto to make it similar to IPv6.
OK mpi@ guenther@ millert@
|
|
|
|
|
|
| |
This completes the transition. A cvs log and diff will tell the story
of why we went through this.
with david.dahlberg@fkie.fraunhofer.de and claudio
|
|
|
|
|
|
|
|
|
| |
worked with them to define a specific format, ietf quietly changed their
mind and did something different.
First step of transitioning over two release -- accept both types, but
continue sending old format.
pointed out by david.dahlberg@fkie.fraunhofer.de
ok claudio
|
|
|
|
|
|
| |
bpf_mtap() needs to be called without the etherip_header.
Idea to use a forward declaration for struct tdb by claudio.
OK claudio@
|
|
|
|
|
|
|
|
|
|
|
| |
where it is not necessary to guess protocols by looking at the first nibble.
in_gif_output() will encapsulate the packet but not send it. Because of
etherip support and the way the bridge works a minimal hack is needed in
gif_start() to ensure that the bridged packets are encapsulated as well.
This actually started with the idea to add MPLS support but that turned out
to be not as simple as in the gre(4) case.
Tested by myself (IP, IPv6, etherip, MPLS), sthen@ (IP, IPv6), naddy (IPv6)
OK sthen@
|
|
|
|
| |
provide netstat(1) with data it needs; ok claudio reyk
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
single byte header used in V2), and drop support for V2.
- that done, remove some of the buffer copies that were used as alignment shims
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- add a struct etherip_header (will make switching protocol versions a bit easier and give a base for aligning things correctly)
- fix the version/reserved field checking for good this time
- don't need to m_copydata to grab the first byte of an mbuf that you know has t
hat byte
- m_adj() instead of homebrew
- fix M_MCAST/M_BCAST setting (cut/pasto)
- if_imcasts was being updated on the wrong interface
|
| |
|
|
|
|
| |
4 bits of the header
|
| |
|
| |
|
| |
|
|
|