[hipl-users] Re: RVS and ethereal patches
- From: Tomi Hautakoski <thauta@xxxxxx>
- To: hipl-users@xxxxxxxxxxxxx
- Date: Fri, 12 Jan 2007 18:37:09 +0200 (EET)
On Wed, 10 Jan 2007, Miika Komu wrote:
On Fri, 5 Jan 2007, Tomi Hautakoski wrote:
When using RVS(A: hipconf add service rvs, B: hipconf add rvs HIT_OF_A
IP_OF_A) and running patched ethereal-0.99.0 on A, this "unknown"
parameter shows up in I1,R1,I2 and R2:
http: //www.ee.oulu.fi/~thautako/ethereal1.png
Something is missing from the ethereal-patch?
I believe the registration parameters were just based on an older draft. I
fixed this, please replay and try the latest version.
I was testing this ethereal case but this came up when starting hipd on B
using todays hipl(182). Did I do something wrong because there was
something on the changelog about seg faulting getaddrinfo...
eth0 Link encap:Ethernet HWaddr 00:50:8B:D8:75:FA
inet6 addr: 4ffe::5/64 Scope:Global
inet6 addr: fe80::250:8bff:fed8:75fa/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:590209 errors:0 dropped:0 overruns:0 frame:0
TX packets:362384 errors:0 dropped:0 overruns:0 carrier:0
collisions:10238 txqueuelen:1000
RX bytes:256197729 (244.3 MiB) TX bytes:60577412 (57.7 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:32810 errors:0 dropped:0 overruns:0 frame:0
TX packets:32810 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11041449 (10.5 MiB) TX bytes:11041449 (10.5 MiB)
[root@localhost hipl--main--2.6]# gdb ./hipd/hipd
GNU gdb Red Hat Linux (6.1post-1.20040607.41rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) r
Starting program: /usr/src/new_hip/hipl--main--2.6/hipd/hipd
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xffffe000
[Thread debugging using libthread_db enabled]
[New Thread -1208793408 (LWP 23123)]
foreground
info(hipd.c:167@main): hipd pid=23123 starting
debug(init.c:498@hip_probe_kernel_modules): Probing for modules. When the
modules are built-in, the errors can be
ignored
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe xfrm6_tunnel
Detaching after fork from child process 23126.
FATAL: Module xfrm6_tunnel not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe xfrm4_tunnel
Detaching after fork from child process 23127.
FATAL: Module xfrm4_tunnel not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe xfrm_user
Detaching after fork from child process 23128.
FATAL: Module xfrm_user not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe dummy
Detaching after fork from child process 23129.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe esp6
Detaching after fork from child process 23130.
FATAL: Module esp6 not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe esp4
Detaching after fork from child process 23131.
FATAL: Module esp4 not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe ipv6
Detaching after fork from child process 23132.
FATAL: Module ipv6 not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe aes
Detaching after fork from child process 23133.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe crypto_null
Detaching after fork from child process 23152.
FATAL: Module crypto_null not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe des
Detaching after fork from child process 23153.
FATAL: Module des not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe xfrm4_mode_beet
Detaching after fork from child process 23154.
FATAL: Module xfrm4_mode_beet not found.
debug(init.c:502@hip_probe_kernel_modules): /sbin/modprobe xfrm6_mode_beet
Detaching after fork from child process 23155.
FATAL: Module xfrm6_mode_beet not found.
debug(init.c:505@hip_probe_kernel_modules): Probing completed
debug(crypto.c:837@hip_init_cipher): Generating DH keys
debug(dh.c:127@hip_regen_dh_keys): DH key for group 1 generated
debug(dh.c:127@hip_regen_dh_keys): DH key for group 2 generated
debug(dh.c:127@hip_regen_dh_keys): DH key for group 3 generated
debug(dh.c:130@hip_regen_dh_keys): 3 keys generated
debug(hashtable.c:105@hip_ht_init): Initializing hash table: HADB_BY_HIT
debug(hashtable.c:122@hip_ht_init): Initialization of hash table complete
debug(hashtable.c:105@hip_ht_init): Initializing hash table:
HADB_BY_SPI_LIS
debug(hashtable.c:122@hip_ht_init): Initialization of hash table complete
debug(hashtable.c:105@hip_ht_init): Initializing hash table: RVA TABLE
debug(hashtable.c:122@hip_ht_init): Initialization of hash table complete
debug(getaddrinfo.c:1243@getaddrinfo): name='planetlab1.diku.dk'
service='5851'
flags: 8000
debug(getaddrinfo.c:968@gaih_inet_get_name): not IPv4 or IPv6 address,
resolve name (!AI_NUMERICHOST)
debug(getaddrinfo.c:983@gaih_inet_get_name): HIP_TRANSPARENT_API: fetch
HIT addresses
debug(getaddrinfo.c:988@gaih_inet_get_name): HIP_TRANSPARENT_API: AI_HIP
unset: get IPv6 addresses too
debug(getaddrinfo.c:1017@gaih_inet_get_name): Dumping the structure
Unknown family
debug(libhipopendht.c:58@resolve_dht_gateway_info): Resolving failed
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208793408 (LWP 23123)]
0x080849bb in resolve_dht_gateway_info (gateway_name=0x80908bc
"planetlab1.diku.dk", gateway=0x8099e20)
at libhipopendht.c:63
63 HIP_DEBUG("OpenDHT gateway port=%d IPv4/%s\n",
ntohs(sa->sin_port), inet_ntoa(sa->sin_addr));
(gdb) bt full
#0 0x080849bb in resolve_dht_gateway_info (gateway_name=0x80908bc
"planetlab1.diku.dk", gateway=0x8099e20)
at libhipopendht.c:63
hints = {ai_flags = 32768, ai_family = 2, ai_socktype = 1,
ai_protocol = 0, ai_addrlen = 0, ai_addr = 0x0,
ai_canonname = 0x0, ai_next = 0x0}
res = (struct addrinfo *) 0x8082beb
error = -3
__FUNCTION__ = "resolve_dht_gateway_info"
sa = (struct sockaddr_in *) 0x0
#1 0x0806a834 in hipd_init (flush_ipsec=1) at init.c:86
err = 0
fd = 24
daemon_addr = {sun_family = 0,
sun_path = '\0' <repeats 42 times>,
"\037\207\000$\207\000\001\000\000\000?204z\206\000&\207\000\220n?001\000\000\000\001\000\000\000\000\000\000\000xr\t\b`\000\000\000\r\233\004\b?\207\000?177\231\000\004?204\220?}
__FUNCTION__ = "hipd_init"
#2 0x0805281d in main (argc=1, argv=0xbf84c304) at hipd.c:171
ch = -1
buff = "
\000\000\000\037\207\000h\204\037\207\000\204\000\000\000\000\214\204?206\000\b\000\000\000\024\000\000\000\037\207\000\234\204?\206\000\024\000\000\000$\000\000\000?\234\0000\001\000\0000\001\000\000@$\207\000@k\206\000@z?000\000\000\000\001\000\000\000\000\000\000\000\037\207\000?206\000R?\000\200\204\230\204.\177\206\000\000\000\000\000\000\000\000\000\037\207\000
\204\000\000\000\000\000\204?206\000\b\000\000\000,\000\000\000\037\207\000\234\204?\206\000,\000\000\000$\000\000\000\000\204N\177\206\000h\204\017\000\000\000@e??...
read_fdset = {__fds_bits = {8814382, 0, -1081819800, 5348114,
-1081821680, 8809352, 8855476, -1081821648, 0,
-1081821672, 8830709, 8, 20, 8855476, -1081819748, 8809934, 20, 36,
8856640, 8809280, -1208780224, 0, 10247912,
0,
8855476, -1081819800, 5348114, -1081821440, 8830442, 8814382, 0,
10236212}}
foreground = 1
highest_descriptor = 0
s_net = 5264981
err = 0
timeout = {tv_sec = 0, tv_usec = 8855476}
ping = {hdr = {type = 8830442, subtype = -1081821672, id1 = {in6_u
= {
u6_addr8 = "0\204.\177\206\000\000\000\000\000h\204", u6_addr16 =
{46384, 49028, 32558, 134, 0, 0, 48488,
49028}, u6_addr32 = {3213145392, 8814382, 0, 3213147496}}}, id2
= {in6_u = {
u6_addr8 = "UVP\000\037\207\0005\204\000\000\000", u6_addr16 =
{22101, 80, 8116, 135, 46528, 49028, 0, 0},
u6_addr32 = {5264981, 8855476, 3213145536, 0}}}, id3 = {in6_u = {
u6_addr8 = "\234\204?206\000\b\000\000\000\024\000\000", u6_addr16
= {46492, 49028, 48885, 134, 8, 0, 20,
0},
u6_addr32 = {3213145500, 8830709, 8, 20}}}, arg1 = 8855476, arg2 =
-1081819748, arg3 = 8809934}, msg = 0x14,
---Type <return> to continue, or q <return> to quit---
seq = 36, queue = {next = 0x200021, prev = 0x6}, destructor = 0x872440
<data.5>}
sock_msg = {msg_name = 0xb7f37a40, msg_namelen = 8856000, msg_iov
= 0x0, msg_iovlen = 3213147488,
msg_control = 0xb7f377a8, msg_controllen = 0,
Didn't happen with A but it has an IPv4 connection...
Tomi Hautakoski
thauta@xxxxxx
Proofread carefully to see if you any words out.
- Follow-Ups:
- [hipl-users] Re: RVS and ethereal patches
- From: Miika Komu
- References:
- [hipl-users] RVS and ethereal patches
- From: Tomi Hautakoski
- [hipl-users] Re: RVS and ethereal patches
- From: Miika Komu
Other related posts:
- » [hipl-users] RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
- » [hipl-users] Re: RVS and ethereal patches
On Fri, 5 Jan 2007, Tomi Hautakoski wrote:
When using RVS(A: hipconf add service rvs, B: hipconf add rvs HIT_OF_A IP_OF_A) and running patched ethereal-0.99.0 on A, this "unknown" parameter shows up in I1,R1,I2 and R2: http: //www.ee.oulu.fi/~thautako/ethereal1.png Something is missing from the ethereal-patch?
I believe the registration parameters were just based on an older draft. I fixed this, please replay and try the latest version.
- [hipl-users] Re: RVS and ethereal patches
- From: Miika Komu
- [hipl-users] RVS and ethereal patches
- From: Tomi Hautakoski
- [hipl-users] Re: RVS and ethereal patches
- From: Miika Komu