Perle Systems IOLINK-520 manual Establishing an IPX Connection, Service Advertisement Protocol

Page 11

Introduction

Establishing an IPX Connection

The Netware model is Client/Server, where Clients initiate calls to Servers for various purposes. The Clients are made aware of the presence of Servers by listening for Service Advertisement Protocol (SAP) broadcasts. Servers send SAP broadcasts regularly to identify themselves, including their address and what type of service they offer (File Server, Print Server, Fax Server, etc.).

Services also are referred to by their name. Server names are assigned by the network administrator, and are usually representative of the server’s function. As an example, a network might have three File Servers named “GeneralFS”, “OrderProcessingFS”, and “DevelopmentFS.” Each of these servers would send out SAPs to inform the Clients of their presence. The Clients can display a list of Servers, and initiate a connection to the desired server using the servers name. Typically, Clients are pre-programmed with the name of the “Preferred Service,” which allows the Client station to connect automatically (without human intervention) to the Preferred Server. When no Preferred Service is set, the Client automatically connects to the first Server it hears. This is because a Client without a Server is almost useless in most Novell applications.

Once an IPX connection has been established between a Client and the Server, there is often a security screen to manage access. File Servers are protected by a User ID/Password scheme to ensure that only authorized users are let into the server. Access privileges within the server are also assigned to the individual users. This prevents a Client logged into the “General” server from accessing files which are the private property of another user on the same “General” server.

Service Advertisement Protocol

The SAPs are broadcast by Servers at regular intervals, and collected by Clients so that they can keep track of what Servers are out there. Also, a Client may broadcast a Server Request (“Is there a Server named ‘XYZ’ out there?”), which would be heard by all Servers, and hopefully the Server which the Client is searching for would respond directly, telling the Client about itself (the Server).

SAP Broadcasts

The Service Advertisement Protocol broadcast is the standard mechanism that Servers use to announce their availability to the rest of the network. A server will broadcast a SAP containing from 1 to 15 different Services offered. Therefore if a single high-end PC is acting as a File Server, a Print Server, and a Fax Server, it would send out a single SAP that lists all three available Servers. Other servers that offer only a single Service would have only the one Server in the SAP.

SAP broadcasts are sent out every 30 seconds. They are received by all stations on the LAN (it is a broadcast after all), and the station decides what to do with it. Both Clients and Servers maintain a list of all Servers that are broadcasting availability. A Novell user can execute the SLIST.EXE program to display the current list of known servers.

When a Client or Server notices that a Server from its known Server list has missed a broadcast (it should get one about every 30 seconds), it starts up a counter, and when the Server has missed 3 broadcast intervals (about 180 seconds) that Service is removed from the known Server list. In this way Servers that crash or go off-line for any reason are aged out of the network.

1.10IOLINK-PRO & 520 Reference Manual

Image 11
Contents Reference Manual IP Routing and the IOLINK-PRO & 520 Routers IOLINK-PRO & 520 RoutersComplete IP Connection ARP-Address Resolution ProtocolProxy ARP IOLINK-PRO & 520 Reference Manua Header Checksum IP Header DetailsProtocol Time to liveRedirect Icmp MessagesOptions UnreachableTime and Mask server PingRoute Tables Update MechanismRIP-Routing Information Protocol IPX Address Format IPX Routing and The IOLINK-PRO & 520 RoutersIPX Addressing Network Layer Addressing vs. MAC AddressingIPX Header Other IPX Header InformationSAP Broadcasts Service Advertisement ProtocolEstablishing an IPX Connection RIP/X Operation Server TypesRouting Information Protocol SAP RequestsRIP/X Metrics Bridging and the IOLINK-PRO & 520 RoutersRIP/X Requests Station Address Learning Initial Bridging ProcessAddress Purging Aging TimerAging Exception Filled Address TableLink Compression Iolink Router Feature DefinitionsTelnet Introduction Multipoint WAN TopologiesBandwidth On Demand Point-to-PointTime of Day Connect Application Isdn Single Active Link & Dual Active Link Disaster Recovery Backup LinkOperating Software Upgrades Call Establishment Methods Iolink PRO & 520 Isdn Connection ManagementWide Area Network Topologies Supported Auto-Call Time-of-Day Connections Isdn Connection ManagementManual Call Address ConnectCombination Connection ProcessInteresting Traffic Idle TimerProtocol Awareness Suspension ProcessTermination Process Session Keepalive MessagesRIP-Routing Information Protocol IP SpecificsIP Address Connect Suspension of TCP/IP SessionsIPX Serialization Frames IPX SpecificsRIP/IPX and SAP/IPX Suspension of IPX SessionsLink Clocking Information Pinout InformationModule Identification Link Interfaces Reference ATL CSU/DSU Link Module InformationConsole Pinouts T1/E1 Module CSU/DSU ModuleRS232 Link Pinouts 24 & RS232C Link PinoutsDB15 Female DTE Direction Contact Circuits From Number 11 & X.21 Link PinoutsDB25 Female DTE Direction Contact Circuit From Number Name RS442 & RS530 Link PinoutsNumber Name Link PinoutsDB25 11 RS232 Null-Modem Cable RS232 Null-Modem Cable Configuration12 V.35 Null-Modem Cable Null-Modem Cable Configuration13 RS530 Null-Modem Cable RS530 Null-Modem Cable Configuration14 RS530 to RS449 Conversion Cable RS530 To RS449 Conversion Cable15 V.11/X.21 Null-Modem Cable 11/X.21 Null-Modem Cable ConfigurationWAN Link Control-Signal Operation Event logs Appendix a Event LogsEvent Logs IOLINK-PRO & 520 Reference Manual A.3 Event Logs IOLINK-PRO & 520 Reference Manual A.5 Event Logs IOLINK-PRO & 520 Reference Manual A.7 Event Logs Alarm Logs Event Logs IOLINK-PRO & 520 Reference Manual A.11 Event Logs IOLINK-PRO & 520 Reference Manual A.13 Event Logs IOLINK-PRO & 520 Reference Manual A.15 Event Logs IOLINK-PRO & 520 Reference Manual A.17 Event Logs IOLINK-PRO & 520 Reference Manual A.19 PPP Security Logs Security MAC Address FilteringSecurity-Filter if Destination Programmable FilteringSecurity-Filter if Source Security-Forward if Destination Security-Forward if Source Programmable Filtering Protocol Discrimination Pattern Filter OperatorsBridge Pattern Filtering IP, and no more Protocol Type FieldInternet Protocol IP Filter all IP PacketsFilter all except TCP/IP Transport Control Protocol / Internet Protocol TCP/IPFilter only TCP/IP Filter all IP without TCP trafficEthernet Multicasting Bandwidth ConservationFilter all DEC Ethernet BroadcastingEthernet Station Addresses General RestrictionsInternet Addresses Mask would be 6-010203040506&12-0800&23-06 Example Mask CombinationsIPX Router Pattern Filtering IP Router Pattern FilteringPage Appendix C Frame Formats Octet Locations on an IP Routed TCP/IP Frame IOLINK-PRO & 520 Reference Manual C.3