>From the flow_mod here it seems that 1 packet has made it through.
>cookie=0, duration_sec=2s, duration_nsec=962000000s, table_id=2,
priority=32768, n_packets=1,
>n_bytes=98,idle_timeout=5,hard_timeout=0,icmp,in_port=1,dl_vlan=0xffff,dl_vlan_pcp=0x00,dl_src=b8:a>c:6f:2a:6a:ea,dl_dst=00:25:64:a4:5c:f5,nw_src=192.168.1.15,nw_dst=192.168.1.16,icmp_type=8,icmp_>code=0,actions=mod_dl_dst:00:00:00:00:00:fc,output:2
>PS. As you can see, the "fake" mac address is installed, but I am not able
to tx the pkt from dpid1 to dpid2.
Does port 2 on dpid1 connect to dpid2 (I'm assuming dpid1 corresponds to
the flow_mod above)? You're expecting to receive the modified this packet
as a packet_in right? Could there be anything in dpid2's flow_table
preventing this?
Aaron
On Wed, May 16, 2012 at 1:23 PM, Ali Sydney <asyd...@k-state.edu> wrote:
> Hi Aaron & Dan,
> I have attempted to reply to your questions in the inline
> comments below. Thanks..
>
>
>
> ---- Aaron's email -----
>
>
> ----- Original Message -----
> From: "Aaron Rosen" <aro...@clemson.edu>
> To: "Ali Sydney" <asyd...@k-state.edu>
> Cc: openflow-discuss@lists.stanford.edu
> Sent: Wednesday, May 16, 2012 2:05:23 PM
> Subject: Re: [openflow-discuss] Issue Rewriting Source Mac address of
> Pronto 3290s
>
> Hi Ali,
>
>
> Aaron:
> It would probably be more helpful if you would provide the output of dpctl
> rather than the nox code.
>
> Ali:
> ok.. I have provided more details below..
>
> Aaron:
> So you're saying a packet a packet enters dpid1 you install the flow_mod
> shown changing the mac address and output it. Then, you continue to receive
> packet_in's for this flow?
>
> Ali:
> Yes
>
> AAron:
> If this is UDP traffic this tends to happen, though the flow_mod should
> eventually start handling the traffic.
>
> Ali:
> I'm simply sending pings.. icmp
>
>
>
> Below is what works (i.e. the packet is successfully transmitted from
> dpid1 to dpid2).
>
> *** NOX ***:
>
> actions =
> [[openflow.OFPAT_SET_DL_DST,"00:25:64:a4:5c:f5"],[openflow.OFPAT_OUTPUT,
> [0, prt[0]]]]
>
> *** Print out of the flow is ***:
>
> {'dl_type': 2048, 'nw_dst': 3232235792L, 'dl_vlan_pcp': 0, 'dl_src':
> array('B', [184, 172, 111, 42, 106, 234]), 'nw_proto': 1, 'tp_dst': 0,
> 'tp_src': 8, 'dl_dst': array('B', [0, 37, 100, 164, 92, 245]), 'dl_vlan':
> 65535, 'nw_src': 3232235791L, 'in_port': 1}
>
> *** Printout of the actions are ***:
>
> [[5, '00:25:64:a4:5c:f5'], [0, [0, 2]]]
>
> *** Printout of the packet is ***:
>
> [b8:ac:6f:2a:6a:ea>00:25:64:a4:5c:f5:IP]([v:4hl:5l:84t:64]ICMP
> cs:b739[192.168.1.15>192.168.1.16]){t:8 c:0 csum: 0x4a64}{id:122seq:1}
>
> *** DPCTL ***
>
> # dpctl dump-flows tcp:127.0.0.1
> stats_reply (xid=0x67d8bfc1): flags=none type=1(flow)
> cookie=0, duration_sec=2s, duration_nsec=663000000s, table_id=0,
> priority=32768, n_packets=0, n_bytes=0,
> idle_timeout=5,hard_timeout=0,arp,in_port=2,dl_vlan=0xffff,dl_vlan_pcp=0x00,dl_src=00:25:64:a4:5c:f5,dl_dst=b8:ac:6f:2a:6a:ea,nw_src=192.168.1.16,nw_dst=192.168.1.15,nw_proto=0,tp_src=0,tp_dst=0,actions=output:1
> cookie=0, duration_sec=2s, duration_nsec=660000000s, table_id=2,
> priority=32768, n_packets=1, n_bytes=98,
> idle_timeout=5,hard_timeout=0,icmp,in_port=1,dl_vlan=0xffff,dl_vlan_pcp=0x00,dl_src=b8:ac:6f:2a:6a:ea,dl_dst=00:25:64:a4:5c:f5,nw_src=192.168.1.15,nw_dst=192.168.1.16,icmp_type=8,icmp_code=0,actions=mod_dl_dst:00:25:64:a4:5c:f5,output:2
>
> PS. As you can see, the action was installed and I am rewriting the mac
> address of dstHost.
>
>
> What does not work (i.e. the pkt is not transmitted from dpid1 to dpid2
> even though the mac address was rewritten).
>
> *** NOX ***:
>
> actions = [[openflow.OFPAT_SET_DL_DST,macTag],[openflow.OFPAT_OUTPUT, [0,
> prt[0]]]]
>
> *** Print out of the flow is ***:
>
> {'dl_type': 2048, 'nw_dst': 3232235792L, 'dl_vlan_pcp': 0, 'dl_src':
> array('B', [184, 172,
> 111, 42, 106, 234]), 'nw_proto': 1, 'tp_dst': 0, 'tp_src': 8, 'dl_dst':
> array('B', [0, 37, 100, 164,
> 92, 245]), 'dl_vlan': 65535, 'nw_src': 3232235791L, 'in_port': 1}
>
> *** Printout of the actions are ***:
>
> [[5, '00:00:00:00:00:fc'], [0, [0, 2]]]
>
> *** Printout of the packet is ***:
>
> [b8:ac:6f:2a:6a:ea>00:25:64:a4:5c:f5:IP]([v:4hl:5l:84t:64]ICMP cs:b739
> [192.168.1.15>192.168.1.16]){t:8 c:0 csum: 0x4838}{id:63865seq:1}
>
> *** DPCTL ***
>
> # dpctl dump-flows tcp:127.0.0.1
> stats_reply (xid=0x8b233175): flags=none type=1(flow)
> cookie=0, duration_sec=2s, duration_nsec=965000000s, table_id=0,
> priority=32768, n_packets=0,
> n_bytes=0,
>
> idle_timeout=5,hard_timeout=0,arp,in_port=2,dl_vlan=0xffff,dl_vlan_pcp=0x00,dl_src=00:25:64:a4:5c:f5,dl
>
> _dst=b8:ac:6f:2a:6a:ea,nw_src=192.168.1.16,nw_dst=192.168.1.15,nw_proto=0,tp_src=0,tp_dst=0,actions=out
> put:1 cookie=0, duration_sec=2s, duration_nsec=962000000s, table_id=2,
> priority=32768, n_packets=1,
>
> n_bytes=98,idle_timeout=5,hard_timeout=0,icmp,in_port=1,dl_vlan=0xffff,dl_vlan_pcp=0x00,dl_src=b8:ac:6f:2a:6a:ea,dl_dst=00:25:64:a4:5c:f5,nw_src=192.168.1.15,nw_dst=192.168.1.16,icmp_type=8,icmp_code=0,actions=mod_dl_dst:00:00:00:00:00:fc,output:2
>
>
>
> PS. As you can see, the "fake" mac address is installed, but I am not able
> to tx the pkt from dpid1 to dpid2.
>
>
> Aaron
>
>
>
>
>
> ----- Dan's Email ------
>
> Hi Ali--
>
> Dan: What controller are you using here?
>
> Ali: NOX
>
> Dan: The testing of mac rewrite on the Pronto switches has been passing,
> although the setup is very simple.
>
> Dan: I'm not sure what you mean by 'the next packet arrives at "dpid1" '.
> Can you clarify?
>
> Ali: Let me see if I can explain a bit (do correct me if I'm totally
> wrong). When srcHost tx a packet, normally, this packet
>
> 1. arrives at dpid1
> 2. is tx to the controller,
> 3. the controller installs a flow.
> 4. Then this packet gets tx to dpid2 and follows the same procedure as in
> 1, 2, and 3, until it gets to dstHost
>
> In my case however, the packet:
>
> 1. arrives at dpid1
> 2. is tx to the controller
> 3. I insert an action to rewrite the mac address such as 00:00:00:00:00:fc
> 4. I verify that the flow mod was installed using dpctl on the switch
> 5. However, the pkt is not transmitted to the next dpid, ie dpid2. Rather,
> srcHost, tx yet a second pkt to dpid1 and so on.
>
> I have realized that if the rewritten mac address is the same as the
> destination address (i.e. 00:25:64:a4:5c:f5 and NOT 00:00:00:00:00:fc), the
> pkt leaves dpid1, is transmitted to dpid2 just fine.
>
>
> -Ali
>
>
>
>
>
>
> Thanks,
> Dan
>
>
>
>
> On Wed, May 16, 2012 at 8:28 AM, Ali Sydney < asyd...@k-state.edu > wrote:
>
>
> Hi Everyone,
> I am having some issues with rewriting the destination mac address on the
> Pronto 3290. Below is my current setup:
>
> srcHost <--> dpid1 <--> dpid2 <--> dpid3 <--> dstHost
>
> REF:
> srcHost Mac: b8:ac:6f:2a:6a:ea
> dstHost Mac: 00:25:64:a4:5c:f5
>
>
> Ideally, when I tx a pkt from srcHost to dstHost, at the controller, I see
> ip packets entering the dpids in the following order:
>
> 1. dpid1
> 2. dpid2
> 3. dpid3
>
>
> As an example, assuming I am sending a pkt from srcHost to dstHost, and I
> rewrite the destination mac address as follows:
>
> actions =
> [[openflow.OFPAT_SET_DL_DST,"00:25:64:a4:5c:f5"],[openflow.OFPAT_OUTPUT,
> [0, prt[0]]]]
>
> using dpctl at dpid1, I see the flow installed with the actions above (NB.
> I am using the actual dstHost Mac address). This works just fine, and the
> next dpid accessed on this path is "dpid2".
>
> However, this is not the case if I change the destination mac address as
> follows:
>
> actions =
> [[openflow.OFPAT_SET_DL_DST,"00:00:00:00:00:fc"],[openflow.OFPAT_OUTPUT,
> [0, prt[0]]]]
>
> For these actions, the flow mod is registered at the switch (as I verified
> using dpctl). However, the next packet arrives at "dpid1" (which implies
> that perhaps the flow was not actually installed though it appears on the
> switch). As in the previous example, I would expect the next packet to
> arrive at "dpid2".
>
> Can you please provide some feedback?
>
> BTW. I am running the "indigo 12.03.19" firmware on all switches.
>
> Cheers!
> Syd
>
>
> _______________________________________________
> openflow-discuss mailing list
> openflow-discuss@lists.stanford.edu
> https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
>
_______________________________________________
openflow-discuss mailing list
openflow-discuss@lists.stanford.edu
https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
