Sorry...I should give you more details. Yes there are 3 switches but the only involved is 00-00-00-00-00-09 and both hosts are connected to this one. 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 ....
2013/7/24 Murphy McCauley <[email protected]> > 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? > > 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? > > 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). > > -- Murphy > > On Jul 24, 2013, at 12:25 AM, Silvia Fichera wrote: > > I'm attaching .pcap files. > > h1 10.7.228.127 ping h2 10.169.130.142 > > after some seconds their ip changes > > h1 10.93.159.214 h2 10.153.255.138 > > and I haven't stop ping because I want h2 continues to receive packets > despite its IP is changed. > So I've insert the action of changing previous dst IP with the new one. > But you can see in the capture that this doesn't happen... > > > 2013/7/24 Murphy McCauley <[email protected]> > >> I'm confused. >> >> 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. >> >> On other interfaces (e.g., to the hosts), I would expect to see some >> packets (not OpenFlow) with rewritten addresses. >> >> -- Murphy >> >> On Jul 23, 2013, at 5:40 AM, Silvia Fichera wrote: >> >> Thank you. >> All OF packets are in the loopback inteface. >> I watched this capture and there's no changeing of destination IP. >> 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 >> >> >> 2013/7/23 Murphy McCauley <[email protected]> >> >>> 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. >>> >>> 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. >>> >>> -- Murphy >>> >>> On Jul 23, 2013, at 3:20 AM, Silvia Fichera wrote: >>> >>> Same situation if I whatch, e.g. h1-eth0, and it is pinging. I have only >>> UDP, ARP and ICMP. No OF packet. >>> >>> >>> 2013/7/23 Murphy McCauley <[email protected]> >>> >>>> 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... >>>> >>>> -- Murphy >>>> >>>> On Jul 23, 2013, at 3:08 AM, Silvia Fichera wrote: >>>> >>>> I've filtered of packets and I can see it ONLY if I choose "any" >>>> interface. >>>> 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. >>>> >>>> >>>> 2013/7/23 Murphy McCauley <[email protected]> >>>> >>>>> A couple tips: >>>>> >>>>> 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). >>>>> >>>>> Make sure you are doing the output action AFTER you do the rewrite >>>>> action. >>>>> >>>>> -- Murphy >>>>> >>>>> On Jul 23, 2013, at 2:48 AM, Silvia Fichera wrote: >>>>> >>>>> >>>>> Hi all, >>>>> I added in l3_learning the action of changeing dst IP with >>>>> >>>>> action.append.(of.ofp_action_nw_addr.set_dst(IPAddr(new_dstaddr))) >>>>> >>>>> where new_dstaddr is the new destination IP. >>>>> How can I check if the action of changing dstip had success? >>>>> In wireshark I've checked srcip and dstip of the ipv4 packet but the >>>>> destination is unchanged... >>>>> >>>>> Thanks >>>>> -- >>>>> Silvia Fichera >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Silvia Fichera >>>> >>>> >>>> >>> >>> >>> -- >>> Silvia Fichera >>> >>> >>> >> >> >> -- >> Silvia Fichera >> >> >> > > > -- > Silvia Fichera > <2013-07-24-0708AM_127_0_0_1_38654.pcap> > <2013-07-24-0708AM_127_0_0_1_38655.pcap> > <2013-07-24-0708AM_127_0_0_1_38656.pcap><h1-eth0> > > > -- Silvia Fichera
