| 33 | Through the integration of ariba with OCALA the presented scenario is handled in a self-organizing and transparent way. Consider a scenario, when P1 wants to access the web server on P2 using a web browser: first, the web browser issues a DNS request for p2.spovnet.aribaocd. OCALA captures this request and uses the OC-D implementation to map |
| 34 | it to an ariba node identifier and return a private IP destination address to the legacy application. Second, ariba transparently establishes a relay path between P1 and P2 using N1, N2 or N4, and N3 to provide end-to-end connectivity across the heterogeneous network. This is accomplished by ariba in a self-organizing manner without infrastructure-support or |
| 35 | manual configuration. |
| 36 | |
| 37 | As mentioned before ariba is able to adapt when the network topology changes. Therefore it is possible to interactively remove or establish new connections between the devices by |
| 38 | plugging and unplugging Ethernet cables. For example, N2 may get disconnected from the IPv6 network. ariba detects such network dynamics and transparently establishes new routes in a collaborative fashion to re-route traffic: Now, traffic that formerly traversed N2 is now sent through N4. Note that without ariba topology changes would require manual re-configuration of gateways. During that time connectivity is not available to the application. |
| 39 | |