Am Montag, 26. Juli 2010, 16:19:55 schrieb Joachim Ott:
> 1. A defaultroute is set for usb0 when after the interface was
> initialized. Can this delayed until an usb-connection is established?
Not with 2.6.32 as it stands. Even with 2.6.29 we did not have that 
functionality. The old kernel had some way to notice plugin/out events for usb 
networking, but that got lost on the road :/
Even if we get that back into the kernel we still need something to listen to 
those events and act on them. The idea back then was to let connman handle 
that, which did not work out (probably due to connman not yet having evolved 
enough).

> This is no problem with wlan because the defaultroute is replaced.
> 
> 2. It's a issue with gprs: the pppd is started with the options
> "nodefaultroute noreplacedefaultroute" - but it sets a 2nd
> defaultroute, this is the result:
> 
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface 10.64.64.0      0.0.0.0         255.255.255.0   U     0      0      
>  0 ppp0 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0    
>    0 usb0 0.0.0.0         10.64.64.64     0.0.0.0         UG    0      0  
>      0 ppp0 0.0.0.0         192.168.0.200   0.0.0.0         UG    8      0
>        0 usb0
> 
> And as usb0 has a higher metric, it tries to route the packets thru
> it. To get ppp0 going, you have to remove the defaultroute to usb0 and
> restart the gprs-connection. I know that I can remove this setting of
> the defaultroute in /etc/network/interfaces, but it will be
> overwritten on one of the next upgrades.
> 
> So I'd like the standard as follows:
> 
> - no defaultroute for usb0 in /etc/network/interfaces
> 
> - pppd should set (and replace) a defaultroute (and restore the
> previous setting on termination)

I would like to have a working connman with a plugin for FSO GPRS, which 
handles all networking then...

-- 
Klaus 'mrmoku' Kurzmann
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user

Reply via email to