Re: no route to host with ipv6?
Re: no route to host with ipv6?
- Subject: Re: no route to host with ipv6?
- From: Joshua Graessley <email@hidden>
- Date: Thu, 19 Jun 2003 10:33:25 -0700
On Wednesday, June 18, 2003, at 22:06, Sebastian Mecklenburg wrote:
hello,
thaks a lot for the reply. but i don't understand why i need DNS here
at all, since i have the numeric ip address already.
I was just mentioning that in the future, using a dot-local name that
resolves to an IPv6 address will alleviate the need for your
application to know a lot about the scope id since getaddrinfo will
return a sockaddr_in6 with the scope id already filled out.
but the scope_id sounds interesting. with ping6 i have to use the -I
switch to ping an other computer on a local network, like
ping6 -I en0 fe80::230:65ff:fe17:8f20
so i think i have to use the interface information somewhere in my
networking code. i looked at the kame implementation, but it is very
complex. you mentioned, that they 'embed the scope_id in the third and
fourth bytes of the IPv6 address'. do you have more information on how
they make use of this embedded information?
meanwhile i will try to dig my way through the sources other ipv6
ready applications. they get it done, so it must be possible ;-)
A sockaddr_in6 has a field for a scope_id. Not all APIs use
sockaddr_in6, some return just IPv6 addresses. In the case where only
an IPv6 address is used, KAME embeds the scope id in to the address
since there is no other way to relay that information. The right
solution is to use sockaddr_in6 to store IPv6 addresses and use APIs
which use sockaddrs instead of raw addresses.
A common notation for the scope id is to follow the address with a
percent followed by the interface name. For example, if fe80::1:2:3 is
on interface en0, the address would by typed as fe80::1:2:3%en0.
Unfortunately, I believe the library functions for converting a name to
an address do not support this convention.
-josh
_______________________________________________
macnetworkprog mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/macnetworkprog
Do not post admin requests to the list. They will be ignored.