On 21/09/16(Wed) 23:24, Heiko Zimmermann wrote:
> Hello Martin,
>
> the Infos you wanted:
>
> 176.9.157.65 78:fe:3d:46:ed:9dre0 4m54s
Which computer is that? IPv4 doesn't help. We're dealing with IPv6.
This MAC address is the one that ends up in your fe80::%re0 rou
It's a Juniper so probably the upstream router.
$ maclookup 78:fe:3d:46:ed:9d
78:fe:3d:46:ed:9d (Juniper Networks)
On 22 September 2016 08:54:47 Martin Pieuchot wrote:
On 21/09/16(Wed) 23:24, Heiko Zimmermann wrote:
Hello Martin,
the Infos you wanted:
176.9.157.65
Hi,
After rebuilding kernel under i386, I experimented splassert.
Here is a shorten backtrace handwritten:
splassert: sorwakeup: want 64 have 0
Starting stack trace...
splassertfail(...)
splassertfail(...)
splassertcheck(...)
sorwakeup(...)
route_input(...)
rt_ifmsg(...)
ifioctl(...)
sys_ioctl(.
On Thu, Sep 22, 2016 at 04:09:37PM +0200, Sebastien Marie wrote:
> Hi,
>
> After rebuilding kernel under i386, I experimented splassert.
>
> Here is a shorten backtrace handwritten:
>
> splassert: sorwakeup: want 64 have 0
> Starting stack trace...
> splassertfail(...)
> splassertfail(...)
> spl
On 22/09/16(Thu) 10:17, David Hill wrote:
> On Thu, Sep 22, 2016 at 04:09:37PM +0200, Sebastien Marie wrote:
> > Hi,
> >
> > After rebuilding kernel under i386, I experimented splassert.
> >
> > Here is a shorten backtrace handwritten:
> >
> > splassert: sorwakeup: want 64 have 0
> > Starting st
I asked my Provider (Hetzner), this is the Gateway Router,
Stuart is right.
I want to help to solve the bug, I could provide an ssh access.
Am 22.09.2016 um 11:01 schrieb Stuart Henderson:
> It's a Juniper so probably the upstream router.
>
> $ maclookup 78:fe:3d:46:ed:9d
> 78:fe:3d:46:ed:9d (Ju
