Menu
▾
▴
openhip-developers — Discussion for developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(3) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(9) |
Nov
(13) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(12) |
Mar
(38) |
Apr
(11) |
May
|
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(4) |
Apr
(6) |
May
(6) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2008 |
Jan
|
Feb
(11) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(11) |
Jul
(10) |
Aug
(2) |
Sep
(11) |
Oct
(10) |
Nov
(23) |
Dec
(33) |
| 2009 |
Jan
(12) |
Feb
(7) |
Mar
|
Apr
(9) |
May
(18) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(7) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
|
Dec
|
| 2011 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(11) |
Dec
(1) |
| 2013 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tom H. <to...@to...> - 2015-08-03 05:28:36
|
On 08/02/2015 10:11 PM, Darren Lissimore wrote: > Hey All; > > I see from the OpenHIP website (sourceforge's storage foobar permitting) > an announcement that a new release is coming summer 2015 that is HIPv2 > compliant > > Any further details on this? > It's almost August - and for those in the north - summer's almost gone. > Hi Darren, I haven't had time to work on this as I had hoped, due to some other jobs that I decided to take in the meantime. I certainly have no time to organize such a release in August or September, so unless someone else would like to try to lead (I could help a bit if so), it will likely slide to a future date. My current HIP priority is to finalize the mobility RFC revision (RFC5206-bis). I've updated the website accordingly; sorry about that. > Plus - any chance of moving the source repo to git-hub ? > Just in case sourceforge has not learned from their mistake. If this will help (prospective) developers, I would be willing to do this. - Tom > > Darren > ----------------------------------------------------------- > D. Lissimore > http://www.darrenlissimore.com > ----------------------------------------------------------- > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Openhip-developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhip-developers > |
|
From: Darren L. <dar...@gm...> - 2015-08-03 05:12:09
|
Hey All; I see from the OpenHIP website (sourceforge's storage foobar permitting) an announcement that a new release is coming summer 2015 that is HIPv2 compliant Any further details on this? It's almost August - and for those in the north - summer's almost gone. Plus - any chance of moving the source repo to git-hub ? Just in case sourceforge has not learned from their mistake. Darren ----------------------------------------------------------- D. Lissimore http://www.darrenlissimore.com ----------------------------------------------------------- |
|
From: S. D. M. <ma...@ni...> - 2013-02-28 20:28:54
|
We were able to work around the issue within the plugin. On Thu, Jan 3, 2013 at 9:30 PM, Tom Henderson <to...@to...> wrote: > On 01/02/2013 12:38 PM, S. David Mattes wrote: >> >> Hi, >> >> I was reviewing the code changes from revision 257 for arbitrary LSI >> prefix specification: >> http://openhip.svn.sourceforge.net/openhip/?rev=257&view=rev >> >> We are trying to build a VPLS plugin outside of OpenHIP and, because >> of the use of the HCNF global variable within a macro definition, we >> are now having compilation problems. >> >> The macro in question is defined in hip_funcs.h: >> >> http://openhip.svn.sourceforge.net/viewvc/openhip/hip/trunk/src/include/hip/hip_funcs.h?r1=257&r2=256&pathrev=257 >> >> /* LSI functions */ >> #define LSI_PREFIX ((((struct sockaddr_in *) \ >> (&HCNF.lsi_prefix))->sin_addr.s_addr)) >> #define IS_LSI32(a) ((a & htonl(0xFF000000L)) == LSI_PREFIX) >> >> Generally, I'm wondering if it's considered good practice to use >> global variables in macro definitions, and specifically if there's >> another way to achieve this functionality? > > > What compilation error are you having? Would it be solved by hiding the > variable behind a helper function in hip_util.c? > > In general, there are too many (unprotected) globals in the code but perhaps > we can band-aid this one and leave the broader issue for later. > > - Tom >> >> >> Thank you, >> David >> >> >> ------------------------------------------------------------------------------ >> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery >> and much more. Keep your Java skills current with LearnJavaNow - >> 200+ hours of step-by-step video tutorials by Java experts. >> SALE $49.99 this month only -- learn more at: >> http://p.sf.net/sfu/learnmore_122612 >> _______________________________________________ >> Openhip-developers mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openhip-developers >> > |
|
From: Tom H. <to...@to...> - 2013-01-04 05:57:48
|
On 01/02/2013 12:38 PM, S. David Mattes wrote: > Hi, > > I was reviewing the code changes from revision 257 for arbitrary LSI > prefix specification: > http://openhip.svn.sourceforge.net/openhip/?rev=257&view=rev > > We are trying to build a VPLS plugin outside of OpenHIP and, because > of the use of the HCNF global variable within a macro definition, we > are now having compilation problems. > > The macro in question is defined in hip_funcs.h: > http://openhip.svn.sourceforge.net/viewvc/openhip/hip/trunk/src/include/hip/hip_funcs.h?r1=257&r2=256&pathrev=257 > > /* LSI functions */ > #define LSI_PREFIX ((((struct sockaddr_in *) \ > (&HCNF.lsi_prefix))->sin_addr.s_addr)) > #define IS_LSI32(a) ((a & htonl(0xFF000000L)) == LSI_PREFIX) > > Generally, I'm wondering if it's considered good practice to use > global variables in macro definitions, and specifically if there's > another way to achieve this functionality? What compilation error are you having? Would it be solved by hiding the variable behind a helper function in hip_util.c? In general, there are too many (unprotected) globals in the code but perhaps we can band-aid this one and leave the broader issue for later. - Tom > > Thank you, > David > > ------------------------------------------------------------------------------ > Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery > and much more. Keep your Java skills current with LearnJavaNow - > 200+ hours of step-by-step video tutorials by Java experts. > SALE $49.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122612 > _______________________________________________ > Openhip-developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhip-developers > |
|
From: S. D. M. <ma...@ni...> - 2013-01-02 20:38:30
|
Hi, I was reviewing the code changes from revision 257 for arbitrary LSI prefix specification: http://openhip.svn.sourceforge.net/openhip/?rev=257&view=rev We are trying to build a VPLS plugin outside of OpenHIP and, because of the use of the HCNF global variable within a macro definition, we are now having compilation problems. The macro in question is defined in hip_funcs.h: http://openhip.svn.sourceforge.net/viewvc/openhip/hip/trunk/src/include/hip/hip_funcs.h?r1=257&r2=256&pathrev=257 /* LSI functions */ #define LSI_PREFIX ((((struct sockaddr_in *) \ (&HCNF.lsi_prefix))->sin_addr.s_addr)) #define IS_LSI32(a) ((a & htonl(0xFF000000L)) == LSI_PREFIX) Generally, I'm wondering if it's considered good practice to use global variables in macro definitions, and specifically if there's another way to achieve this functionality? Thank you, David |
|
From: amine g. <moh...@gm...> - 2012-12-20 12:30:56
|
Hi, can you answer me please? 2012/11/30 amine ghorbali <moh...@gm...> > Hi, > > Details for both peers: > > *PhidgetSBC2: > > *-Kernel Version:* Linux version 3.1.6 (gcc version 4.4.5 (Debian > 4.4.5-8)) arch: armv4tl > *-Distribution:* Debian GNU/Linux 6.0 > *- @ IP:* 140.93.67.49 > *- LSI:* 1.252.78.243 > *-HIT:* 2001:16:4af9:cc25:452:c57f:4bfc:4ef3/28 > > *My PC: > > *-Kernel Version:*Linux version 2.6.32-44-generic arch: i686 > *-Distribution: *Debian* *GNU/Linux 1*0.04* > *- @ IP:* 140.93.66.91 > *- LSI: *1.60.101.141 > *-HIT:* 2001:19:f464:f617:4ea0:5887:df3c:658d/28 > > *Note: I have installed the same version openhip in two peers. > > * When I start(/usr/local/sbin hip -v) the OpenHIP in the two peers I > received the following hip logs: > > ---------PhidgetSBC2------------------------------------------------------------------ > OpenHIP v0.9 HIP daemon > init_tap() > Using TAP device hip0. > Initialized TAP device. > hip_esp_input() thread started... > tunreader() thread started (3)... > hip_status() thread started... > Fri Nov 30 18:53:04 2012 (4) hipd v0.9 (361) started. > Setting options: daemon = no debug level = 1 permissive = no > no_retransmit = no opportunistic = no any = no rvs = no mr = no > Using configuration file: ./hip.conf > Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml > My host identities: > HI: phidgetsbc-1024 HIT: 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 > LSI: 1.252.78.243 > Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml > Known peer host identities: > HIT: hipserver.mct.phantomworks.org-1024 > 2001:14:4dcd:2a09:74a:caee:2a0:ec4a > LSI: 1.230.120.200 [130.76.43.74 ] > HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7 > LSI: 1.11.205.231 [193.167.187.134 ] > HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30 > LSI: 1.181.204.48 [193.234.218.202 ] > HIT: woodstock4.hip4inter.net-1024 2001:19:f464:f617:4ea0:5887:df3c:658d > LSI: 1.60.101.141 [140.93.66.91 ] > HIT: tarek-1024 2001:10:99d5:e846:9351:55cd:cb6d:845f > LSI: 1.109.132.95 [140.93.68.0 ] > HIT: mansoura-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b > LSI: 1.191.179.11 [140.93.2.108 ] > HIT: ghorbali-1024 2001:1d:6011:de3f:6834:586a:f445:50ac > LSI: 1.69.80.172 [140.93.67.254 ] > Local addresses: (1)127.0.0.1 (2)140.93.67.49 (1)::1 > (2)2001:660:6602:b:21b:bff:fe00:dcc (2)fe80::21b:bff:fe00:dcc > 140.93.67.49 selected as the preferred address (first in list). > hip_esp_output() thread started... > Initializing R1 cache entries for identity phidgetsbc-1024 (8 slots). > Adding address 1.252.78.243 to interface 19. > Adding address 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 to interface 19. > Fri Nov 30 18:53:06 2012 HIP threads initialization completed. > Fri Nov 30 18:53:07 2012 (1) Listening for HIP control packets... > > ----------------------My > PC---------------------------------------------------- > OpenHIP v0.9 HIP daemon > init_tap() > hip_status() thread started... > Fri Nov 30 19:55:12 2012 (4) hipd v0.9 (13269) started. > Setting options: daemon = no debug level = 1 permissive = no > no_retransmit = no opportunistic = no any = no rvs = no mr = no > Using TAP device hip0. > Initialized TAP device. > tunreader() thread started (3)... > Using configuration file: ./hip.conf > Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml > hip_esp_input() thread started... > My host identities: > HI: angus-1024 HIT: 2001:19:f464:f617:4ea0:5887:df3c:658d > LSI: 1.60.101.141 > Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml > Known peer host identities: > HIT: hipserver.mct.phantomworks.org-1024 > 2001:14:4dcd:2a09:74a:caee:2a0:ec4a > LSI: 1.230.120.200 [130.76.43.74 ] > HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7 > LSI: 1.11.205.231 [193.167.187.134 ] > HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30 > LSI: 1.181.204.48 [193.234.218.202 ] > HIT: woodstock4.hip4inter.net-1024 2001:1d:6011:de3f:6834:586a:f445:50ac > LSI: 1.69.80.172 [140.93.67.254 ] > HIT: woodstock4.hip4inter.net-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b > LSI: 1.191.179.11 [140.93.2.108 ] > HIT: woodstock4.hip4inter.net-1024 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 > LSI: 1.252.78.243 [140.93.67.49 ] > Local addresses: (1)127.0.0.1 (2)140.93.66.91 (1)::1 > (2)2001:660:6602:b:219:b9ff:fe2d:63f2 (2)fe80::219:b9ff:fe2d:63f2 > 140.93.66.91 selected as the preferred address (first in list). > Initializing R1 cache entries for identity angus-1024 (8 slots). > Adding address 1.60.101.141 to interface 5. > Adding address 2001:19:f464:f617:4ea0:5887:df3c:658d to interface 5. > hip_esp_output() thread started... > Fri Nov 30 19:55:14 2012 (1) Listening for HIP control packets... > Fri Nov 30 19:55:14 2012 HIP threads initialization completed. > =======> In this stage I think there is no a issue. > > * Now, when I ping the PhidgetSBC from my PC. > > commande: ping 1.252.78.243 (LSI PhidgetSBC). hip logs: > > -------------commande ping:--------------------------------- > root@angus:/usr/local/etc/hip# ping 1.252.78.243 > PING 1.252.78.243 (1.252.78.243) 56(84) bytes of data. > > after ctrl c > > ^C > --- 1.252.78.243 ping statistics --- > 288 packets transmitted, 0 received, 100% packet loss, time 287924ms > > > > -------------------PhidgetSBC--------------------------------- > at the end: > ---------- HIP exchange complete. ---------- > Fri Nov 30 19:00:09 2012 (1) Adding security association: > src ip = 140.93.67.49 dst ip = 140.93.66.91 > SPIs in = 0xb7499988 out = 0x982581ab > Fri Nov 30 19:00:09 2012 (4) Base exchange completed from > 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 / 140.93.67.49 / 1.252.78.243 to > 2001:19:f464:f617:4ea0:5887:df3c:658d / 140.93.66.91 / 1.60.101.141 > Fri Nov 30 19:00:10 2012 (1) HIP association 0 moved from > R2_SENT=>ESTABLISHED due to incoming ESP data. > > --------------------------My pc: > at the end: > > Key 6 (1,16) keymat[108] 0x 1da7b082 de5b59f3 5020bc02 8b4f247f > Key 7 (1,20) keymat[124] 0x cacf59ff bed40eb1 7d7b91e8 aea99bdf 8f1a6458 > ---------- HIP exchange complete. ---------- > Fri Nov 30 19:59:52 2012 (1) Adding security association: > src ip = 140.93.66.91 dst ip = 140.93.67.49 > SPIs in = 0x982581ab out = 0xb7499988 > Fri Nov 30 19:59:52 2012 (4) Base exchange completed from > 2001:19:f464:f617:4ea0:5887:df3c:658d / 140.93.66.91 / 1.60.101.141 to > 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 / 140.93.67.49 / 1.252.78.243 > Retransmitting 1 user data packets for 1.252.78.243. > Address added: (2)2001:660:6602:b:219:b9ff:fe2d:63f2 > 140.93.66.91 selected as the preferred address (first in list). > > * when I ping my PC from the phidgetSBC using ssh: hip logs: > ------------commande ping-------------- > root@phidgetsbc:/# ping 1.60.101.141 > PING 1.60.101.141 (1.60.101.141) 56(84) bytes of data. > after ctrl c > --- 1.60.101.141 ping statistics --- > 49 packets transmitted, 0 received, 100% packet loss, time 48010ms > > > -----------------phidgetsbc ---------------------------------- > no change: > > root@phidgetsbc:/usr/local/sbin# hip -v > OpenHIP v0.9 HIP daemon > hip_status() thread started... > init_tap() > Using TAP device hip0. > Initialized TAP device. > hip_esp_input() thread started... > tunreader() thread started (4)... > Fri Nov 30 19:06:19 2012 (4) hipd v0.9 (411) started. > Setting options: daemon = no debug level = 1 permissive = no > no_retransmit = no opportunistic = no any = no rvs = no mr = no > Using configuration file: ./hip.conf > Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml > My host identities: > HI: phidgetsbc-1024 HIT: 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 > LSI: 1.252.78.243 > Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml > hip_esp_output() thread started... > Known peer host identities: > HIT: hipserver.mct.phantomworks.org-1024 > 2001:14:4dcd:2a09:74a:caee:2a0:ec4a > LSI: 1.230.120.200 [130.76.43.74 ] > HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7 > LSI: 1.11.205.231 [193.167.187.134 ] > HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30 > LSI: 1.181.204.48 [193.234.218.202 ] > HIT: woodstock4.hip4inter.net-1024 2001:19:f464:f617:4ea0:5887:df3c:658d > LSI: 1.60.101.141 [140.93.66.91 ] > HIT: tarek-1024 2001:10:99d5:e846:9351:55cd:cb6d:845f > LSI: 1.109.132.95 [140.93.68.0 ] > HIT: mansoura-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b > LSI: 1.191.179.11 [140.93.2.108 ] > HIT: ghorbali-1024 2001:1d:6011:de3f:6834:586a:f445:50ac > LSI: 1.69.80.172 [140.93.67.254 ] > Local addresses: (1)127.0.0.1 (2)140.93.67.49 (1)::1 > (2)2001:660:6602:b:21b:bff:fe00:dcc (2)fe80::21b:bff:fe00:dcc > 140.93.67.49 selected as the preferred address (first in list). > Initializing R1 cache entries for identity phidgetsbc-1024 (8 slots). > Adding address 1.252.78.243 to interface 20. > Adding address 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 to interface 20. > Fri Nov 30 19:06:21 2012 HIP threads initialization completed. > Fri Nov 30 19:06:22 2012 (1) Listening for HIP control packets... > Address added: (2)2001:660:6602:b:21b:bff:fe00:dcc > 140.93.67.49 selected as the preferred address (first in list). > > > ----------------my PC: > the same no change: > root@angus:/usr/local/sbin# hip -v > OpenHIP v0.9 HIP daemon > init_tap() > hip_status() thread started... > Using TAP device hip0. > Initialized TAP device. > Fri Nov 30 20:06:05 2012 (4) hipd v0.9 (13317) started. > Setting options: daemon = no debug level = 1 permissive = no > no_retransmit = no opportunistic = no any = no rvs = no mr = no > Using configuration file: ./hip.conf > Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml > My host identities: > HI: angus-1024 HIT: 2001:19:f464:f617:4ea0:5887:df3c:658d > LSI: 1.60.101.141 > Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml > tunreader() thread started (3)... > Known peer host identities: > HIT: hipserver.mct.phantomworks.org-1024 > 2001:14:4dcd:2a09:74a:caee:2a0:ec4a > LSI: 1.230.120.200 [130.76.43.74 ] > HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7 > LSI: 1.11.205.231 [193.167.187.134 ] > HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30 > LSI: 1.181.204.48 [193.234.218.202 ] > HIT: woodstock4.hip4inter.net-1024 2001:1d:6011:de3f:6834:586a:f445:50ac > LSI: 1.69.80.172 [140.93.67.254 ] > HIT: woodstock4.hip4inter.net-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b > LSI: 1.191.179.11 [140.93.2.108 ] > HIT: woodstock4.hip4inter.net-1024 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 > LSI: 1.252.78.243 [140.93.67.49 ] > Local addresses: (1)127.0.0.1 (2)140.93.66.91 (1)::1 > (2)2001:660:6602:b:219:b9ff:fe2d:63f2 (2)fe80::219:b9ff:fe2d:63f2 > 140.93.66.91 selected as the preferred address (first in list). > hip_esp_output() thread started... > hip_esp_input() thread started... > Initializing R1 cache entries for identity angus-1024 (8 slots). > Adding address 1.60.101.141 to interface 6. > Adding address 2001:19:f464:f617:4ea0:5887:df3c:658d to interface 6. > Fri Nov 30 20:06:07 2012 (1) Listening for HIP control packets... > Fri Nov 30 20:06:07 2012 HIP threads initialization completed. > Address added: (2)2001:660:6602:b:219:b9ff:fe2d:63f2 > 140.93.66.91 selected as the preferred address (first in list). > > =====> but when I use @ ip 140.93.66.91 : > root@phidgetsbc:/# ping 140.93.66.91 > PING 140.93.66.91 (140.93.66.91) 56(84) bytes of data. > 64 bytes from 140.93.66.91: icmp_req=1 ttl=64 time=0.340 ms > 64 bytes from 140.93.66.91: icmp_req=2 ttl=64 time=0.295 ms > 64 bytes from 140.93.66.91: icmp_req=3 ttl=64 time=0.305 ms > 64 bytes from 140.93.66.91: icmp_req=4 ttl=64 time=0.294 ms > 64 bytes from 140.93.66.91: icmp_req=5 ttl=64 time=0.306 ms > 64 bytes from 140.93.66.91: icmp_req=6 ttl=64 time=0.309 ms > 64 bytes from 140.93.66.91: icmp_req=7 ttl=64 time=0.307 ms > > > any ideas? thank you in advance!! > > > > > > 2012/11/28 S. David Mattes <ma...@ni...> > > Hi, >> >> It's hard to say what the problem might be given your description. Can >> you post hip logs / more details for both peers? >> >> >> On Fri, Nov 23, 2012 at 1:48 PM, amine ghorbali < >> moh...@gm...> wrote: >> >>> Hi, >>> >>> Thank you for your replies. They are quite useful. >>> >>> Indeed, I have installed OpenHIP in a phidgetSBC2( Linux version 3.1.6 >>> arch :armv4tl GNU/Linux ) with which some sensors are connected and also >>> in my PC ubuntu distribution in order to build our solution HBMON :A >>> HIP-Based M2M overlay network. Now, thanks to OpenHIP version 245 and 246 I >>> have solved the puzzel verification problem. The HIP Base exchange is >>> established when my PC pings(LSI) the phidgetsbc but the phidgetsbc can't >>> reply to ping's messages (problem 1). Also, when I try to ping the PC >>> from the phidgetsbc, the ping is blocked and the HBE could not be >>> established (problem 2). >>> >>> I manage the phidgetsbc with SSH. >>> >>> ** For problem 1: >>> I thought that the phidgetsbc can not reply to ping's messages because >>> it can't handle ESP packets. So, I recomplied the phidgetsbc kernel and I >>> added the following modules: >>> >>> <M> IP: AH transformation >>> <M> IP: ESP tansformation >>> <M> IP: IPComp >>> transformation >>> >>> <M> IP: IPsec transport >>> mode >>> >>> <M> IP: IPsec tunnel mode >>> >>> But unfortunatly, the problem remains. >>> >>> >>> ** For problem 2: >>> I added some output messages in hip_input.c, hip_output.c and >>> hip_linux_umh.c in order to localise the problem but I am failed. frankly, >>> I did not understand, why when I ping from the phidgetebc with the IP >>> address there are not a problem but with the LSI is blocked( no >>> configuration problem I am sure !! )???? >>> >>> >>> any ideas? >>> >>> Thank you. >>> >>> ghorbali. >>> >>> 2012/11/21 S. David Mattes <ma...@ni...> >>> >>> Hi, >>>> >>>> I did make a change to the cookie puzzle verification to try to get >>>> OpenHIP working across different architectures (x86 <--> ARM). I think I >>>> still have some work to do on this! Meanwhile, I believe the change I made >>>> that is causing you issues was in revision 246. If you export revision 245 >>>> you should be ok. >>>> >>>> >>>> On Wed, Nov 21, 2012 at 7:13 AM, Jeff Ahrenholz < >>>> sil...@us...> wrote: >>>> >>>>> Your issue with a broken puzzle is likely related to a recent source >>>>> code change, if you are using the latest SVN revision. See this >>>>> thread: >>>>> >>>>> http://sourceforge.net/mailarchive/message.php?msg_id=30115753 >>>>> >>>>> I've CC'd the developer's list here. I would suggest using a previous >>>>> revision. >>>>> >>>>> -Jeff >>>>> >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: amine ghorbali [mailto:moh...@gm...] >>>>> Sent: Wednesday, November 21, 2012 1:12 AM >>>>> To: Ahrenholz, Jeffrey M >>>>> Subject: OpenHIP problem >>>>> >>>>> >>>>> >>>>> Good morning, >>>>> I have installed openHIP in two PCs debian distribution A and B >>>>> following openhip wiki (http://www.openhip.org/wiki/) and I am sure >>>>> that I installed requirements packets such as pkg-config libxml2 >>>>> libxml2-dev gcc g++ make automake autoconf binutils openssh-server >>>>> openssl libssl-dev. Then I configured the two machines in order to >>>>> establish HIP association between A and B. But, when the A machine >>>>> pings B (ping LSI B), the puzzel verification is always false upon >>>>> receiving I2 packet and this message displays. >>>>> >>>>> >>>>> I2 TLV type = 65 length = 12 >>>>> I2 TLV type = 128 length = 12 >>>>> R1 counter 49 (49) acceptable. >>>>> I2 TLV type = 321 length = 20 >>>>> Got the I2 cookie: (k=10 lifetime=39 (128 seconds) opaque=0 >>>>> I=0x7bbcf5d0d75ae32e) >>>>> solution: 0xe38d248f2eb81904 >>>>> Verifying cookie to 10 bits >>>>> ij given = 2ee35ad7 d0f5bc7b 2001001d 6011de3f >>>>> 6834586a f44550ac 20010013 2b53d061 >>>>> 476fdc17 854895bc 0419b82e 8f248de3 SHA1 = 6f7072b8 48fb6223 c4a14c54 >>>>> 5e8e44d0 7318f400*** Cookie did not pass verification. >>>>> *** validate_solution(): cookie_r is NULL. >>>>> Puzzle and solution have different I's: puzzle 0xf970533903474141, >>>>> solution 0x7bbcf5d0d75ae32e >>>>> *** validate_solution(): cookie_r is NULL. >>>>> *** Invalid solution received in I2. >>>>> *** Error while processing I2, dropping. >>>>> Wed Nov 21 08:47:23 2012 (1) Error with HIP_I2 packet from >>>>> 140.93.67.254 >>>>> >>>>> >>>>> >>>>> Please help me!! because I tried and I can't solve the problem. >>>>> >>>>> thank you. >>>>> >>>>> -- >>>>> >>>>> ----------------------------------------------------------- >>>>> Cordialement! >>>>> >>>>> GHORBALI Mohamed Amine >>>>> >>>>> Élève ingenieur à l'E.N.S.I (École National Des Sciences de >>>>> l'Informatique) >>>>> LAAS-CNRS >>>>> moh...@gm... >>>>> (+33)751168514 >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Monitor your physical, virtual and cloud infrastructure from a single >>>>> web console. Get in-depth insight into apps, servers, databases, >>>>> vmware, >>>>> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >>>>> Pricing starts from $795 for 25 servers or applications! >>>>> http://p.sf.net/sfu/zoho_dev2dev_nov >>>>> _______________________________________________ >>>>> Openhip-developers mailing list >>>>> Ope...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/openhip-developers >>>>> >>>> >>>> >>> >>> >>> -- >>> ----------------------------------------------------------- >>> Cordialement! >>> >>> *GHORBALI Mohamed Amine* >>> >>> Élève ingenieur à l'E.N.S.I (École National Des Sciences de >>> l'Informatique) >>> >>> moh...@gm... <gho...@gm...> >>> (+216)99 622 317 >>> >>> >> > > > -- > ----------------------------------------------------------- > Cordialement! > > *GHORBALI Mohamed Amine* > > Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique) > > moh...@gm... <gho...@gm...> > (+216)99 622 317 > > -- ----------------------------------------------------------- Cordialement! *GHORBALI Mohamed Amine* Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique) moh...@gm... <gho...@gm...> (+216)99 622 317 |
|
From: amine g. <moh...@gm...> - 2012-11-30 19:18:00
|
Hi,
Details for both peers:
*PhidgetSBC2:
*-Kernel Version:* Linux version 3.1.6 (gcc version 4.4.5 (Debian 4.4.5-8))
arch: armv4tl
*-Distribution:* Debian GNU/Linux 6.0
*- @ IP:* 140.93.67.49
*- LSI:* 1.252.78.243
*-HIT:* 2001:16:4af9:cc25:452:c57f:4bfc:4ef3/28
*My PC:
*-Kernel Version:*Linux version 2.6.32-44-generic arch: i686
*-Distribution: *Debian* *GNU/Linux 1*0.04*
*- @ IP:* 140.93.66.91
*- LSI: *1.60.101.141
*-HIT:* 2001:19:f464:f617:4ea0:5887:df3c:658d/28
*Note: I have installed the same version openhip in two peers.
* When I start(/usr/local/sbin hip -v) the OpenHIP in the two peers I
received the following hip logs:
---------PhidgetSBC2------------------------------------------------------------------
OpenHIP v0.9 HIP daemon
init_tap()
Using TAP device hip0.
Initialized TAP device.
hip_esp_input() thread started...
tunreader() thread started (3)...
hip_status() thread started...
Fri Nov 30 18:53:04 2012 (4) hipd v0.9 (361) started.
Setting options: daemon = no debug level = 1 permissive = no
no_retransmit = no opportunistic = no any = no rvs = no mr = no
Using configuration file: ./hip.conf
Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml
My host identities:
HI: phidgetsbc-1024 HIT: 2001:16:4af9:cc25:452:c57f:4bfc:4ef3
LSI: 1.252.78.243
Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml
Known peer host identities:
HIT: hipserver.mct.phantomworks.org-1024
2001:14:4dcd:2a09:74a:caee:2a0:ec4a
LSI: 1.230.120.200 [130.76.43.74 ]
HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7
LSI: 1.11.205.231 [193.167.187.134 ]
HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30
LSI: 1.181.204.48 [193.234.218.202 ]
HIT: woodstock4.hip4inter.net-1024 2001:19:f464:f617:4ea0:5887:df3c:658d
LSI: 1.60.101.141 [140.93.66.91 ]
HIT: tarek-1024 2001:10:99d5:e846:9351:55cd:cb6d:845f
LSI: 1.109.132.95 [140.93.68.0 ]
HIT: mansoura-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b
LSI: 1.191.179.11 [140.93.2.108 ]
HIT: ghorbali-1024 2001:1d:6011:de3f:6834:586a:f445:50ac
LSI: 1.69.80.172 [140.93.67.254 ]
Local addresses: (1)127.0.0.1 (2)140.93.67.49 (1)::1
(2)2001:660:6602:b:21b:bff:fe00:dcc (2)fe80::21b:bff:fe00:dcc
140.93.67.49 selected as the preferred address (first in list).
hip_esp_output() thread started...
Initializing R1 cache entries for identity phidgetsbc-1024 (8 slots).
Adding address 1.252.78.243 to interface 19.
Adding address 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 to interface 19.
Fri Nov 30 18:53:06 2012 HIP threads initialization completed.
Fri Nov 30 18:53:07 2012 (1) Listening for HIP control packets...
----------------------My
PC----------------------------------------------------
OpenHIP v0.9 HIP daemon
init_tap()
hip_status() thread started...
Fri Nov 30 19:55:12 2012 (4) hipd v0.9 (13269) started.
Setting options: daemon = no debug level = 1 permissive = no
no_retransmit = no opportunistic = no any = no rvs = no mr = no
Using TAP device hip0.
Initialized TAP device.
tunreader() thread started (3)...
Using configuration file: ./hip.conf
Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml
hip_esp_input() thread started...
My host identities:
HI: angus-1024 HIT: 2001:19:f464:f617:4ea0:5887:df3c:658d
LSI: 1.60.101.141
Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml
Known peer host identities:
HIT: hipserver.mct.phantomworks.org-1024
2001:14:4dcd:2a09:74a:caee:2a0:ec4a
LSI: 1.230.120.200 [130.76.43.74 ]
HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7
LSI: 1.11.205.231 [193.167.187.134 ]
HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30
LSI: 1.181.204.48 [193.234.218.202 ]
HIT: woodstock4.hip4inter.net-1024 2001:1d:6011:de3f:6834:586a:f445:50ac
LSI: 1.69.80.172 [140.93.67.254 ]
HIT: woodstock4.hip4inter.net-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b
LSI: 1.191.179.11 [140.93.2.108 ]
HIT: woodstock4.hip4inter.net-1024 2001:16:4af9:cc25:452:c57f:4bfc:4ef3
LSI: 1.252.78.243 [140.93.67.49 ]
Local addresses: (1)127.0.0.1 (2)140.93.66.91 (1)::1
(2)2001:660:6602:b:219:b9ff:fe2d:63f2 (2)fe80::219:b9ff:fe2d:63f2
140.93.66.91 selected as the preferred address (first in list).
Initializing R1 cache entries for identity angus-1024 (8 slots).
Adding address 1.60.101.141 to interface 5.
Adding address 2001:19:f464:f617:4ea0:5887:df3c:658d to interface 5.
hip_esp_output() thread started...
Fri Nov 30 19:55:14 2012 (1) Listening for HIP control packets...
Fri Nov 30 19:55:14 2012 HIP threads initialization completed.
=======> In this stage I think there is no a issue.
* Now, when I ping the PhidgetSBC from my PC.
commande: ping 1.252.78.243 (LSI PhidgetSBC). hip logs:
-------------commande ping:---------------------------------
root@angus:/usr/local/etc/hip# ping 1.252.78.243
PING 1.252.78.243 (1.252.78.243) 56(84) bytes of data.
after ctrl c
^C
--- 1.252.78.243 ping statistics ---
288 packets transmitted, 0 received, 100% packet loss, time 287924ms
-------------------PhidgetSBC---------------------------------
at the end:
---------- HIP exchange complete. ----------
Fri Nov 30 19:00:09 2012 (1) Adding security association:
src ip = 140.93.67.49 dst ip = 140.93.66.91
SPIs in = 0xb7499988 out = 0x982581ab
Fri Nov 30 19:00:09 2012 (4) Base exchange completed from
2001:16:4af9:cc25:452:c57f:4bfc:4ef3 / 140.93.67.49 / 1.252.78.243 to
2001:19:f464:f617:4ea0:5887:df3c:658d / 140.93.66.91 / 1.60.101.141
Fri Nov 30 19:00:10 2012 (1) HIP association 0 moved from
R2_SENT=>ESTABLISHED due to incoming ESP data.
--------------------------My pc:
at the end:
Key 6 (1,16) keymat[108] 0x 1da7b082 de5b59f3 5020bc02 8b4f247f
Key 7 (1,20) keymat[124] 0x cacf59ff bed40eb1 7d7b91e8 aea99bdf 8f1a6458
---------- HIP exchange complete. ----------
Fri Nov 30 19:59:52 2012 (1) Adding security association:
src ip = 140.93.66.91 dst ip = 140.93.67.49
SPIs in = 0x982581ab out = 0xb7499988
Fri Nov 30 19:59:52 2012 (4) Base exchange completed from
2001:19:f464:f617:4ea0:5887:df3c:658d / 140.93.66.91 / 1.60.101.141 to
2001:16:4af9:cc25:452:c57f:4bfc:4ef3 / 140.93.67.49 / 1.252.78.243
Retransmitting 1 user data packets for 1.252.78.243.
Address added: (2)2001:660:6602:b:219:b9ff:fe2d:63f2
140.93.66.91 selected as the preferred address (first in list).
* when I ping my PC from the phidgetSBC using ssh: hip logs:
------------commande ping--------------
root@phidgetsbc:/# ping 1.60.101.141
PING 1.60.101.141 (1.60.101.141) 56(84) bytes of data.
after ctrl c
--- 1.60.101.141 ping statistics ---
49 packets transmitted, 0 received, 100% packet loss, time 48010ms
-----------------phidgetsbc ----------------------------------
no change:
root@phidgetsbc:/usr/local/sbin# hip -v
OpenHIP v0.9 HIP daemon
hip_status() thread started...
init_tap()
Using TAP device hip0.
Initialized TAP device.
hip_esp_input() thread started...
tunreader() thread started (4)...
Fri Nov 30 19:06:19 2012 (4) hipd v0.9 (411) started.
Setting options: daemon = no debug level = 1 permissive = no
no_retransmit = no opportunistic = no any = no rvs = no mr = no
Using configuration file: ./hip.conf
Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml
My host identities:
HI: phidgetsbc-1024 HIT: 2001:16:4af9:cc25:452:c57f:4bfc:4ef3
LSI: 1.252.78.243
Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml
hip_esp_output() thread started...
Known peer host identities:
HIT: hipserver.mct.phantomworks.org-1024
2001:14:4dcd:2a09:74a:caee:2a0:ec4a
LSI: 1.230.120.200 [130.76.43.74 ]
HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7
LSI: 1.11.205.231 [193.167.187.134 ]
HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30
LSI: 1.181.204.48 [193.234.218.202 ]
HIT: woodstock4.hip4inter.net-1024 2001:19:f464:f617:4ea0:5887:df3c:658d
LSI: 1.60.101.141 [140.93.66.91 ]
HIT: tarek-1024 2001:10:99d5:e846:9351:55cd:cb6d:845f
LSI: 1.109.132.95 [140.93.68.0 ]
HIT: mansoura-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b
LSI: 1.191.179.11 [140.93.2.108 ]
HIT: ghorbali-1024 2001:1d:6011:de3f:6834:586a:f445:50ac
LSI: 1.69.80.172 [140.93.67.254 ]
Local addresses: (1)127.0.0.1 (2)140.93.67.49 (1)::1
(2)2001:660:6602:b:21b:bff:fe00:dcc (2)fe80::21b:bff:fe00:dcc
140.93.67.49 selected as the preferred address (first in list).
Initializing R1 cache entries for identity phidgetsbc-1024 (8 slots).
Adding address 1.252.78.243 to interface 20.
Adding address 2001:16:4af9:cc25:452:c57f:4bfc:4ef3 to interface 20.
Fri Nov 30 19:06:21 2012 HIP threads initialization completed.
Fri Nov 30 19:06:22 2012 (1) Listening for HIP control packets...
Address added: (2)2001:660:6602:b:21b:bff:fe00:dcc
140.93.67.49 selected as the preferred address (first in list).
----------------my PC:
the same no change:
root@angus:/usr/local/sbin# hip -v
OpenHIP v0.9 HIP daemon
init_tap()
hip_status() thread started...
Using TAP device hip0.
Initialized TAP device.
Fri Nov 30 20:06:05 2012 (4) hipd v0.9 (13317) started.
Setting options: daemon = no debug level = 1 permissive = no
no_retransmit = no opportunistic = no any = no rvs = no mr = no
Using configuration file: ./hip.conf
Using my host IDs file: /usr/local/etc/hip/my_host_identities.xml
My host identities:
HI: angus-1024 HIT: 2001:19:f464:f617:4ea0:5887:df3c:658d
LSI: 1.60.101.141
Using known host IDs file: /usr/local/etc/hip/known_host_identities.xml
tunreader() thread started (3)...
Known peer host identities:
HIT: hipserver.mct.phantomworks.org-1024
2001:14:4dcd:2a09:74a:caee:2a0:ec4a
LSI: 1.230.120.200 [130.76.43.74 ]
HIT: crossroads.infrahip.net-1024 2001:19:b673:8406:e32d:6754:db0b:cde7
LSI: 1.11.205.231 [193.167.187.134 ]
HIT: woodstock4.hip4inter.net-1024 2001:15:1522:ed39:3a8f:5ef2:eb5:cc30
LSI: 1.181.204.48 [193.234.218.202 ]
HIT: woodstock4.hip4inter.net-1024 2001:1d:6011:de3f:6834:586a:f445:50ac
LSI: 1.69.80.172 [140.93.67.254 ]
HIT: woodstock4.hip4inter.net-1024 2001:13:aabf:f64c:c4df:8204:3bbf:b30b
LSI: 1.191.179.11 [140.93.2.108 ]
HIT: woodstock4.hip4inter.net-1024 2001:16:4af9:cc25:452:c57f:4bfc:4ef3
LSI: 1.252.78.243 [140.93.67.49 ]
Local addresses: (1)127.0.0.1 (2)140.93.66.91 (1)::1
(2)2001:660:6602:b:219:b9ff:fe2d:63f2 (2)fe80::219:b9ff:fe2d:63f2
140.93.66.91 selected as the preferred address (first in list).
hip_esp_output() thread started...
hip_esp_input() thread started...
Initializing R1 cache entries for identity angus-1024 (8 slots).
Adding address 1.60.101.141 to interface 6.
Adding address 2001:19:f464:f617:4ea0:5887:df3c:658d to interface 6.
Fri Nov 30 20:06:07 2012 (1) Listening for HIP control packets...
Fri Nov 30 20:06:07 2012 HIP threads initialization completed.
Address added: (2)2001:660:6602:b:219:b9ff:fe2d:63f2
140.93.66.91 selected as the preferred address (first in list).
=====> but when I use @ ip 140.93.66.91 :
root@phidgetsbc:/# ping 140.93.66.91
PING 140.93.66.91 (140.93.66.91) 56(84) bytes of data.
64 bytes from 140.93.66.91: icmp_req=1 ttl=64 time=0.340 ms
64 bytes from 140.93.66.91: icmp_req=2 ttl=64 time=0.295 ms
64 bytes from 140.93.66.91: icmp_req=3 ttl=64 time=0.305 ms
64 bytes from 140.93.66.91: icmp_req=4 ttl=64 time=0.294 ms
64 bytes from 140.93.66.91: icmp_req=5 ttl=64 time=0.306 ms
64 bytes from 140.93.66.91: icmp_req=6 ttl=64 time=0.309 ms
64 bytes from 140.93.66.91: icmp_req=7 ttl=64 time=0.307 ms
any ideas? thank you in advance!!
2012/11/28 S. David Mattes <ma...@ni...>
> Hi,
>
> It's hard to say what the problem might be given your description. Can
> you post hip logs / more details for both peers?
>
>
> On Fri, Nov 23, 2012 at 1:48 PM, amine ghorbali <
> moh...@gm...> wrote:
>
>> Hi,
>>
>> Thank you for your replies. They are quite useful.
>>
>> Indeed, I have installed OpenHIP in a phidgetSBC2( Linux version 3.1.6
>> arch :armv4tl GNU/Linux ) with which some sensors are connected and also
>> in my PC ubuntu distribution in order to build our solution HBMON :A
>> HIP-Based M2M overlay network. Now, thanks to OpenHIP version 245 and 246 I
>> have solved the puzzel verification problem. The HIP Base exchange is
>> established when my PC pings(LSI) the phidgetsbc but the phidgetsbc can't
>> reply to ping's messages (problem 1). Also, when I try to ping the PC
>> from the phidgetsbc, the ping is blocked and the HBE could not be
>> established (problem 2).
>>
>> I manage the phidgetsbc with SSH.
>>
>> ** For problem 1:
>> I thought that the phidgetsbc can not reply to ping's messages because
>> it can't handle ESP packets. So, I recomplied the phidgetsbc kernel and I
>> added the following modules:
>>
>> <M> IP: AH transformation
>> <M> IP: ESP tansformation
>> <M> IP: IPComp
>> transformation
>>
>> <M> IP: IPsec transport
>> mode
>>
>> <M> IP: IPsec tunnel mode
>>
>> But unfortunatly, the problem remains.
>>
>>
>> ** For problem 2:
>> I added some output messages in hip_input.c, hip_output.c and
>> hip_linux_umh.c in order to localise the problem but I am failed. frankly,
>> I did not understand, why when I ping from the phidgetebc with the IP
>> address there are not a problem but with the LSI is blocked( no
>> configuration problem I am sure !! )????
>>
>>
>> any ideas?
>>
>> Thank you.
>>
>> ghorbali.
>>
>> 2012/11/21 S. David Mattes <ma...@ni...>
>>
>> Hi,
>>>
>>> I did make a change to the cookie puzzle verification to try to get
>>> OpenHIP working across different architectures (x86 <--> ARM). I think I
>>> still have some work to do on this! Meanwhile, I believe the change I made
>>> that is causing you issues was in revision 246. If you export revision 245
>>> you should be ok.
>>>
>>>
>>> On Wed, Nov 21, 2012 at 7:13 AM, Jeff Ahrenholz <
>>> sil...@us...> wrote:
>>>
>>>> Your issue with a broken puzzle is likely related to a recent source
>>>> code change, if you are using the latest SVN revision. See this
>>>> thread:
>>>>
>>>> http://sourceforge.net/mailarchive/message.php?msg_id=30115753
>>>>
>>>> I've CC'd the developer's list here. I would suggest using a previous
>>>> revision.
>>>>
>>>> -Jeff
>>>>
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: amine ghorbali [mailto:moh...@gm...]
>>>> Sent: Wednesday, November 21, 2012 1:12 AM
>>>> To: Ahrenholz, Jeffrey M
>>>> Subject: OpenHIP problem
>>>>
>>>>
>>>>
>>>> Good morning,
>>>> I have installed openHIP in two PCs debian distribution A and B
>>>> following openhip wiki (http://www.openhip.org/wiki/) and I am sure
>>>> that I installed requirements packets such as pkg-config libxml2
>>>> libxml2-dev gcc g++ make automake autoconf binutils openssh-server
>>>> openssl libssl-dev. Then I configured the two machines in order to
>>>> establish HIP association between A and B. But, when the A machine
>>>> pings B (ping LSI B), the puzzel verification is always false upon
>>>> receiving I2 packet and this message displays.
>>>>
>>>>
>>>> I2 TLV type = 65 length = 12
>>>> I2 TLV type = 128 length = 12
>>>> R1 counter 49 (49) acceptable.
>>>> I2 TLV type = 321 length = 20
>>>> Got the I2 cookie: (k=10 lifetime=39 (128 seconds) opaque=0
>>>> I=0x7bbcf5d0d75ae32e)
>>>> solution: 0xe38d248f2eb81904
>>>> Verifying cookie to 10 bits
>>>> ij given = 2ee35ad7 d0f5bc7b 2001001d 6011de3f
>>>> 6834586a f44550ac 20010013 2b53d061
>>>> 476fdc17 854895bc 0419b82e 8f248de3 SHA1 = 6f7072b8 48fb6223 c4a14c54
>>>> 5e8e44d0 7318f400*** Cookie did not pass verification.
>>>> *** validate_solution(): cookie_r is NULL.
>>>> Puzzle and solution have different I's: puzzle 0xf970533903474141,
>>>> solution 0x7bbcf5d0d75ae32e
>>>> *** validate_solution(): cookie_r is NULL.
>>>> *** Invalid solution received in I2.
>>>> *** Error while processing I2, dropping.
>>>> Wed Nov 21 08:47:23 2012 (1) Error with HIP_I2 packet from 140.93.67.254
>>>>
>>>>
>>>>
>>>> Please help me!! because I tried and I can't solve the problem.
>>>>
>>>> thank you.
>>>>
>>>> --
>>>>
>>>> -----------------------------------------------------------
>>>> Cordialement!
>>>>
>>>> GHORBALI Mohamed Amine
>>>>
>>>> Élève ingenieur à l'E.N.S.I (École National Des Sciences de
>>>> l'Informatique)
>>>> LAAS-CNRS
>>>> moh...@gm...
>>>> (+33)751168514
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Monitor your physical, virtual and cloud infrastructure from a single
>>>> web console. Get in-depth insight into apps, servers, databases, vmware,
>>>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>>>> Pricing starts from $795 for 25 servers or applications!
>>>> http://p.sf.net/sfu/zoho_dev2dev_nov
>>>> _______________________________________________
>>>> Openhip-developers mailing list
>>>> Ope...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/openhip-developers
>>>>
>>>
>>>
>>
>>
>> --
>> -----------------------------------------------------------
>> Cordialement!
>>
>> *GHORBALI Mohamed Amine*
>>
>> Élève ingenieur à l'E.N.S.I (École National Des Sciences de
>> l'Informatique)
>>
>> moh...@gm... <gho...@gm...>
>> (+216)99 622 317
>>
>>
>
--
-----------------------------------------------------------
Cordialement!
*GHORBALI Mohamed Amine*
Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique)
moh...@gm... <gho...@gm...>
(+216)99 622 317
|
|
From: Tom H. <to...@to...> - 2012-11-29 06:32:00
|
On 11/28/2012 01:08 PM, Håkan Therén wrote: > Hi > > I dont know if this is the right forum but I might as well ask here. Im > currently studying computer science in Luleå Sweden and we are a group > of third year students who currently work with OpenHIP to assess it´s > capabilities in a project course. Needless to say this is totally new > ground for us and it would really help with all information and > documentation we could get. > > To really test OpenHIP we would like to setup our own HIP server using > OpenHIP, but we can´t find much information about this on the > openhip.org <http://openhip.org/> wiki. Is there anywhere else we can > look for more information? Can you please clarify, do you just want a traditional server (e.g. ssh server, mail server) that can use HIP, or a web server that responds similar to the testing capability found here: http://hipserver.mct.phantomworks.org/testing.html - Tom |
|
From: Tom H. <to...@to...> - 2012-11-29 06:02:34
|
On 11/19/2012 02:28 PM, S. David Mattes wrote: > On Mon, Nov 19, 2012 at 8:57 AM, S. David Mattes <ma...@ni... > <mailto:ma...@ni...>> wrote: > > On Sun, Nov 18, 2012 at 5:23 PM, Tom Henderson <to...@to... > <mailto:to...@to...>> wrote: > > On 11/14/2012 09:09 AM, sar...@us... > <mailto:sar...@us...> wrote: > > Revision: 246 > http://openhip.svn.__sourceforge.net/openhip/?rev=__246&view=rev > <http://openhip.svn.sourceforge.net/openhip/?rev=246&view=rev> > Author: sarabito > Date: 2012-11-14 17:09:51 +0000 (Wed, 14 Nov 2012) > Log Message: > ----------- > When comparing bits for cookie check, do not call ntoh64 > prior to masking the bits. Doing so was breaking > compatibility on little vs. big endian systems (e.g. x86 to > arm). > > Modified Paths: > -------------- > hip/trunk/src/util/hip_util.c > > > David, > I agree with this patch, but it breaks backward compatibility on > i386; after applying r246, I can no longer complete a base > exchange with the test hipserver. > > I also wonder whether there is a similar error in HIPL since we > have been interoperating with them successfully. > > We probably need to write a small unit test on compare_bits() > and these puzzle-oriented functions, and check what HIPL is > doing. If we convince ourselves that there is a problem, we > need to figure out the migration strategy to correcting it. > > - Tom > > > > Hi Tom, > > You're right, and sorry our fix broke backward compatibility. I'm > also not convinced that our patch was the "correct" patch, just that > it made the cross-arch puzzle check successful. A unit test would > be a great for this! > > What do you recommend in the near term? Should we revert our patch > in r246? We can just apply to our local code base. > > Thank you, > David > > > Hi Tom, > > I thought about this a little more and did some additional testing and I > believe that applying the hton64 transformation is inappropriate in this > case. I believe our patch did the correct thing to remove this > transformation. In a test, I applied the hton64 transformation > regardless of the architecture (currently hton64 is a no-op for ARM), > then cross-architecture exchanges work. This observation leads me to > the conclusion that the data has already been transformed into the > correct host byte-ordering. > > It should be possible to preserve backward compatibility by transforming > the data with hton64 regardless of the host architecture, but this fix > may be fixing something broken by breaking it again, which, when the > root cause is finally corrected, there is yet another backward > compatibility mess to sort through. > > So, we will wait for your guidance on this issue. Jeff and I will work on validating this, coordinating with HIPL if needed, and applying a fix. If the backward-incompatible fix is needed, the current plan for a backward compatibility solution is to allow either a correct or endian-swapped solution, but log it on the responder side if in fact a swap was needed. Generating an endian-swapped puzzle solution is no easier on the initiator than a normal solution, and the extra logic on the responder side to handle this should be inexpensive, and could be eventually deprecated. - Tom |
|
From: Håkan T. <hak...@gm...> - 2012-11-28 21:08:31
|
Hi I dont know if this is the right forum but I might as well ask here. Im currently studying computer science in Luleå Sweden and we are a group of third year students who currently work with OpenHIP to assess it´s capabilities in a project course. Needless to say this is totally new ground for us and it would really help with all information and documentation we could get. To really test OpenHIP we would like to setup our own HIP server using OpenHIP, but we can´t find much information about this on the openhip.org wiki. Is there anywhere else we can look for more information? All information and documentation is appreciated. Regards Håkan Therén |
|
From: S. D. M. <ma...@ni...> - 2012-11-28 01:20:44
|
Hi, It's hard to say what the problem might be given your description. Can you post hip logs / more details for both peers? On Fri, Nov 23, 2012 at 1:48 PM, amine ghorbali < moh...@gm...> wrote: > Hi, > > Thank you for your replies. They are quite useful. > > Indeed, I have installed OpenHIP in a phidgetSBC2( Linux version 3.1.6 > arch :armv4tl GNU/Linux ) with which some sensors are connected and also > in my PC ubuntu distribution in order to build our solution HBMON :A > HIP-Based M2M overlay network. Now, thanks to OpenHIP version 245 and 246 I > have solved the puzzel verification problem. The HIP Base exchange is > established when my PC pings(LSI) the phidgetsbc but the phidgetsbc can't > reply to ping's messages (problem 1). Also, when I try to ping the PC > from the phidgetsbc, the ping is blocked and the HBE could not be > established (problem 2). > > I manage the phidgetsbc with SSH. > > ** For problem 1: > I thought that the phidgetsbc can not reply to ping's messages because > it can't handle ESP packets. So, I recomplied the phidgetsbc kernel and I > added the following modules: > > <M> IP: AH transformation > <M> IP: ESP tansformation > <M> IP: IPComp > transformation > > <M> IP: IPsec transport > mode > > <M> IP: IPsec tunnel mode > > But unfortunatly, the problem remains. > > > ** For problem 2: > I added some output messages in hip_input.c, hip_output.c and > hip_linux_umh.c in order to localise the problem but I am failed. frankly, > I did not understand, why when I ping from the phidgetebc with the IP > address there are not a problem but with the LSI is blocked( no > configuration problem I am sure !! )???? > > > any ideas? > > Thank you. > > ghorbali. > > 2012/11/21 S. David Mattes <ma...@ni...> > > Hi, >> >> I did make a change to the cookie puzzle verification to try to get >> OpenHIP working across different architectures (x86 <--> ARM). I think I >> still have some work to do on this! Meanwhile, I believe the change I made >> that is causing you issues was in revision 246. If you export revision 245 >> you should be ok. >> >> >> On Wed, Nov 21, 2012 at 7:13 AM, Jeff Ahrenholz < >> sil...@us...> wrote: >> >>> Your issue with a broken puzzle is likely related to a recent source >>> code change, if you are using the latest SVN revision. See this >>> thread: >>> >>> http://sourceforge.net/mailarchive/message.php?msg_id=30115753 >>> >>> I've CC'd the developer's list here. I would suggest using a previous >>> revision. >>> >>> -Jeff >>> >>> >>> ---------- Forwarded message ---------- >>> From: amine ghorbali [mailto:moh...@gm...] >>> Sent: Wednesday, November 21, 2012 1:12 AM >>> To: Ahrenholz, Jeffrey M >>> Subject: OpenHIP problem >>> >>> >>> >>> Good morning, >>> I have installed openHIP in two PCs debian distribution A and B >>> following openhip wiki (http://www.openhip.org/wiki/) and I am sure >>> that I installed requirements packets such as pkg-config libxml2 >>> libxml2-dev gcc g++ make automake autoconf binutils openssh-server >>> openssl libssl-dev. Then I configured the two machines in order to >>> establish HIP association between A and B. But, when the A machine >>> pings B (ping LSI B), the puzzel verification is always false upon >>> receiving I2 packet and this message displays. >>> >>> >>> I2 TLV type = 65 length = 12 >>> I2 TLV type = 128 length = 12 >>> R1 counter 49 (49) acceptable. >>> I2 TLV type = 321 length = 20 >>> Got the I2 cookie: (k=10 lifetime=39 (128 seconds) opaque=0 >>> I=0x7bbcf5d0d75ae32e) >>> solution: 0xe38d248f2eb81904 >>> Verifying cookie to 10 bits >>> ij given = 2ee35ad7 d0f5bc7b 2001001d 6011de3f >>> 6834586a f44550ac 20010013 2b53d061 >>> 476fdc17 854895bc 0419b82e 8f248de3 SHA1 = 6f7072b8 48fb6223 c4a14c54 >>> 5e8e44d0 7318f400*** Cookie did not pass verification. >>> *** validate_solution(): cookie_r is NULL. >>> Puzzle and solution have different I's: puzzle 0xf970533903474141, >>> solution 0x7bbcf5d0d75ae32e >>> *** validate_solution(): cookie_r is NULL. >>> *** Invalid solution received in I2. >>> *** Error while processing I2, dropping. >>> Wed Nov 21 08:47:23 2012 (1) Error with HIP_I2 packet from 140.93.67.254 >>> >>> >>> >>> Please help me!! because I tried and I can't solve the problem. >>> >>> thank you. >>> >>> -- >>> >>> ----------------------------------------------------------- >>> Cordialement! >>> >>> GHORBALI Mohamed Amine >>> >>> Élève ingenieur à l'E.N.S.I (École National Des Sciences de >>> l'Informatique) >>> LAAS-CNRS >>> moh...@gm... >>> (+33)751168514 >>> >>> >>> ------------------------------------------------------------------------------ >>> Monitor your physical, virtual and cloud infrastructure from a single >>> web console. Get in-depth insight into apps, servers, databases, vmware, >>> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >>> Pricing starts from $795 for 25 servers or applications! >>> http://p.sf.net/sfu/zoho_dev2dev_nov >>> _______________________________________________ >>> Openhip-developers mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openhip-developers >>> >> >> > > > -- > ----------------------------------------------------------- > Cordialement! > > *GHORBALI Mohamed Amine* > > Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique) > > moh...@gm... <gho...@gm...> > (+216)99 622 317 > > |
|
From: amine g. <moh...@gm...> - 2012-11-23 21:48:40
|
Hi, Thank you for your replies. They are quite useful. Indeed, I have installed OpenHIP in a phidgetSBC2( Linux version 3.1.6 arch :armv4tl GNU/Linux ) with which some sensors are connected and also in my PC ubuntu distribution in order to build our solution HBMON :A HIP-Based M2M overlay network. Now, thanks to OpenHIP version 245 and 246 I have solved the puzzel verification problem. The HIP Base exchange is established when my PC pings(LSI) the phidgetsbc but the phidgetsbc can't reply to ping's messages (problem 1). Also, when I try to ping the PC from the phidgetsbc, the ping is blocked and the HBE could not be established (problem 2). I manage the phidgetsbc with SSH. ** For problem 1: I thought that the phidgetsbc can not reply to ping's messages because it can't handle ESP packets. So, I recomplied the phidgetsbc kernel and I added the following modules: <M> IP: AH transformation <M> IP: ESP tansformation <M> IP: IPComp transformation <M> IP: IPsec transport mode <M> IP: IPsec tunnel mode But unfortunatly, the problem remains. ** For problem 2: I added some output messages in hip_input.c, hip_output.c and hip_linux_umh.c in order to localise the problem but I am failed. frankly, I did not understand, why when I ping from the phidgetebc with the IP address there are not a problem but with the LSI is blocked( no configuration problem I am sure !! )???? any ideas? Thank you. ghorbali. 2012/11/21 S. David Mattes <ma...@ni...> > Hi, > > I did make a change to the cookie puzzle verification to try to get > OpenHIP working across different architectures (x86 <--> ARM). I think I > still have some work to do on this! Meanwhile, I believe the change I made > that is causing you issues was in revision 246. If you export revision 245 > you should be ok. > > > On Wed, Nov 21, 2012 at 7:13 AM, Jeff Ahrenholz < > sil...@us...> wrote: > >> Your issue with a broken puzzle is likely related to a recent source >> code change, if you are using the latest SVN revision. See this >> thread: >> >> http://sourceforge.net/mailarchive/message.php?msg_id=30115753 >> >> I've CC'd the developer's list here. I would suggest using a previous >> revision. >> >> -Jeff >> >> >> ---------- Forwarded message ---------- >> From: amine ghorbali [mailto:moh...@gm...] >> Sent: Wednesday, November 21, 2012 1:12 AM >> To: Ahrenholz, Jeffrey M >> Subject: OpenHIP problem >> >> >> >> Good morning, >> I have installed openHIP in two PCs debian distribution A and B >> following openhip wiki (http://www.openhip.org/wiki/) and I am sure >> that I installed requirements packets such as pkg-config libxml2 >> libxml2-dev gcc g++ make automake autoconf binutils openssh-server >> openssl libssl-dev. Then I configured the two machines in order to >> establish HIP association between A and B. But, when the A machine >> pings B (ping LSI B), the puzzel verification is always false upon >> receiving I2 packet and this message displays. >> >> >> I2 TLV type = 65 length = 12 >> I2 TLV type = 128 length = 12 >> R1 counter 49 (49) acceptable. >> I2 TLV type = 321 length = 20 >> Got the I2 cookie: (k=10 lifetime=39 (128 seconds) opaque=0 >> I=0x7bbcf5d0d75ae32e) >> solution: 0xe38d248f2eb81904 >> Verifying cookie to 10 bits >> ij given = 2ee35ad7 d0f5bc7b 2001001d 6011de3f >> 6834586a f44550ac 20010013 2b53d061 >> 476fdc17 854895bc 0419b82e 8f248de3 SHA1 = 6f7072b8 48fb6223 c4a14c54 >> 5e8e44d0 7318f400*** Cookie did not pass verification. >> *** validate_solution(): cookie_r is NULL. >> Puzzle and solution have different I's: puzzle 0xf970533903474141, >> solution 0x7bbcf5d0d75ae32e >> *** validate_solution(): cookie_r is NULL. >> *** Invalid solution received in I2. >> *** Error while processing I2, dropping. >> Wed Nov 21 08:47:23 2012 (1) Error with HIP_I2 packet from 140.93.67.254 >> >> >> >> Please help me!! because I tried and I can't solve the problem. >> >> thank you. >> >> -- >> >> ----------------------------------------------------------- >> Cordialement! >> >> GHORBALI Mohamed Amine >> >> Élève ingenieur à l'E.N.S.I (École National Des Sciences de >> l'Informatique) >> LAAS-CNRS >> moh...@gm... >> (+33)751168514 >> >> >> ------------------------------------------------------------------------------ >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> _______________________________________________ >> Openhip-developers mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openhip-developers >> > > -- ----------------------------------------------------------- Cordialement! *GHORBALI Mohamed Amine* Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique) moh...@gm... <gho...@gm...> (+216)99 622 317 |
|
From: S. D. M. <ma...@ni...> - 2012-11-21 16:19:32
|
Hi, I did make a change to the cookie puzzle verification to try to get OpenHIP working across different architectures (x86 <--> ARM). I think I still have some work to do on this! Meanwhile, I believe the change I made that is causing you issues was in revision 246. If you export revision 245 you should be ok. On Wed, Nov 21, 2012 at 7:13 AM, Jeff Ahrenholz < sil...@us...> wrote: > Your issue with a broken puzzle is likely related to a recent source > code change, if you are using the latest SVN revision. See this > thread: > > http://sourceforge.net/mailarchive/message.php?msg_id=30115753 > > I've CC'd the developer's list here. I would suggest using a previous > revision. > > -Jeff > > > ---------- Forwarded message ---------- > From: amine ghorbali [mailto:moh...@gm...] > Sent: Wednesday, November 21, 2012 1:12 AM > To: Ahrenholz, Jeffrey M > Subject: OpenHIP problem > > > > Good morning, > I have installed openHIP in two PCs debian distribution A and B > following openhip wiki (http://www.openhip.org/wiki/) and I am sure > that I installed requirements packets such as pkg-config libxml2 > libxml2-dev gcc g++ make automake autoconf binutils openssh-server > openssl libssl-dev. Then I configured the two machines in order to > establish HIP association between A and B. But, when the A machine > pings B (ping LSI B), the puzzel verification is always false upon > receiving I2 packet and this message displays. > > > I2 TLV type = 65 length = 12 > I2 TLV type = 128 length = 12 > R1 counter 49 (49) acceptable. > I2 TLV type = 321 length = 20 > Got the I2 cookie: (k=10 lifetime=39 (128 seconds) opaque=0 > I=0x7bbcf5d0d75ae32e) > solution: 0xe38d248f2eb81904 > Verifying cookie to 10 bits > ij given = 2ee35ad7 d0f5bc7b 2001001d 6011de3f > 6834586a f44550ac 20010013 2b53d061 > 476fdc17 854895bc 0419b82e 8f248de3 SHA1 = 6f7072b8 48fb6223 c4a14c54 > 5e8e44d0 7318f400*** Cookie did not pass verification. > *** validate_solution(): cookie_r is NULL. > Puzzle and solution have different I's: puzzle 0xf970533903474141, > solution 0x7bbcf5d0d75ae32e > *** validate_solution(): cookie_r is NULL. > *** Invalid solution received in I2. > *** Error while processing I2, dropping. > Wed Nov 21 08:47:23 2012 (1) Error with HIP_I2 packet from 140.93.67.254 > > > > Please help me!! because I tried and I can't solve the problem. > > thank you. > > -- > > ----------------------------------------------------------- > Cordialement! > > GHORBALI Mohamed Amine > > Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique) > LAAS-CNRS > moh...@gm... > (+33)751168514 > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Openhip-developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhip-developers > |
|
From: Jeff A. <sil...@us...> - 2012-11-21 15:14:01
|
Your issue with a broken puzzle is likely related to a recent source code change, if you are using the latest SVN revision. See this thread: http://sourceforge.net/mailarchive/message.php?msg_id=30115753 I've CC'd the developer's list here. I would suggest using a previous revision. -Jeff ---------- Forwarded message ---------- From: amine ghorbali [mailto:moh...@gm...] Sent: Wednesday, November 21, 2012 1:12 AM To: Ahrenholz, Jeffrey M Subject: OpenHIP problem Good morning, I have installed openHIP in two PCs debian distribution A and B following openhip wiki (http://www.openhip.org/wiki/) and I am sure that I installed requirements packets such as pkg-config libxml2 libxml2-dev gcc g++ make automake autoconf binutils openssh-server openssl libssl-dev. Then I configured the two machines in order to establish HIP association between A and B. But, when the A machine pings B (ping LSI B), the puzzel verification is always false upon receiving I2 packet and this message displays. I2 TLV type = 65 length = 12 I2 TLV type = 128 length = 12 R1 counter 49 (49) acceptable. I2 TLV type = 321 length = 20 Got the I2 cookie: (k=10 lifetime=39 (128 seconds) opaque=0 I=0x7bbcf5d0d75ae32e) solution: 0xe38d248f2eb81904 Verifying cookie to 10 bits ij given = 2ee35ad7 d0f5bc7b 2001001d 6011de3f 6834586a f44550ac 20010013 2b53d061 476fdc17 854895bc 0419b82e 8f248de3 SHA1 = 6f7072b8 48fb6223 c4a14c54 5e8e44d0 7318f400*** Cookie did not pass verification. *** validate_solution(): cookie_r is NULL. Puzzle and solution have different I's: puzzle 0xf970533903474141, solution 0x7bbcf5d0d75ae32e *** validate_solution(): cookie_r is NULL. *** Invalid solution received in I2. *** Error while processing I2, dropping. Wed Nov 21 08:47:23 2012 (1) Error with HIP_I2 packet from 140.93.67.254 Please help me!! because I tried and I can't solve the problem. thank you. -- ----------------------------------------------------------- Cordialement! GHORBALI Mohamed Amine Élève ingenieur à l'E.N.S.I (École National Des Sciences de l'Informatique) LAAS-CNRS moh...@gm... (+33)751168514 |
|
From: S. D. M. <ma...@ni...> - 2012-11-19 22:28:31
|
On Mon, Nov 19, 2012 at 8:57 AM, S. David Mattes <ma...@ni...> wrote: > On Sun, Nov 18, 2012 at 5:23 PM, Tom Henderson <to...@to...> wrote: > >> On 11/14/2012 09:09 AM, sar...@us... wrote: >> >>> Revision: 246 >>> http://openhip.svn.**sourceforge.net/openhip/?rev=** >>> 246&view=rev<http://openhip.svn.sourceforge.net/openhip/?rev=246&view=rev> >>> Author: sarabito >>> Date: 2012-11-14 17:09:51 +0000 (Wed, 14 Nov 2012) >>> Log Message: >>> ----------- >>> When comparing bits for cookie check, do not call ntoh64 prior to >>> masking the bits. Doing so was breaking compatibility on little vs. big >>> endian systems (e.g. x86 to arm). >>> >>> Modified Paths: >>> -------------- >>> hip/trunk/src/util/hip_util.c >>> >>> >> David, >> I agree with this patch, but it breaks backward compatibility on i386; >> after applying r246, I can no longer complete a base exchange with the test >> hipserver. >> >> I also wonder whether there is a similar error in HIPL since we have been >> interoperating with them successfully. >> >> We probably need to write a small unit test on compare_bits() and these >> puzzle-oriented functions, and check what HIPL is doing. If we convince >> ourselves that there is a problem, we need to figure out the migration >> strategy to correcting it. >> >> - Tom >> >> > > Hi Tom, > > You're right, and sorry our fix broke backward compatibility. I'm also > not convinced that our patch was the "correct" patch, just that it made the > cross-arch puzzle check successful. A unit test would be a great for this! > > What do you recommend in the near term? Should we revert our patch in > r246? We can just apply to our local code base. > > Thank you, > David > Hi Tom, I thought about this a little more and did some additional testing and I believe that applying the hton64 transformation is inappropriate in this case. I believe our patch did the correct thing to remove this transformation. In a test, I applied the hton64 transformation regardless of the architecture (currently hton64 is a no-op for ARM), then cross-architecture exchanges work. This observation leads me to the conclusion that the data has already been transformed into the correct host byte-ordering. It should be possible to preserve backward compatibility by transforming the data with hton64 regardless of the host architecture, but this fix may be fixing something broken by breaking it again, which, when the root cause is finally corrected, there is yet another backward compatibility mess to sort through. So, we will wait for your guidance on this issue. Thank you, David |
|
From: S. D. M. <ma...@ni...> - 2012-11-19 17:20:42
|
On Sun, Nov 18, 2012 at 5:23 PM, Tom Henderson <to...@to...> wrote: > On 11/14/2012 09:09 AM, sar...@us... wrote: > >> Revision: 246 >> http://openhip.svn.**sourceforge.net/openhip/?rev=** >> 246&view=rev<http://openhip.svn.sourceforge.net/openhip/?rev=246&view=rev> >> Author: sarabito >> Date: 2012-11-14 17:09:51 +0000 (Wed, 14 Nov 2012) >> Log Message: >> ----------- >> When comparing bits for cookie check, do not call ntoh64 prior to masking >> the bits. Doing so was breaking compatibility on little vs. big endian >> systems (e.g. x86 to arm). >> >> Modified Paths: >> -------------- >> hip/trunk/src/util/hip_util.c >> >> > David, > I agree with this patch, but it breaks backward compatibility on i386; > after applying r246, I can no longer complete a base exchange with the test > hipserver. > > I also wonder whether there is a similar error in HIPL since we have been > interoperating with them successfully. > > We probably need to write a small unit test on compare_bits() and these > puzzle-oriented functions, and check what HIPL is doing. If we convince > ourselves that there is a problem, we need to figure out the migration > strategy to correcting it. > > - Tom > > Hi Tom, You're right, and sorry our fix broke backward compatibility. I'm also not convinced that our patch was the "correct" patch, just that it made the cross-arch puzzle check successful. A unit test would be a great for this! What do you recommend in the near term? Should we revert our patch in r246? We can just apply to our local code base. Thank you, David |
|
From: Tom H. <to...@to...> - 2012-11-19 01:50:16
|
On 11/14/2012 09:09 AM, sar...@us... wrote: > Revision: 246 > http://openhip.svn.sourceforge.net/openhip/?rev=246&view=rev > Author: sarabito > Date: 2012-11-14 17:09:51 +0000 (Wed, 14 Nov 2012) > Log Message: > ----------- > When comparing bits for cookie check, do not call ntoh64 prior to masking the bits. Doing so was breaking compatibility on little vs. big endian systems (e.g. x86 to arm). > > Modified Paths: > -------------- > hip/trunk/src/util/hip_util.c > David, I agree with this patch, but it breaks backward compatibility on i386; after applying r246, I can no longer complete a base exchange with the test hipserver. I also wonder whether there is a similar error in HIPL since we have been interoperating with them successfully. We probably need to write a small unit test on compare_bits() and these puzzle-oriented functions, and check what HIPL is doing. If we convince ourselves that there is a problem, we need to figure out the migration strategy to correcting it. - Tom |
|
From: Jani P. <jpe...@ee...> - 2012-05-30 17:05:04
|
Hi, Thanks for you answer Tom! I was able to compile the source after removing GCC specific "__attribute__(pack)" definitions from the "hip_types.h" file. I replaced them with standard #pragma definitions as VC++ does not support GCC specific stuff. Maybe you could do similar operation in your code? -- Jani On 05/30/2012 07:23 PM, Tom Henderson wrote: > On 30.05.2012 03:44, Jani Pellikka wrote: >> Hi! >> >> According to the OpenHIP Wiki page the source code available in >> SourceForge is for Linux and MAC OS only, and only binaries are >> available for Windows. >> >> Is there anyone on the list who is maintaining a branch for OpenHIP >> code >> that compiles in Windows (XP or preferably newer version)? Or someone >> who has actually managed to create Windows binaries with either gcc >> or >> VC++ compiler from the latest release 0.9? >> >> I have tried to compile the source with VC++ 6.0 and it does not >> compile >> without changes to the code. So if someone has created a *working* >> binaries for a Windows with VC++ I would be interested to hear more >> about the required modifications to the 0.9 release code and even >> receive a .diff file for working compilation. >> >> Cheers, > > Jani, > Have you tried the instructions on this wiki page? > http://www.openhip.org/wiki/index.php?title=Building_from_source_on_Windows_XP > > Jeff has been building these packages, I believe by following these > instructions, and told me a while back that the same process basically > worked for Windows 7 as well. > > - Tom > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Openhip-developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhip-developers |
|
From: Tom H. <to...@to...> - 2012-05-30 16:50:29
|
On 30.05.2012 03:44, Jani Pellikka wrote: > Hi! > > According to the OpenHIP Wiki page the source code available in > SourceForge is for Linux and MAC OS only, and only binaries are > available for Windows. > > Is there anyone on the list who is maintaining a branch for OpenHIP > code > that compiles in Windows (XP or preferably newer version)? Or someone > who has actually managed to create Windows binaries with either gcc > or > VC++ compiler from the latest release 0.9? > > I have tried to compile the source with VC++ 6.0 and it does not > compile > without changes to the code. So if someone has created a *working* > binaries for a Windows with VC++ I would be interested to hear more > about the required modifications to the 0.9 release code and even > receive a .diff file for working compilation. > > Cheers, Jani, Have you tried the instructions on this wiki page? http://www.openhip.org/wiki/index.php?title=Building_from_source_on_Windows_XP Jeff has been building these packages, I believe by following these instructions, and told me a while back that the same process basically worked for Windows 7 as well. - Tom |
|
From: Jani P. <jpe...@ee...> - 2012-05-30 10:46:26
|
Hi! According to the OpenHIP Wiki page the source code available in SourceForge is for Linux and MAC OS only, and only binaries are available for Windows. Is there anyone on the list who is maintaining a branch for OpenHIP code that compiles in Windows (XP or preferably newer version)? Or someone who has actually managed to create Windows binaries with either gcc or VC++ compiler from the latest release 0.9? I have tried to compile the source with VC++ 6.0 and it does not compile without changes to the code. So if someone has created a *working* binaries for a Windows with VC++ I would be interested to hear more about the required modifications to the 0.9 release code and even receive a .diff file for working compilation. Cheers, -- Jani |
|
From: Andrei G. <gu...@cs...> - 2012-03-27 11:55:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 That's nice, congratulations! I've updated OpenHIP on my Windows laptop and was able to connect over HIP to Boeing testserver using 3G. Andrei On 23.3.2012 18:00, Jeff Ahrenholz wrote: > Today we've released openhip-0.9, available here: > > https://sourceforge.net/projects/openhip/files/hip/openhip-0.9/ > > The changes featured in the release are: - relicensed using the MIT > Expat license instead of the GPLv2 license - enforce GNU coding > style using uncrustify, include vim/emacs mode lines - reimplement > mobile router using netfilter queue instead of libipq - removed > GPLed header files and assembly language - removed outdated kernel > support, libipsec, and i3 protocol code - removed PF_KEY thread, > replacing with direct SADB calls - fix compilation under Ubuntu > 11.10 and Fedora 15 (gcc 4.6.1/4.6.0) - added 'make check' target > that launches automated testing using CORE > (http://code.google.com/p/coreemu/) - implemented RFC 4303 ESP > anti-replay protection with 64-bit ESN - implemented experimental > multihoming triggered by lost ESP seq. numbers - added hip.conf > options for ignored_address, save_my_identities - for > HIP_VPLS/endbox mode pass layer-2 traffic: include ethernet > headers in tunnel; use hello protocol for endbox multicast > election; allow default endbox for unresolvable legacy addresses - > use pbuilder-dist and mock for building deb and RPM packages > > These release notes are here: > http://www.openhip.org/wiki/index.php?title=Release_Notes > > ------------------------------------------------------------------------------ > > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ Openhip-developers > mailing list Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhip-developers - -- Andrei Gurtov, PhD Professor, CWC, University of Oulu Principal Scientist, Helsinki Institute for Information Technology (HIIT) (on leave) http://www.ee.oulu.fi/~agourtov -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9xoRMACgkQP7jp0uceFkSG0QCeN5xDkJ/zHYXdNFqn0mZ1tgUf qSsAnj1jteSgLokIFYBzxUFQNXQRXO32 =1LWx -----END PGP SIGNATURE----- |
|
From: Jeff A. <sil...@us...> - 2012-03-23 16:00:57
|
Today we've released openhip-0.9, available here: https://sourceforge.net/projects/openhip/files/hip/openhip-0.9/ The changes featured in the release are: - relicensed using the MIT Expat license instead of the GPLv2 license - enforce GNU coding style using uncrustify, include vim/emacs mode lines - reimplement mobile router using netfilter queue instead of libipq - removed GPLed header files and assembly language - removed outdated kernel support, libipsec, and i3 protocol code - removed PF_KEY thread, replacing with direct SADB calls - fix compilation under Ubuntu 11.10 and Fedora 15 (gcc 4.6.1/4.6.0) - added 'make check' target that launches automated testing using CORE (http://code.google.com/p/coreemu/) - implemented RFC 4303 ESP anti-replay protection with 64-bit ESN - implemented experimental multihoming triggered by lost ESP seq. numbers - added hip.conf options for ignored_address, save_my_identities - for HIP_VPLS/endbox mode pass layer-2 traffic: include ethernet headers in tunnel; use hello protocol for endbox multicast election; allow default endbox for unresolvable legacy addresses - use pbuilder-dist and mock for building deb and RPM packages These release notes are here: http://www.openhip.org/wiki/index.php?title=Release_Notes |
|
From: Jeff A. <sil...@us...> - 2012-02-09 21:22:42
|
In a few weeks, around 3/6/12 we plan to merge a hipv2 branch of OpenHIP development into the trunk. http://openhip.svn.sourceforge.net/viewvc/openhip/hip/branches/hipv2/ This branch has undergone some big changes, as we have enforced a GNU coding style on the source and are re-licensing the code using the MIT Expat license instead of GPLv2. Following this merge, we plan to make a 0.9 release. This will basically be functionally equivalent to 0.8 with a few other features, release notes can be found here: http://www.openhip.org/wiki/index.php?title=Release_Notes (Despite the branch name 'hipv2', this still implements RFC 5201 version 1 of HIP, and we plan -bis draft development using this 'hipv2' branch name.) Comments are welcome. -Jeff |
|
From: Jeff A. <sil...@us...> - 2011-08-30 13:45:05
|
> Congratulations on new release! I tested it on my XP laptop, installs > fine and connects to Boeing test server. Have you interoped recently > with HIPL or hip4inter.net? Thanks for the positive report. Prior to the release, we did some interop tests with HIPL. The base exchange was working fine and we had worked through some mobility issues (locator formats, update ID zero, etc.). However, I couldn't perform an IPv6 readdress between HIPL and HIPL, and someone was refactoring that code. This may have recently been fixed, but I have not tested it. -Jeff |
|
From: Andrei G. <gu...@cs...> - 2011-08-30 09:44:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jeff, Congratulations on new release! I tested it on my XP laptop, installs fine and connects to Boeing test server. Have you interoped recently with HIPL or hip4inter.net? br Andrei Jeff Ahrenholz wrote: > Today we've released openhip-0.8, available here: > > https://sourceforge.net/projects/openhip/files/hip/hip-0.8/ > > This is mostly a maintenance release, with the main changes being: > - numerous bugfixes since the 0.7 release (see the bug tracker [1]) > - use IANA allocated HIP UDP port 10500 instead of 50500 > - contribution from Alexander Kiening: process RVS addresses from DNS response > - improved mobile router to allow a mobile node behind one mobile router to > connect to a mobile node behind another mobile router > - mobile router support for RVS and double-jump > - implement SA timeout, expiration > - various endbox improvements > - code to support OpenWRT compilation under ARM architecture > > Release notes are here: > http://www.openhip.org/wiki/index.php?title=Release_Notes > > [1] https://sourceforge.net/tracker/?group_id=132288&atid=723838 > > ------------------------------------------------------------------------------ > Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > Openhip-developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhip-developers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5cq88ACgkQP7jp0uceFkRoFgCgwUX4doyo4ww1MM+NF34UW5q+ F/oAnRsUhsKYG4G15Mn7/knn5lhKtiJr =Ybaj -----END PGP SIGNATURE----- |
85 messages has been excluded from this view by a project administrator.
