25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

2. The server uses the S-Connect.res response primitive to acknowledge<br />

reception of the indication primitive. The client’s session layer uses the<br />

confirm primitive to report that the activity (S-Connect.req) has been<br />

completed successfully.<br />

3. During the session initiation process, the client’s session layer can start<br />

immediately with sending S-MethodInvoke.req requests asking for an<br />

execution on the server’s machine. This request indicates that the upper layer<br />

has to execute an operation on the server’s side.<br />

4. The server sends a S-MethodInvoke.res response to the client confirming that<br />

the previous S-MethodInvoke.req request was completed successfully. The<br />

client is informed through S-Method.cnf.<br />

5. After the server executes the operation, it sends the result to the client<br />

through S-MethodResult.req. The client indicates the upper layer (the<br />

application layer) through S-Method.Result.ind the receipt of the returned<br />

data.<br />

6. Because the session partners have negotiated confirmation of all requests<br />

(***.req), the client confirms the S-MethodResult.req request with an<br />

S-MethodResult.res. response.<br />

7. Further requests <strong>and</strong> responses can use this session.<br />

8. The active session can by terminated in this example by issuing a<br />

S-Disconnect.req request to the server through the client. The server sends a<br />

S-Diconnect.ind to the session services in the session layer, which finishes<br />

the session. Session services on the client side will be informed to take down<br />

the session through S-Diconnect.ind.<br />

Because the session layer does not provide any sequencing between multiple<br />

overlapping method invocations, the indications might be delivered in a different<br />

order than the sent request. The same is valid also for responses <strong>and</strong><br />

confirmations, as well as for the corresponding S-MethodResult primitives. The<br />

application has to h<strong>and</strong>le the sequencing.<br />

There are some other session service primitives that are not used in the samples<br />

of the WSP connection-mode. These are:<br />

S-Suspend Suspends a session.<br />

S-Resume Resumes a session that was suspended.<br />

S-Exception Reports events.<br />

S-MethodAbort Aborts an operation request that is not yet complete.<br />

S-Push Sends unsolicited information from the server.<br />

S-ConfirmedPush Sends unsolicited information from the server; however,<br />

the client has to confirm this information.<br />

690 <strong>TCP</strong>/<strong>IP</strong> <strong>Tutorial</strong> <strong>and</strong> <strong>Technical</strong> <strong>Overview</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!