Hi, Mattias Blomqvist <[email protected]> writes:
> On Fri, Mar 27, 2009 at 12:46 PM, Arnaud Ebalard <[email protected]> wrote: >> Hi, >> >>> >>> One additional problem seems to be that the tunnel interface must >>> exist when mip6d is started. Is there any way around this? >> >> I wrote a patch which is in the repo that handles dynamic interfaces, >> i.e. support an interface plugged after the daemon has been started. I >> don't know why it does not work in your case. I did not notice problems >> when starting teredo interfaces after UMIP on my MN. Can you be more >> specific on what happens? are some packets sent or is it just that >> nothing happens? Is an address configured? is a RS sent? >> >> Can you verify this is not related to the fact UMIP sets /default/* >> value in /proc *before* the interface is brought up (as you pointed), >> which may prevents some things to happen (like autoconf or RA >> handling). Basically, can you retry by setting again /proc/ values for >> the tunnel interface. > > It is not related, I modified my tunnel handler to specifically set > the /proc entries for the tunnel interface before bringing it up. > > The problem seems to be that the interface does not exist when umip is > started. It's not just down, it doesn't exist at all. > Line 26 in mip6d.conf is end bracket of: > MnHomeLink "tunnel" { > HomeAddress xxxx:xxxx:0:1300::1/56; > HomeAgentAddress xxxx:xxxx::1; > } > > The following is the output from mip6d: > Mobile-test:~# mip6d > Error in configuration file /etc/mip6d.conf > line 26: invalid interface Easier to debug w/ that info: looking at gram.y, the parsing code does not allow missing interfaces for MnHomeLink definition. I should take a look at allow_interface_addition_removal.patch in order to support that case. That should not be too difficult. In the meantime, as a workaround, can you test by setting it to "eth0" or another existing but unused interface. This will do the trick (lo will probably not work). > mip6d[3521]: MIPL Mobile IPv6 for Linux v2.0.2-umip-0.4 started (Mobile Node) > Fri Jan 11 23:27:17 main: MIPL Mobile IPv6 for Linux started in debug > mode, not detaching from terminal > Fri Jan 11 23:27:17 conf_show: config_file = /etc/mip6d.conf > Fri Jan 11 23:27:17 conf_show: vt_hostname = localhost > Fri Jan 11 23:27:17 conf_show: vt_service = 7777 > Fri Jan 11 23:27:17 conf_show: mip6_entity = 1 > Fri Jan 11 23:27:17 conf_show: debug_level = 10 > Fri Jan 11 23:27:17 conf_show: debug_log_file = stderr > Fri Jan 11 23:27:17 conf_show: PolicyModulePath = [internal] > Fri Jan 11 23:27:17 conf_show: DefaultBindingAclPolicy = 0 > Fri Jan 11 23:27:17 conf_show: NonVolatileBindingCache = disabled > Fri Jan 11 23:27:17 conf_show: KeyMngMobCapability = disabled > Fri Jan 11 23:27:17 conf_show: TunnelPayloadForceSANego = enabled > Fri Jan 11 23:27:17 conf_show: UseMnHaIPsec = enabled > Fri Jan 11 23:27:17 conf_show: MnMaxHaBindingLife = 262140 > Fri Jan 11 23:27:17 conf_show: MnMaxCnBindingLife = 420 > Fri Jan 11 23:27:17 conf_show: MnRouterProbes = 1 > Fri Jan 11 23:27:17 conf_show: MnRouterProbeTimeout = 0.000000 > Fri Jan 11 23:27:17 conf_show: InitialBindackTimeoutFirstReg = 1.500000 > Fri Jan 11 23:27:17 conf_show: InitialBindackTimeoutReReg = 1.000000 > Fri Jan 11 23:27:17 conf_show: UseCnBuAck = enabled > Fri Jan 11 23:27:17 conf_show: DoRouteOptimizationMN = disabled > Fri Jan 11 23:27:17 conf_show: MnUseAllInterfaces = disabled > Fri Jan 11 23:27:17 conf_show: MnDiscardHaParamProb = enabled > Fri Jan 11 23:27:17 conf_show: SendMobPfxSols = enabled > Fri Jan 11 23:27:17 conf_show: OptimisticHandoff = disabled > Fri Jan 11 23:27:17 conf_show: MobRtrUseExplicitMode = enabled > Fri Jan 11 23:27:17 conf_show: SendMobPfxAdvs = enabled > Fri Jan 11 23:27:17 conf_show: SendUnsolMobPfxAdvs = enabled > Fri Jan 11 23:27:17 conf_show: MaxMobPfxAdvInterval = 86400 > Fri Jan 11 23:27:17 conf_show: MinMobPfxAdvInterval = 600 > Fri Jan 11 23:27:17 conf_show: HaMaxBindingLife = 262140 > Fri Jan 11 23:27:17 conf_show: HaAcceptMobRtr = disabled > Fri Jan 11 23:27:17 conf_show: DoRouteOptimizationCN = disabled > Fri Jan 11 23:27:17 xfrm_cn_init: Adding policies and states for CN > Fri Jan 11 23:27:17 xfrm_mn_init: Adding policies and states for MN > mip6d[3521]: Interface 1 (lo):type 772 unsupported > > > Nothing more happens when I start the tunnel interface and bring it up. > If I at this point restart mip6d, everything is ok. > If mip6d is started first, the tunnel interface deleted, then > recreated and brought up, mip6d does a new BU just like it should. > But starting mip6d before the interface exists does not seem to work. Yes, this confirms it is just a limitation of the parsing code. I will try and take a look this WE. Bug me on monday if I forget. Cheers, a+ _______________________________________________ Support mailing list [email protected] http://ml.nautilus6.org/mailman/listinfo/support
