Solved. I've removed the if condition about the in port and now it works. Thanks
2013/7/24 Silvia Fichera <[email protected]> > 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 > -- Silvia Fichera
