>But I do suggest don't use the same thing xen or vmware or openvz or
>hyper-v etc uses, wherever there is any known consistent usage.
Dear Brian,
i complete agree your argument. But this simply leads to the conclusion that
someone(tm) have to start efforts to register a MAC-range for LXC as it
On 3/2/2011 3:39 AM, Jäkel, Guido wrote:
>> Hi,
>> i have tried to find an rfc about this but have failed, instead, the
>> only (serious/credible) documentation i could find was
>> http://wiki.xen.org/xenwiki/XenNetworking#head-d5446face7e308f577e5aee1c72cf9d156903722
>> ,
>> so i updated the scri
Am 02.03.2011 17:03, schrieb Daniel Lezcano:
> On 03/02/2011 12:03 PM, Patrick McHardy wrote:
>> Am 01.03.2011 21:04, schrieb Daniel Lezcano:
>>> On 03/01/2011 05:51 PM, Patrick McHardy wrote:
> Patrick, do you have any suggestions to fix this ?
Since the frames are only looped back locall
Hi again,
I tried creating a bug for this issue so I don't spam the list with all
my changes, but the "Add new" page on sourceforge displays a blank page
for me.
An other minor update, this fixes the fact that the scripts didn't add
the locale to locale.gen, so the locale wasn't generated and thus
On 03/02/2011 12:03 PM, Patrick McHardy wrote:
> Am 01.03.2011 21:04, schrieb Daniel Lezcano:
>> On 03/01/2011 05:51 PM, Patrick McHardy wrote:
Patrick, do you have any suggestions to fix this ?
>>> Since the frames are only looped back locally, I suppose the easiest
>>> fix would be to mark t
On Wed, 2011-03-02 at 14:24 +0100, Daniel Lezcano wrote:
> > I could paste my configuration files if you think it'd help you
> > reproducing the issue.
>
> Yes, please :)
Ok. The test host has a br0 interface which is not attached to any
physical interface:
auto br0
iface br0 inet static
On 03/02/2011 01:53 PM, Andre Nathan wrote:
> On Mon, 2011-02-28 at 20:03 +0100, Daniel Lezcano wrote:
>> I will try to reproduce the problem on my server (may take a couple of
>> days to put in place).
> I could paste my configuration files if you think it'd help you
> reproducing the issue.
Yes,
On 03/02/2011 07:03 PM, Patrick McHardy wrote:
> Am 02.03.2011 17:03, schrieb Daniel Lezcano:
>> On 03/02/2011 12:03 PM, Patrick McHardy wrote:
>>> Am 01.03.2011 21:04, schrieb Daniel Lezcano:
On 03/01/2011 05:51 PM, Patrick McHardy wrote:
>> Patrick, do you have any suggestions to fix thi
On Mon, 2011-02-28 at 20:03 +0100, Daniel Lezcano wrote:
> I will try to reproduce the problem on my server (may take a couple of
> days to put in place).
I could paste my configuration files if you think it'd help you
reproducing the issue.
Thanks
Andre
---
>Hi,
>i have tried to find an rfc about this but have failed, instead, the
>only (serious/credible) documentation i could find was
>http://wiki.xen.org/xenwiki/XenNetworking#head-d5446face7e308f577e5aee1c72cf9d156903722
> ,
>so i updated the script accordingly, here is the updated patch.
>again,
D
Am 01.03.2011 21:04, schrieb Daniel Lezcano:
> On 03/01/2011 05:51 PM, Patrick McHardy wrote:
>>> Patrick, do you have any suggestions to fix this ?
>> Since the frames are only looped back locally, I suppose the easiest
>> fix would be to mark them with CHECKSUM_UNNECESSARY. Alternatively
>> we ne
On 03/02/2011 02:46 PM, Andre Nathan wrote:
> On Wed, 2011-03-02 at 14:24 +0100, Daniel Lezcano wrote:
>>> I could paste my configuration files if you think it'd help you
>>> reproducing the issue.
>> Yes, please :)
> Ok. The test host has a br0 interface which is not attached to any
> physical int
On 01.03.2011 14:29, Daniel Lezcano wrote:
> On 02/28/2011 08:45 AM, Eric Dumazet wrote:
>>> In the normal case, dummy0 is supposed to drop the packets. But with
>>> macvlan these packets are broadcasted to the other macvlan ports, so no
>>> checksum is computed when the packets are transmitted bet
13 matches
Mail list logo
