[hipl-users] Re: Test fails due to use the HIT as a *real* address
- From: Miika Komu <miika@xxxxxx>
- To: hipl-users@xxxxxxxxxxxxx
- Date: Tue, 13 Feb 2007 19:29:28 +0200 (EET)
On Mon, 12 Feb 2007, Jesús Rojo Martínez wrote:
But same error happend, it got stopped "waiting to received daemon info"
In this case, is the last message from hipd something like this (or is
there some other errors in the log):
debug(hipd.c:547@main): netlink route receive
debug(nlink.c:50@hip_netlink_receive): Received a netlink message
Make sure that you are running a single hipd per host. strace -p `pidof
hipd` would also helpful.
What does setkey -DP say after connecting with the client?
Does it help if you remove /etc/hip/hipd_config?
I tried again with your HIPL compiled version for debian, and, it doesn't
get stucked, but he seems to fail to connect:
node1:~# conntest-client-gai node2 tcp 1111
name='node2' service='1111'
flags: 800
not IPv4 or IPv6 address, resolve name (!AI_NUMERICHOST)
HIP_TRANSPARENT_API: fetch HIT addresses
name='planetlab1.diku.dk' service='5851'
flags: 8000
not IPv4 or IPv6 address, resolve name (!AI_NUMERICHOST)
HIP_TRANSPARENT_API: fetch HIT addresses
HIP_TRANSPARENT_API: AI_HIP unset: get IPv6 addresses too
Dumping the structure
AF_INET in_addr=0xc0266d8f (192.38.109.143 )
Dumping the structure after removing IP addreses
AF_INET in_addr=0xc0266d8f (192.38.109.143)
Key was not found from the DHT
HIT received from DHT:
name=' planetlab1.diku.dk' service='5851'
flags: 8000
not IPv4 or IPv6 address, resolve name (!AI_NUMERICHOST)
HIP_TRANSPARENT_API: fetch HIT addresses
HIP_TRANSPARENT_API: AI_HIP unset: get IPv6 addresses too
Dumping the structure
AF_INET in_addr=0xc0266d8f ( 192.38.109.143)
Dumping the structure after removing IP addreses
AF_INET in_addr=0xc0266d8f ( 192.38.109.143)
Error from the openDHT:
HIP_TRANSPARENT_API: AI_HIP set: do not get IPv6 addresses
Dumping the structure
AF_INET6 in6_addr=0x20 01 00 7c d3 97 1b 35 2a e9 ce a3 5f cc 1a fb
AF_INET6 in6_addr=0x3f fe 00 00 00 00 00 00 00 00 00 00 00 00 00 02
AF_INET in_addr=0xa000102 ( 10.0.1.2)
HIT: 2001:007c:d397:1b35:2ae9:cea3:5fcc:1afb
IP: 3ffe:0000:0000:0000:0000:0000:0000:0002
waiting to receive daemon info
88 bytes received
HIT: 2001:007c:d397:1b35:2ae9:cea3:5fcc:1afb
IP: 10.0.1.2
waiting to receive daemon info
88 bytes received
HIP: AI_HIP set: remove IP addresses
Dumping the structure after removing IP addreses
AF_INET6 in6_addr=0x20 01 00 7c d3 97 1b 35 2a e9 ce a3 5f cc 1a fb
Input some text, press enter and ctrl+d
hola
!!!! conntest.c Connecting...
ai_flags 2048
ai_family 10
ai_socktype 1
ai_protocol6
ai_addrlen 28
ai_canonname (null)
Trying to connect to 2001:7c:d397:1b35:2ae9:cea3:5fcc:1afb
And here it waits indefinitely. Tcpdump doesn't capture anything.
In /var/log/syslog there are the following errors/info in the attached
file.
These are a little bit worrying (it is treating HIT as an regular
address):
Feb 12 18:04:30 node1 hipd[3949]:
debug(netdev.c:370@hip_netdev_handle_acquire)
State is 1, sending i1
Feb 12 18:04:30 node1 hipd[3949]: debug(debug.c:566@hip_print_hit) local
addr: 2001:0073:1a32:d033:b07c:4e08:3f60:6294
Feb 12 18:04:30 node1 hipd[3949]: debug(debug.c:566@hip_print_hit) Trying
to find addr: 2001:0073:1a32:d033:b07c:4e08:3f60:6294
Anyway, I'd like to concentrate on the latest version because the released
version is already getting quite old.
--
Miika Komu http://www.iki.fi/miika/
Other related posts:
