<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<blockquote
cite="mid:A3EC7C64-42BC-4A4A-A833-22CBC85D06B2@gmail.com"
type="cite">
<div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_quote">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><span class="">
<blockquote class="gmail_quote" style="margin:0px
0px 0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div style="word-wrap:break-word"><span></span>
<div>Are you using l2_learning and only
l2_learning?</div>
</div>
</blockquote>
</span>
<div> <br>
I am using l2_learning, log.level with --DEBUG
flag, and a custom module that only handles Flow
Removed events (only to print them)<br>
<br>
<br>
<br>
</div>
<span class="">
<blockquote class="gmail_quote" style="margin: 0px
0px 0px 0.8ex; border-left-width: 1px;
border-left-style: solid; border-left-color:
rgb(204, 204, 204); padding-left: 1ex; position:
static; z-index: auto;">
<div style="word-wrap:break-word"><span></span>
<div>Are you sure? Try monitoring the
OpenFlow connection to the controller (this
can be done with Wireshark, for example, or
with a little modification to POX). Do you
see packet-ins with the ARPs in them?</div>
</div>
</blockquote>
</span>
<div><br>
Sorry you are right, by using Wireshark with OF
dissector i see the packet In messages containing
arp. <br>
However, since the hosts don't exchange ARP
Messages, but POX receives Packet In messages were
do these messages come from? <br>
Also,<br>
why the ARP request packets encapsulated in Packet
In target a specific<br>
MAC, as opposed to usual ARP request targeting
every MAC? Is it a <br>
"keep-alive" like mechanism for ARP Cache entries,
or am i way off base?<br>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Are you sure they're not? You've inspected the right
interfaces with Wireshark or whatever? I am guessing they are
there. (And that Linux's ARP logic is not as straightforward
as one might imagine.)</div>
</div>
</blockquote>
<br>
Well i was certain initially, but now i have some doubts that i did
not do something wrong in tcpdump. Now that i used wireshark not
only to dissect the OF messages but to inspect the OF Bridge
interfaces i was proved wrong again...<br>
I guess i got carried away by me expectation not to sent/receive
messages for a host with an already known MAC and perhaps i
terminated the capture prematurely.<br>
Seems like this is a Linux ARP logic matter as you said. I will
search further on that direction.<br>
<br>
Sorry for bothering you with this, and thanks again for all your
help<br>
</body>
</html>