>> A new draft on IPv6 Cellular hosts requirements was submitted today.
>> Until it's announced, you can view it here:
>> http://standards.ericsson.net/Hesham/draft-manyfolks-ipv6-cellular-host-00.txt
>> I'm doing this for Jari (one of the author) as he's away.

        here are a couple of comments.

itojun


2.1 RFC1981 - Path MTU Discovery for IP Version 6

>   If Path MTU Discovery is not implemented, then the uplink packet
>   size MUST be limited to 1280 octets (standard limit in [IPv6]).
>   However, the cellular host MUST be able to receive packets with size
>   up to the link MTU.

        The text (3rd and 4th line) is unclear (is it after the reassembly
        or before?  or am I badly confused?), and may conflict with RFC2460
        depending on the link MTU for the cellular host.  ???

RFC2460 page 25
>   A node must be able to accept a fragmented packet that, after
>   reassembly, is as large as 1500 octets.  A node is permitted to
>   accept fragmented packets that reassemble to more than 1500 octets.
>   An upper-layer protocol or application that depends on IPv6
>   fragmentation to send packets larger than the MTU of a path should
>   not send packets larger than 1500 octets unless it has assurance that
>   the destination is capable of reassembling packets of that larger
>   size.


2.10 RFC2710 - Multicast Listener Discovery (MLD) for IPv6

        (MLD6 is SHOULD) what happens if a cellular node doesn't emit MLD?
        will the upstream router always flood multicast datagrams to cellular
        hosts?

2.11 RFC2711 - IPv6 Router Alert Option

        in 2.4, it is specified that a cellular host will not be come a router.
        therefore, there should be no need to implement the receiver side
        of the router alert option,

2.17 DNS

        what do you mean by "DNS proxy" service?  if you still use DNS-
        formatted traffic from the cellular hosts, you would need to
        support DNS protocol anyways.  do you mean an HTTP proxy?  if so,
        how would you support name resolution for other protocols?
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to