How a Connection Is Established Through Bridge
When an application on one type of local area network attempts to establish a connection to a server on a different type of network, the following sequence of events establishes the connection:
• The application gets the local Name Server (iigcn) listen address and connects to the local Name Server to request remote access.
• The local Name Server passes the listen address of the local Communications Server (iigcc) and the listen address of the remote Bridge Server (iigcb) back to the application. (The local Name Server (iigcn) stored the remote Bridge Server’s listen address when you defined a vnode for the remote node on which the Bridge Server is running.)
• The application connects to the local Communications Server, passing it the remote Bridge Server’s listen address as part of the remote access request.
• The local Communications Server connects to the remote Bridge Server. The remote Bridge Server gets the connection data entries from the Name Server on that instance and re-directs the connection to the Communications Server (iigcc) on the target database’s network using the connection data that it received from the Name Server.
• The Communications Server on the target database’s network (a different network than that of the requesting application) finds the listen address of the Name Server on that network’s installation. The Communications Server requests connection information from the Name Server by passing the name of the database for which the connection is requested.
• The Name Server returns the listen address of a DBMS Server on that instance that is capable of servicing a request for connection to the target database.
• The Communications Server (iigcc) connects to the DBMS Server on the remote instance.
When these steps are completed, a virtual connection has been established between the application and the DBMS Server through the Bridge Server.