User`s guide
C
ONFIGURING
N
ETWORK
P
ROXIES
OVERVIEW
Routing Information Protocol (RIP) is a protocol used to exchange routing information among IP
devices. The Remote Access Switches use RIP to automate the maintenance of routing tables on IP
devices and relieves the administrator from keeping the routing tables up to date manually. RIP
determines the shortest path between two points on a network in terms of the number of “hops”.
Proxy Address Resolution Protocol (ARP) is a technique in which a router, SFVRA Connection
Manager in this case, answers ARP requests intended for any of the remote devices in the database
by supplying its own physical address. By pretending to be other machines, SFVRA-CONN accepts
the responsibility for forwarding packets. The purpose of proxy ARP is to allow a site to use a single
IP network address with multiple physical networks.
In order for these proxy services to interact with the SFVRA Service, the location of the service must
be defined.
PROPERTIES
RIP v.1 broadcasts the network and metric. Using RIP v.1 requires that remote users have the same
subnet. RIP v.2 broadcasts network, metric, mask and next hop. RIP v.2 is more flexible, but fewer
systems support this version. All systems must support a common routing protocol.
Note: IP RIP v1 (IP RIP Version 1) supports broadcasts.
IP RIP v2 (IP RIP Version 2) supports multicasts.
SFVRA Connection Manager advertises the static routes of users who are allowed to be called so
other devices will know how to call these users. However, when a remote user is connected to a
CyberSWITCH, that CyberSWITCH also broadcasts the user’s static routes. In order to resolve this
double broadcast, SFVRA-CONN broadcasts a metric value of 16 for all users that have a current
connection. Therefore the SFVRA-CONN’s broadcasted routes appear “farther” than the routes
broadcasted by the CyberSWITCH and then other devices use the current connection. When the
user disconnects from the CyberSWITCH, the static routes are removed from the CyberSWITCH’S
broadcast, and SFVRA-CONN’s broadcast for that user returns to its original value.