From: Anthony Liguori <aliguori@us.ibm.com>
To: Chris Lalancette <clalance@redhat.com>
Cc: qemu-devel@nongnu.org, Chris Wright <chrisw@redhat.com>,
Uri Lublin <uri.lublin@qumranet.com>,
kvm@vger.kernel.org, Avi Kivity <avi@qumranet.com>
Subject: Re: [Qemu-devel] [PATCH 5/10] Add network announce function
Date: Wed, 10 Sep 2008 08:54:27 -0500 [thread overview]
Message-ID: <48C7D193.8070309@us.ibm.com> (raw)
In-Reply-To: <48C7CB28.2090707@redhat.com>
Chris Lalancette wrote:
> Anthony Liguori wrote:
>
>> +static int announce_self_create(uint8_t *buf,
>> + uint8_t *mac_addr)
>> +{
>> + uint32_t magic = EXPERIMENTAL_MAGIC;
>> + uint16_t proto = htons(ETH_P_EXPERIMENTAL);
>> +
>> + /* FIXME: should we send a different packet (arp/rarp/ping)? */
>> +
>> + memset(buf, 0xff, 6); /* h_dst */
>> + memcpy(buf + 6, mac_addr, 6); /* h_src */
>> + memcpy(buf + 12, &proto, 2); /* h_proto */
>> + memcpy(buf + 14, &magic, 4); /* magic */
>> +
>> + return 18; /* len */
>> +}
>> +
>> +void qemu_announce_self(void)
>> +{
>> + int i, j, len;
>> + VLANState *vlan;
>> + VLANClientState *vc;
>> + uint8_t buf[256];
>> +
>> + for (i = 0; i < nb_nics; i++) {
>> + len = announce_self_create(buf, nd_table[i].macaddr);
>> + vlan = nd_table[i].vlan;
>> + for(vc = vlan->first_client; vc != NULL; vc = vc->next) {
>> + if (vc->fd_read == tap_receive) /* send only if tap */
>> + for (j=0; j < SELF_ANNOUNCE_ROUNDS; j++)
>> + vc->fd_read(vc->opaque, buf, len);
>> + }
>> + }
>> +}
>> +
>>
>
> This one is yucky, as the FIXME points out. First, I'm guessing the point of
> this is to do an ARP poison on the switch? If so, we probably want to do some
> kind of ARP packet, although I'm not an expert on this. Also, why are we trying
> SELF_ANNOUNCE_ROUNDS times? Is there some issue where some of these get
> dropped, or is it just being safe about it?
>
I didn't write this code originally. Perhaps Uri or Avi know who did
and can provide some insight?
Regards,
Anthony Liguori
> Chris Lalancette
>
>
WARNING: multiple messages have this Message-ID (diff)
From: Anthony Liguori <aliguori@us.ibm.com>
To: Chris Lalancette <clalance@redhat.com>
Cc: Chris Wright <chrisw@redhat.com>,
Uri Lublin <uri.lublin@qumranet.com>,
qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH 5/10] Add network announce function
Date: Wed, 10 Sep 2008 08:54:27 -0500 [thread overview]
Message-ID: <48C7D193.8070309@us.ibm.com> (raw)
In-Reply-To: <48C7CB28.2090707@redhat.com>
Chris Lalancette wrote:
> Anthony Liguori wrote:
>
>> +static int announce_self_create(uint8_t *buf,
>> + uint8_t *mac_addr)
>> +{
>> + uint32_t magic = EXPERIMENTAL_MAGIC;
>> + uint16_t proto = htons(ETH_P_EXPERIMENTAL);
>> +
>> + /* FIXME: should we send a different packet (arp/rarp/ping)? */
>> +
>> + memset(buf, 0xff, 6); /* h_dst */
>> + memcpy(buf + 6, mac_addr, 6); /* h_src */
>> + memcpy(buf + 12, &proto, 2); /* h_proto */
>> + memcpy(buf + 14, &magic, 4); /* magic */
>> +
>> + return 18; /* len */
>> +}
>> +
>> +void qemu_announce_self(void)
>> +{
>> + int i, j, len;
>> + VLANState *vlan;
>> + VLANClientState *vc;
>> + uint8_t buf[256];
>> +
>> + for (i = 0; i < nb_nics; i++) {
>> + len = announce_self_create(buf, nd_table[i].macaddr);
>> + vlan = nd_table[i].vlan;
>> + for(vc = vlan->first_client; vc != NULL; vc = vc->next) {
>> + if (vc->fd_read == tap_receive) /* send only if tap */
>> + for (j=0; j < SELF_ANNOUNCE_ROUNDS; j++)
>> + vc->fd_read(vc->opaque, buf, len);
>> + }
>> + }
>> +}
>> +
>>
>
> This one is yucky, as the FIXME points out. First, I'm guessing the point of
> this is to do an ARP poison on the switch? If so, we probably want to do some
> kind of ARP packet, although I'm not an expert on this. Also, why are we trying
> SELF_ANNOUNCE_ROUNDS times? Is there some issue where some of these get
> dropped, or is it just being safe about it?
>
I didn't write this code originally. Perhaps Uri or Avi know who did
and can provide some insight?
Regards,
Anthony Liguori
> Chris Lalancette
>
>
next prev parent reply other threads:[~2008-09-10 13:55 UTC|newest]
Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-09 19:49 [PATCH 0/10] Live migration for QEMU Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-09 19:49 ` [PATCH 1/10] Refactor QEMUFile for live migration Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-10 13:25 ` Chris Lalancette
2008-09-10 14:38 ` Glauber Costa
2008-09-10 14:38 ` [Qemu-devel] " Glauber Costa
2008-09-10 15:05 ` Avi Kivity
2008-09-10 15:05 ` Avi Kivity
2008-09-10 15:16 ` Anthony Liguori
2008-09-10 15:16 ` [Qemu-devel] " Anthony Liguori
2008-09-12 15:40 ` [Qemu-devel] " Blue Swirl
2008-09-09 19:49 ` [PATCH 2/10] Allow the monitor to be suspended during non-blocking op Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-10 6:52 ` Avi Kivity
2008-09-10 10:05 ` Daniel P. Berrange
2008-09-10 10:05 ` Daniel P. Berrange
2008-09-10 11:11 ` Avi Kivity
2008-09-10 11:11 ` Avi Kivity
2008-09-10 11:14 ` Daniel P. Berrange
2008-09-10 11:14 ` Daniel P. Berrange
2008-09-10 15:36 ` Avi Kivity
2008-09-10 15:36 ` Avi Kivity
2008-09-10 15:40 ` Anthony Liguori
2008-09-10 15:40 ` Anthony Liguori
2008-09-10 15:58 ` Jamie Lokier
2008-09-10 15:58 ` Jamie Lokier
2008-09-11 10:16 ` Avi Kivity
2008-09-11 11:59 ` Jamie Lokier
2008-09-10 13:07 ` Anthony Liguori
2008-09-10 13:07 ` Anthony Liguori
2008-09-10 13:26 ` Chris Lalancette
2008-09-10 13:26 ` Chris Lalancette
2008-09-10 10:01 ` Daniel P. Berrange
2008-09-10 13:11 ` Anthony Liguori
2008-09-10 13:11 ` Anthony Liguori
2008-09-09 19:49 ` [PATCH 3/10] Add bdrv_flush_all() Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-10 13:26 ` Chris Lalancette
2008-09-10 13:26 ` [Qemu-devel] " Chris Lalancette
2008-09-10 14:46 ` Glauber Costa
2008-09-10 15:19 ` Anthony Liguori
2008-09-10 15:19 ` Anthony Liguori
2008-09-10 15:32 ` Glauber Costa
2008-09-10 15:32 ` Glauber Costa
2008-09-10 15:39 ` Avi Kivity
2008-09-10 15:39 ` Avi Kivity
2008-09-10 16:37 ` Paul Brook
2008-09-10 16:37 ` Paul Brook
2008-09-12 15:43 ` Blue Swirl
2008-09-09 19:49 ` [PATCH 4/10] Add dirty tracking for live migration Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-10 14:52 ` Glauber Costa
2008-09-10 14:56 ` Anthony Liguori
2008-09-10 14:56 ` Anthony Liguori
2008-09-10 15:01 ` Glauber Costa
2008-09-10 15:01 ` Glauber Costa
2008-09-09 19:49 ` [PATCH 5/10] Add network announce function Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-10 13:27 ` Chris Lalancette
2008-09-10 13:54 ` Anthony Liguori [this message]
2008-09-10 13:54 ` Anthony Liguori
2008-09-10 14:00 ` Avi Kivity
2008-09-09 19:49 ` [PATCH 6/10] Introduce v3 of savevm protocol Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-10 7:09 ` Avi Kivity
2008-09-09 19:49 ` [PATCH 7/10] Switch the memory savevm handler to be "live" Anthony Liguori
2008-09-09 19:49 ` [Qemu-devel] " Anthony Liguori
2008-09-09 22:25 ` Jamie Lokier
2008-09-09 22:49 ` Anthony Liguori
2008-09-09 22:49 ` Anthony Liguori
2008-09-10 7:17 ` Avi Kivity
2008-09-10 13:10 ` Anthony Liguori
2008-09-10 13:10 ` Anthony Liguori
2008-09-09 19:50 ` [PATCH 8/10] Introduce a buffered QEMUFile wrapper Anthony Liguori
2008-09-09 19:50 ` [Qemu-devel] " Anthony Liguori
2008-09-12 15:16 ` Blue Swirl
2008-09-09 19:50 ` [PATCH 9/10] Introduce the UI components for live migration Anthony Liguori
2008-09-09 19:50 ` [Qemu-devel] " Anthony Liguori
2008-09-09 19:50 ` [PATCH 10/10] TCP based " Anthony Liguori
2008-09-09 19:50 ` [Qemu-devel] " Anthony Liguori
2008-09-10 16:46 ` Blue Swirl
2008-09-10 16:51 ` Anthony Liguori
2008-09-10 16:51 ` Anthony Liguori
2008-09-11 12:13 ` [Qemu-devel] [PATCH 0/10] Live migration for QEMU Atsushi SAKAI
2008-09-11 13:06 ` Anthony Liguori
2008-09-11 13:30 ` Jamie Lokier
2008-09-11 14:12 ` Anthony Liguori
2008-09-11 14:12 ` Anthony Liguori
2008-09-11 15:32 ` Avi Kivity
2008-09-11 15:32 ` Avi Kivity
2008-09-11 16:22 ` Anthony Liguori
2008-09-11 16:22 ` Anthony Liguori
2008-09-11 16:32 ` Avi Kivity
2008-09-11 16:32 ` Avi Kivity
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48C7D193.8070309@us.ibm.com \
--to=aliguori@us.ibm.com \
--cc=avi@qumranet.com \
--cc=chrisw@redhat.com \
--cc=clalance@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=qemu-devel@nongnu.org \
--cc=uri.lublin@qumranet.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.