Hi all,
I am facing some latency issues, mainly due to timer issues.
I have looked at the timer stats and I can see several timers coming
from the bridge.
In fact, I do not understand this piece of code :
In net/bridge/br_if.c in function new_bridge_dev there is an
unconditionnal call to br_stp_t
2010/10/13 Jean-Michel Hautbois
> 2010/10/12 Stephen Hemminger
>
>> > Thus, my jitter is 47µs.
>> > This may seem low, but this is about two to three times what I expect
>> and I
>> > cannot see why a bridge which is only forwarding a frame would hav
2010/10/12 Stephen Hemminger
> > Thus, my jitter is 47µs.
> > This may seem low, but this is about two to three times what I expect and
> I
> > cannot see why a bridge which is only forwarding a frame would have
> jitter ?
> > If you have any idea, everything is interesting for me.
> > I thought
Hi there !
I am facing a jitter issue that I will try to explain :
I have the following configuration :
(A) eth0 <--> br0 <--> eth1 (B)
I have a small and custom kernel (I removed netfilter, for instance) and I
am measuring the time between A and B (using hardware taps, etc.).
My bandwidth is qu
2010/1/20 Stephen Hemminger :
> On Wed, 20 Jan 2010 18:31:06 +0200
> Yavetskiy Yuriy wrote:
>
>> Hello.
>>
>> I solve my problem without ebtables.
>> Just add to net/bridge/br_input.c next strings (with +):
>>
>> if (unlikely(is_link_local(dest))) {
>> /* Pause frames shoul
2010/1/17 Bart De Schuymer :
> Jean-Michel Hautbois schreef:
>>>> Well, when a bridge is between two interfaces, this is quite the same
>>>> than saying it is forwarded from one to the other, in my point of
>>>> view. No ?
>>>>
>>>>
>> Well, when a bridge is between two interfaces, this is quite the same
>> than saying it is forwarded from one to the other, in my point of
>> view. No ?
>>
>>
> The bridge indeed forwards the packets, not ebtables. You don't need
> ebtables for that unless you want to filter the traffic.
Well,
2010/1/16 Bart De Schuymer :
> Jean-Michel Hautbois schreef:
>> Hi everybody !
>>
>> I am trying to understand the "PacketFlow.png" image from the website.
>> I have several misunderstanding, especially on the "Bridging Decision"
>> circles
Hi everybody !
I am trying to understand the "PacketFlow.png" image from the website.
I have several misunderstanding, especially on the "Bridging Decision" circles.
I would like to understand which way a packet takes when the rule on
-A INPUT -j ACCEPT is on, for example. When looking at the pac
It is working.
I have to do this :
ebtables -A INPUT -p 0x8809 -j ACCEPT
ebtables -A FORWARD -p 0x8809 -j ACCEPT
When I send a packet on my first interface, it is going on my second
interface if and only if I have both INPUT and FORWARD.
Thanks for your help !!
JM
__
2010/1/13 Stephen Hemminger :
> On Wed, 13 Jan 2010 17:53:10 +0100
> Jean-Michel Hautbois wrote:
>
>> 2010/1/13 Stephen Hemminger :
>> > On Wed, 13 Jan 2010 16:47:14 +
>> > jhautb...@gmail.com wrote:
>> >
>> >> (snip)
>> >> &
2010/1/13 Stephen Hemminger :
> On Wed, 13 Jan 2010 16:47:14 +
> jhautb...@gmail.com wrote:
>
>> (snip)
>> > I meant they get processed locally, before that they were dropped.
>>
>> > The best solution is to write an ebtables rule to forward them.
>>
>> Mmh, I can understand that, but I can't s
2010/1/13 Stephen Hemminger :
> On Tue, 12 Jan 2010 17:04:48 -0500
> Ross Vandegrift wrote:
>
>> On Tue, Jan 12, 2010 at 09:40:30PM +, jhautb...@gmail.com wrote:
>> > This is exactly the problem.
>> > But, sounds like it is not possible... ?
>>
>> You could run a custom version of the bridge d
2010/1/12 richardvo...@gmail.com :
> On Tue, Jan 12, 2010 at 4:04 PM, Ross Vandegrift wrote:
>> On Tue, Jan 12, 2010 at 09:40:30PM +, jhautb...@gmail.com wrote:
>>> This is exactly the problem.
>>> But, sounds like it is not possible... ?
>>
>> You could run a custom version of the bridge driv
Hi, me again...
>> eth0 \ / eth2
>>
>> bond0 - br0 bond1
>>
>> eth1 / \ eth3
>>
>
I only have two physical ports (eth0 and eth1).
Do you think, with your solution, that I should bond eth0 with a
virtual network interface ; bonding et
Hi there !
I have connected two ethernet 1000Mbps interfaces to my routers, and I
have built a bridge between them :
eth1 <---> br0 <---> eth2
When I am transmitting UDP, ADP, ARP or any other type of frames, I
don't have any problem.
But when, the router sends LACP packets, it is not transmitted
Hi everyone !
2010/1/4 Jean-Michel Hautbois :
> 2010/1/4 Saikiran Madugula :
>> Jean-Michel Hautbois wrote:
>>> Hi there !
>>>
>>> I keep trying to use the ulog/netlink system to receive only the
>>> packets I'm interested by and bridging
2010/1/4 Saikiran Madugula :
> Jean-Michel Hautbois wrote:
>> Hi there !
>>
>> I keep trying to use the ulog/netlink system to receive only the
>> packets I'm interested by and bridging everything else...
>> I have a problem using this, because of a too small
Hi there !
I keep trying to use the ulog/netlink system to receive only the
packets I'm interested by and bridging everything else...
I have a problem using this, because of a too small buffer ?
I am using the recvfrom as the example given on the website, and I am
getting a "no space buffer avail
I will correct myself : I had an error in my socket creation...
This is correctly working, the test_ulog example is easy to
understand, and very useful.
Thanks again !
Best Regards,
JM
___
Bridge mailing list
Bridge@lists.linux-foundation.org
https://lis
Hi there, and my best wishes for this new year !
>> Mmh, ok, but from the userspace point of view, how can I get them ? A
>> SOCK_RAW ?
>>
> See http://ebtables.sourceforge.net/examples/basic.html#ex_ulog
>
> cheers,
> Bart
Thanks for your reply, but it is not exactly what I am looking for...
I h
Hi there !
I have been looking to the ebtables website, and in particular to the
flowchart :
http://ebtables.sourceforge.net/br_fw_ia/PacketFlow.png
I am trying to have the following behaviour :
On eth0, I have several types of frames, IP, 802.1Q and other things.
I would like to have other things
22 matches
Mail list logo