[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

IPv6 addresses inside an NSAPA issues



Hi,

RFC 1888 section 'IPv6 addresses inside an NSAPA' does not provide a way to put the tcp port number inside the NSAP. Whereas for IPv4 addresses `RFC 1277 section 4.5  - TCP/IP Network Specific Format` specified a format that allowed the port number to be also specified. For certain applications like the 'OSI Directory services' working in a internet environment it might be required to store and pass the tcp port number along with the IPv6 address. 

Also RFC 1278 that specified a string representation for the presentation address, doesn't seem to have been updated for specifying a string representation for the presentation address to carry IPv6 addresses. The various proposed representations do make space for specifying the port number along with the IPv6 address in the Presentation Address.

This seems to create a situation that if an application is to encode the NSAP, specified in the string representation of the presentation address, as per RFC 1888, it will not be able to encode the port number [if present] along with the IPv6 address, in the NSAPA. This will force the application to store the port number [if present] in an alternate location.

If the application now wants to transfer this encoded Presentation Address to another application:

1) Both the applications would need to agree on an alternate field where to specify the port number, to be able 
    to reconstruct the original presentation address.
or
2) The applications will have to agree on transferring the string encoding of the presentation address to each other. But 
    even for that the string representation of the presentation address for carrying the IPv6 address needs to be agreed 
    upon first.
or
3) A encoding format for IPv6 addresses inside an NSAPA would need to be specified that would allow the carriage of 
   the port number along with the IPv6 address inside an NSAPA.

Each of the above alternatives has its own set of implications. What do others think?  Any opinions or suggestions will be highly appreciated.

Best Regards
Arun Pandey


--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------