Hello, shorewall refresh is required when an PPP interface goes up and down to make QoS work properly. I am finding another scenario with multi-isp PPP interfaces. When ever the PPP interfaces goes up and down, the kernel routing policy table needs to be updated appropriately. (Especially when the PPP interface comes up) I am using shorewall restart command at the moment to take care of this, but shorewall restart (which takes more time) unnecessary if shorewall refresh can update the routing policy also. This is an enhancement request. I am using shorewall 3.4.4. Shorewall perl should be faster but shorewall refresh for updating routing policy table when interface goes up/down should be sufficient. Thanks, Hebbar. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Srinivasa Hebbar wrote:> Hello, > > shorewall refresh is required when an PPP interface goes up and down to > make QoS work properly. > > I am finding another scenario with multi-isp PPP interfaces. > When ever the PPP interfaces goes up and down, the kernel routing policy > table needs to be updated appropriately. (Especially when the PPP interface > comes up) > > I am using shorewall restart command at the moment to take care of this, but > shorewall restart (which takes more time) unnecessary if shorewall refresh > can update the routing policy also. > > > This is an enhancement request. > > I am using shorewall 3.4.4. Shorewall perl should be faster but shorewall > refresh for updating routing policy table when interface goes up/down should > be sufficient.And ''refresh'' under Shorewall-perl already does what you want. -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net PGP Public Key \ https://lists.shorewall.net/teastep.pgp.key ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/