Great! Now all work fine!
Thanks,
Stefano
2015-06-24 19:07 GMT+02:00 Eric Joyner :
> I made the change in r284767. It leaves out the backwards compatibility
> ixgbe build target that the stable/10 commit allowed, but you can now build
> the modules seperately.
>
> On Mon, Jun 22, 2015 at 2:29 PM
I made the change in r284767. It leaves out the backwards compatibility
ixgbe build target that the stable/10 commit allowed, but you can now build
the modules seperately.
On Mon, Jun 22, 2015 at 2:29 PM Eric Joyner wrote:
> I guess I could reverse-MFC r283668, then, to make that work on HEAD.
>
Hi,
Actually, I don't really understand why imo.imo_multicast_loop is set to 1 in
send_packet, ip_mroute.c
It seems we don't need to loop the packet once it is mrouted?
If the packet is emitted locally, the imo_multicast_loop set by the socket
option makes the packet loop back if necessary.
Em
Really ?
I had a problem with carp on emulex cards and it was the same fix !!
The "|=" rather than "=" has made all the difference.
I have to admit that Emulex provided a nice support, though...
On 06/24/2015 03:00 PM, Sergey Akhmatov wrote:
> Hello,
>
> In case someone's interested: I've contact
Hello,
In case someone's interested: I've contacted Emulex technical support
and they've confirmed promisc mode bug, it would be fixed with the next
driver update. Meanwhile Emulex kindly provided me updated version, the
patch is very simple:
--- sys/dev/oce/oce_mbox.c.orig 2015-06-24 15:51:
Hello,
I'm testing multicast routing on FreeBSD 9.3 and I have a question:
In packet reception, it seems the packet is received locally as many times the
packet is rerouted + 1:
ip_input -> ip_mforward -> ip_output (as many times there are dst interfaces in
the route cache entry) -> ip_mloopbac
