<div dir="ltr">Sorry...I should give you more details.<div>Yes there are 3 switches but the only involved is <span style="font-family:arial,sans-serif;font-size:13px">00-00-00-00-00-09 and both hosts are connected to this one.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"> This is my problem. I don't understand why there isn't the flow_mod who has to rewrite the ip if it is in the same actions list in which there is that who is "changing" ethernet address ....</span></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/24 Murphy McCauley <span dir="ltr"><<a href="mailto:murphy.mccauley@gmail.com" target="_blank">murphy.mccauley@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">I don't know your topology or who is sending what, and I don't know when anything is happening. It might be helpful to simplify things. There seem to be three switches involved here (three dumps of OpenFlow traffic)... can this be tested with a single switch? <div>
<br></div><div>Offhand, it LOOKS like the only relevant switch is DPID 00-00-00-00-00-09 (in the ..56.pcap file). Are h1 and h2 both connected to this?</div><div><br></div><div>Which flow_mod are you expecting to be doing the rewriting? The only flows added on this switch (frames 44 and 46) don't rewrite IPs -- only ethernet addresses (which they seem to rewrite to the same value they already head). I don't think any of the flow_mods on the other switches even rewrite ICMP packets (only UDP).</div>
<div><br></div><div>-- Murphy</div><div><br></div><div><div><div><div class="h5"><div>On Jul 24, 2013, at 12:25 AM, Silvia Fichera wrote:</div><br></div></div><blockquote type="cite"><div><div class="h5"><div dir="ltr"><div>
<div><div><div><div><div>I'm attaching .pcap files.<br><br></div>h1 10.7.228.127 ping h2 10.169.130.142<br><br></div>after some seconds their ip changes<br><br></div>h1 10.93.159.214 h2 10.153.255.138<br>
<br></div>and I haven't stop ping because I want h2 continues to receive packets despite its IP is changed.<br></div>So I've insert the action of changing previous dst IP with the new one.<br></div>But you can see in the capture that this doesn't happen... <br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/24 Murphy McCauley <span dir="ltr"><<a href="mailto:murphy.mccauley@gmail.com" target="_blank">murphy.mccauley@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">I'm confused.<div><br></div><div>On the control channel if you watch the OpenFlow traffic, I would expect to see flow_mods which include the rewrite action. But not any actually rewritten packets, because you're not rewriting the control traffic.</div>
<div><br></div><div>On other interfaces (e.g., to the hosts), I would expect to see some packets (not OpenFlow) with rewritten addresses.</div><span><font color="#888888"><div><br></div><div>-- Murphy</div>
</font></span><div><div><div><br><div><div>On Jul 23, 2013, at 5:40 AM, Silvia Fichera wrote:</div><br><blockquote type="cite"><div dir="ltr">Thank you. <div>All OF packets are in the loopback inteface.<div>I watched this capture and there's no changeing of destination IP.<div>
I added the action before append of.ofp_action_dl_addr.dst mac (that is the same of old destination, because the host has change its IP but not the mac) and of.ofp_action_output(port=prt) (also this is the same). Maybe I put it in a wrong position</div>
</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/23 Murphy McCauley <span dir="ltr"><<a href="mailto:murphy.mccauley@gmail.com" target="_blank">murphy.mccauley@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I assumed you were trying to look at the packet for which you'd done the rewriting (which I would not expect to be OpenFlow) to see if it had been rewritten correctly.<div>
<br></div><div>If you want to look at the flow_mod to make sure it looks correct, the correct interface to look at depends on your configuration. If you're using Mininet in a VM and POX in your host environment, it's the virtual adapter between the VM and host (the default sets this up as eth0). But perhaps an easier way is to run the openflow.debug POX component, which will generate a .pcap trace file in the POX directory that you can load into Wireshark.</div>
<span><font color="#888888"><div><br></div><div>-- Murphy</div></font></span><div><div><div><br><div><div>On Jul 23, 2013, at 3:20 AM, Silvia Fichera wrote:</div><br><blockquote type="cite"><div dir="ltr">
Same situation if I whatch, e.g. h1-eth0, and it is pinging. I have only UDP, ARP and ICMP. No OF packet.</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/23 Murphy McCauley <span dir="ltr"><<a href="mailto:murphy.mccauley@gmail.com" target="_blank">murphy.mccauley@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>What happens if you watch the host's interface instead? If you don't see the packets there, it seems like you may have a problem elsewhere...</div>
<span><font color="#888888"><div><br></div><div>-- Murphy</div></font></span><div><div><div><br></div><div><div><div>On Jul 23, 2013, at 3:08 AM, Silvia Fichera wrote:</div><br><blockquote type="cite">
<div dir="ltr">I've filtered of packets and I can see it ONLY if I choose "any" interface. <div>If I'm on a switch (the right switch) interface, I see nothing with that filter. Without filter I can see only ARP, ICMP and UDP packets.
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/23 Murphy McCauley <span dir="ltr"><<a href="mailto:murphy.mccauley@gmail.com" target="_blank">murphy.mccauley@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div>A couple tips:</div><div><br></div>Make you sure you're running wireshark on the right interface (e.g., the outgoing interface of the switch or the interface of the destination host).<div>
<br></div><div>Make sure you are doing the output action AFTER you do the rewrite action.</div><span><font color="#888888"><div><br></div><div>-- Murphy</div></font></span><div><div><div><br></div>
<div><div>On Jul 23, 2013, at 2:48 AM, Silvia Fichera wrote:</div><br><blockquote type="cite"><div dir="ltr"><br clear="all"><div><span style="font-family:arial,sans-serif;font-size:13px">Hi all,</span><div style="font-family:arial,sans-serif;font-size:13px">
I added in l3_learning the action of changeing dst IP with </div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">action.append.(of.ofp_action_nw_addr.set_dst(IPAddr(new_dstaddr)))</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">where new_dstaddr is the new destination IP.</div><div style="font-family:arial,sans-serif;font-size:13px">How can I check if the action of changing dstip had success?</div>
<div style="font-family:arial,sans-serif;font-size:13px">In wireshark I've checked srcip and dstip of the ipv4 packet but the destination is unchanged... <br></div><div style="font-family:arial,sans-serif;font-size:13px">
<div><br></div><div>Thanks</div></div></div>-- <br>Silvia Fichera
</div>
</blockquote></div><br></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Silvia Fichera
</div>
</blockquote></div><br></div></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Silvia Fichera
</div>
</blockquote></div><br></div></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Silvia Fichera
</div>
</blockquote></div><br></div></div></div></div></blockquote></div><br><br clear="all"><br>-- <br>Silvia Fichera
</div>
</div></div><span><2013-07-24-0708AM_127_0_0_1_38654.pcap></span><span><2013-07-24-0708AM_127_0_0_1_38655.pcap></span><span><2013-07-24-0708AM_127_0_0_1_38656.pcap></span><span><h1-eth0></span></blockquote>
</div><br></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Silvia Fichera
</div>