I have not used that but I can tell you what I would use it for.
Consider there are 2 sites. The first site has (for sake of argument) ADT messages coming in. Let’s also accept that there are 5 systems which want those messages.
One architecture is to have the first site receive the ADT and immediately route them un-modified, un-filtered to the second site.
The first site would have 2 threads. One IB and one OB.
Previous to inter-site routing the OB thread above would be a TCP/IP Localhost connection and have a corresponding thread in the second site.
The corresponding thread is IB listening on localhost same port as the OB in Site 1.
Then routing, filtering, transformation, etc. would take place in the second site to the 5 destinations.
When inter-stie routing was offered the thread in the second site was defined by default as OB. There were tricks one could deploy to cause the messages to be routed from there but it was not very clean or obvious.
With this new feature we can now specify intersite routing where the thread in the second site acts as an IB thread. Thus giving the smae architecture as before intersite routing and inheriting the advantages (and disadvantages) of inter-site routing.
Feel free to email me if you would like amore in depth discussion of the above described architecture.
email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.