Next Problem... the Bridge Mode is not really transparent bridging it seems.
The Following happens only when the Technicolor is in use, not if I use my "hacked" AVM Fritzbox which also only adds ptm0 or ptm0.7 to the LAN Bridge.
pppe Connect is flawless. After that I get an IPv4 via PPPoE and that works.
With this Public IP Address I establish another GIF Tunnel to Hurricane Electrics.
The GIF Tunnel comes up and is stable as it seems. It is also pingable.
But Traffic over it is a struggle... every now an than I see some ICMPv6 unreachable and most of the time when traffic flows, it is not usable at all.
Since it is tunneld over IPv4 and so over pppoe i don't reall get what the Technicolor could mess around with it - or maybe its switch?
As mentioned above, I can leave the rest of the configuration as is, put my bridged Fritzbox in place and everything works flawlessy...
The Problems stays nearly the whole time, in the Technicolor Log I get these sometimes:
[ 599.586000] [ERROR pktrunner] __ucastSetFwdAndFilters,774: Unable to determine if the flow is routed or bridged
[ 602.202000] [ERROR pktrunner] __ucastSetFwdAndFilters,774: Unable to determine if the flow is routed or bridged
[ 705.255000] [ERROR pktrunner] __ucastSetFwdAndFilters,774: Unable to determine if the flow is routed or bridged
[ 707.892000] [ERROR pktrunner] __ucastSetFwdAndFilters,774: Unable to determine if the flow is routed or bridged
The Other thing which could do something even in pppoe Sessions is this one
[ 26.769000] NF_TPROXY: Transparent proxy support initialized, version 4.1.0
[ 26.775000] NF_TPROXY: Copyright (c) 2006-2007 BalaBit IT Ltd.
But where to disable to test?
Or is there something I can check or test with the xdsl Driver? Since the Fritzbox has a Lantiq Chipset and no Broadcom, maybe the bridging situation is slightly different.
As said, "normal" IPv4 traffic directly transferred over pppoe runs without problems or speed issues -- I get net my 100 MBit Down and 40 Mbit Up without any problem.
Cheers,UxG