Issues with StreamRedundancyConfigurator

[GiovanniTortia]

Hi, i'm trying to set up a very simple simulation where there are 3 tsnDevice nodes (t0,t1,t2) each connected to a tsnSwitch (s0,s1,s2), with the switches in a ring topology, and i want to implement frame replication. I wrote a very simple configuration file where each tsnDevice has a UdpSourceApp and a UdpSinkApp, and sends packet to one of the other 2 nodes. I want the packets to be replicated so that they reach the recipient through bth directions in the ring (clockwise and counter-clockwise), however when i set up the streamredundancy configurator 2/3 streams behave correctly, while the one sends 2 copies of each packet over the same link, even though the configuration explicitly tells it where to send each packet, which i'm not sure whether is a problem with inet or with my code. This is my .ini file:
*.*.eth[*].bitrate = 100Mbps

*.t*.numApps = 2
*.t*.app[0].typename = "UdpSourceApp"
*.t*.app[0].source.packetLength = 128B
*.t*.app[0].source.productionInterval = 3ms
*.t*.app[0].io.destPort = 1001
*.t1.app[0].source.initialProductionOffset = 1ms
*.t2.app[0].source.initialProductionOffset = 2ms
*.t1.app[0].io.destAddress = "t2"
*.t2.app[0].io.destAddress = "t0"
*.t0.app[0].io.destAddress = "t1"

*.t*.app[1].typename = "UdpSinkApp"
*.t*.app[1].io.localPort = 1001

*.macForwardingTableConfigurator.typename = ""
*.*.hasStreamRedundancy = true
*.streamRedundancyConfigurator.typename = "StreamRedundancyConfigurator"
*.*.bridging.streamRelay.typename = "StreamRelayLayer"
*.*.bridging.streamCoder.typename = "StreamCoderLayer"
*.streamRedundancyConfigurator.configuration = [{name:"t01",packetFilter:"*",source:"t0",destination:"t1", trees:[[["t0","s0","s1","t1"]], [["t0","s0","s2","s1","t1"]]]}, {name:"t12",packetFilter:"*",source:"t1",destination:"t2", trees:[[["t1","s1","s2","t2"]], [["t1","s1","s0","s2","t2"]]]}, {name:"t20",packetFilter:"*",source:"t2",destination:"t0", trees:[[["t2","s2","s0","t0"]],

[GiovanniTortia]

Update: apparently the problem can be solved by disabling the learner module in the InterfaceRelayLayer, which probably overwrites the MacForwardingTable's mapping