Skip to content
Commits on Apr 20, 2002
  1. fix a bug which uses max() to compare 64 bit values.

    kjc committed Apr 20, 2002
    report and fix by Oleg Cherevko <olwi@aq.ml.com.ua>
Commits on Apr 19, 2002
  1. - Copy IPv6 traffic class (all 8bits) into IPv4 TOS field.

    fujisawa committed Apr 19, 2002
      According to RFC2765 4.1.
  2. 2002-04-19 JINMEI, Tatuya <jinmei@isl.rdc.toshiba.co.jp>

    jinmei committed Apr 19, 2002
    	* freebsd4/sys/netinet/tcp_subr.c (tcp_respond): if
    	IPV6_USE_MIN_MTU is specified for the option tell ip6_output to
    	fragment the packet at the minimum MTU.
  3. in tcp_respond() if IPV6_USE_MIN_MTU is specified for the option

    jinmei committed Apr 19, 2002
    tell ip6_output to fragment the packet at the minimum MTU.
  4. do not translate ip6_pktopts.ip6po_minmtu to the IPV6_MINMTU flag,

    jinmei committed Apr 19, 2002
    since ip6_output checks the option value.
  5. changed the usage of the -M option according to the very recent change

    jinmei committed Apr 19, 2002
    on the IPV6_USE_MIN_MTU socket option.
    adjusted the printed format for the option accordingly.
  6. 2002-04-19 JINMEI, Tatuya <jinmei@isl.rdc.toshiba.co.jp>

    jinmei committed Apr 19, 2002
    	* kame/sys/netinet6/ip6_output.c: changed the policy about
    	performing path MTU discovery; from now on multicast packets will
    	be sent at the IPv6 minimum link MTU by default.  The semantics of
    	IPV6_USE_MIN_MTU was changed accordingly, as will be described in
    	the forthcoming rfc2292bis-07.
  7. changed the semantics of IPV6_USE_MIN_MTU based on discussions in the…

    jinmei committed Apr 19, 2002
    … ipv6 wg
    
    ML;
    by default, unicast packets will follow path MTU while multicast packets
    will be sent at the minimum MTU.  If IP6PO_MINMTU_ALL is specified, all packets
    including unicast ones will be sent at the minimum MTU.  Multicast
    packets will always be sent at the minimum MTU unless IP6PO_MINMTU_DISABLE
    is explicitly specified.
    
    this semantics will be described in forthcoming rfc2292bis-07.
    
    with this change, the corresponding value ip6_pktopts{} is no longer a flag,
    and the macro value IP6PO_MINMTU was obsoleted.
  8. does not log warning againt MLD message from :: (sync with the change…

    suz committed Apr 19, 2002
    … of kame/sys/netinet6/nd6_nbr.c at Rev 1.76)
  9. - s/LOG_DEBUG/LOG_INFO/, for access log priority.

    fujisawa committed Apr 19, 2002
      log does not come out by default syslog setting.
  10. - natpt_icmp4Paramprob() is merged into caller.

    fujisawa committed Apr 19, 2002
    - With ICMPv4 Type 12 (Parameter problem) to ICMPv6 Type 4 (Parameter
      problem) translation, handle problem pointer so long as there is a
      field corresponding to IPv6 header.
      When there is no corresponding IPv6 header field, problem pointer
      has value 0xffffffff.
  11. reverted the previous change. freebsd2 does not need this, and

    jinmei committed Apr 19, 2002
    the previous code would not compile without IPSEC.
Commits on Apr 18, 2002
  1. - With ICMPv4 Type 11 (Time exceeded) to ICMPv6 Type 3 (Time exceeded)

    fujisawa committed Apr 18, 2002
      translation, code field is copied from that of ICMPv4.
    - natpt_icmp4Timxceed() is merged into caller.
  2. - With ICMPv4 Type 3 (Destination unreachable) Code 5 (Source route f…

    fujisawa committed Apr 18, 2002
    …ailed)
    
      to ICMPv6 Type 1 (Unreachable) translation,
      set Code 0 (no route to destination).
  3. - With ICMPv4 Type 3 (Destination unreachable) Code 4 (Fragmentation …

    fujisawa committed Apr 18, 2002
    …needed)
    
      to ICMPv6 Type 2 (Packet too big) Code 0 translation,
      MTU field is set as follows, if ICMPv4 mtu has value 0, then set
      1280, otherwise copy ICMPv4 mtu vaule.
    
      I do not know whether this method is the best.
      It leaves some room for consideration.
  4. - With ICMPv4 Type 3 (Destination unreachable) Code 2 (protocol unrea…

    fujisawa committed Apr 18, 2002
    …chable)
    
      to ICMPv6 Type 4 (Parameter problem) Code 1 (Next header) translation,
      problem pointer points at the inner IPv6 Next header field.
      According to RFC2765 3.3.
  5. sha-256-96 has an i-d.

    itojun committed Apr 18, 2002
  6. - Initialize 'icmp6->icmp6_{id,seq}' field only when processing

    fujisawa committed Apr 18, 2002
      icmp echo_{reply,request} of ICMPv4->ICMPv6 translation.
    - Clear unused field in icmp6 header.
  7. removed a white space after an EOL

    jinmei committed Apr 18, 2002
  8. apply the same fix as freebsd4

    itojun committed Apr 18, 2002
  9. 2002-04-18 JINMEI, Tatuya <jinmei@isl.rdc.toshiba.co.jp>

    jinmei committed Apr 18, 2002
    	* freebsd4/sys/netinet/ip_output.c (ip_output): always freed
    	the route entry stored in iproute (if it was used) regardless of
    	the IPSEC kernel compilation option.
    	This should be a better fix to FreeBSD-SA-02:21.tcpip, and should
    	apply the kernel without the IPSEC option.
  10. always free iproute (if it was used) regardless of the IPSEC kernel

    jinmei committed Apr 18, 2002
    compilation option.
    this should be a better fix to FreeBSD-SA-02:21.tcpip.
Commits on Apr 17, 2002
  1. - Fix a bug that miscalculate a length field of IPv6 header which is

    fujisawa committed Apr 17, 2002
      inside of the ICMPv6 payload when ICMPv4->ICMPv6 translation.
  2. removed redundant space at the end of line

    suz committed Apr 17, 2002
Commits on Apr 16, 2002
  1. there were two lines of "pseudo-device sec".

    sakane committed Apr 16, 2002
  2. - Remove backward compatibility part from natpt_defs.h to natpt_trans.c.

    fujisawa committed Apr 16, 2002
      Because natpt_defs.h is copied into '/usr/include', user can see
      MLD6_xxx which is rfc2292bis non-compliant macro.
  3. - Move MLD6_XXX macro definition from natpt_trans.c to natpt_defs.h.

    fujisawa committed Apr 16, 2002
    - Define HAVE_IP6_SETPKTADDRS macro when system has ip6_setpktaddrs().
  4. - Define MLD6_XXX macro for backward compatibility.

    fujisawa committed Apr 16, 2002
  5. panic if NULL is passed to ah_sumsiz (as we never do it, and callers …

    itojun committed Apr 16, 2002
    …do not
    
    properly check negative returns).  suggested by sam@errno.com
Commits on Apr 15, 2002
  1. fixed a possible infinite loop

    jinmei committed Apr 15, 2002
    (the loop should typically not happen)
  2. sctp for openbsd.

    itojun committed Apr 15, 2002
Something went wrong with that request. Please try again.