Download QTP_Transport

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts
no text concepts found
Transcript
QTP as Transaction Transport Layer
High-capacity, connection-oriented transaction transport
[email protected]
(604) 451-1567
Connectivity . . . guaranteed.
Introduction

Who is INETCO?




Software vendor linking institutions
with terminals
See www.inetco.com


Our perspective




Financial/retail vertical market
Financial TP is often “Most mission
critical application”
We make new elements evolving
into a system communicate with
what is already there.
Normally we work in all layers below
ISO8583 or equivalent message.
Connectivity . . . guaranteed.
Why are we here?

Joint authors of QTP - transport
protocol for POS transactions over
IP.
SOAP/HTTP emphasizes clientweb-server interaction. QTP
addresses concentration points
(back-end).
Scope

Deal with communication issues, not
use of RPC vs. Message API.
Typical POS Architecture
POS
Terminals
(1000s to 100ks)
Network
Access
Controllers
or FEP
X.25/Dial
Access
Network
Institutions
EFT TPs
SNA/X.25/FR
Access
Network
Message (ISO8583 or other)
Message
Visa, TPDU, CLNP, None
Visa, TPDU, CLNP, TPDU
HDLC, X.25, Async
X.25, FR, IP
Connectivity . . . guaranteed.
Transport Layer Requirements

Performance






Restrict by source access network
address
Restrict by source transport-layer
address
Restrict RAS - INAC communication
Provide legal intercept
Transaction delivery


Either non-reliable delivery, or
Reliable delivery with end-to-end
data acknowledgements
Connectivity . . . guaranteed.
Access Network independence


Security


Fast connection processing
High availability

Transport layer independence


X.25, FR, Dialup, ...
TCP or UDP, FR, other
Scaling



>100k transaction terminals
>100 financial institutions
Initial peak ~500 TPS with scalable
growth
IP-oriented Architecture
POS
Terminals
INAC
clusters
Remote
Access
Servers
X.25/Dial
Access
Network
IP
Network
Institution
EFT TPs
SNA/X.25/FR
Access
Network
Message (ISO8583 or other)
Message (as is)
Message (as is)
Visa, TPDU, CLNP, None
Transport (as is)
Host transport
HDLC, X.25, Async
QTP
X.25, SNA, FR
UDP/IP
Connectivity . . . guaranteed.
QTP Overview

Status





Released as Internet Draft:
 draft-cornish-qtp-01.txt
First applications in production
Incorporated by other vendors.
Opensource version available for
draft-cornish-qtp-00.txt
Characteristics







Lightweight connection multiplexing
Symmetric
Individual message acks
Status for source routing decisions.
Independent of lower-level transport
Attribute/Value based
Extensible
Connectivity . . . guaranteed.

Header






Version
Msg ID, Msg ID Ack, Priority flags
Length
Src / Dest Logical Channel Number
Optional Msg ID, Msg ID Ack values
Attributes for






Session establishment
Data transfer
Session management
Element status
Statistical information
Vendor extensions
QTP Attributes

Session Establishment







Called / Calling party addresses
Called / Calling party subaddresses
Address family (E.164, X.121, …)
Profile, speed, idle timeout
Max message
Protocol identifier
Customer group identifier

Session Management



Element Status




Data Transfer



Data / Block data
Management info
Q Data / Call Data


Flow control state (Available, Congested)
Station status (Primary, Secondary, …)
Ping
Call state
Statistical Information



Connectivity . . . guaranteed.
Cause (Normal, various QTP causes)
Remote cause (Normal, various Access
causes)
Messages received / sent
Unacked messages
Time since last restart
Closing Comments

QTP not a fit for client side, unless client is really a gateway / proxy for
many transaction generators.

Primary incentive for choosing QTP today is scaling beyond TCP
session limits. QTP addresses concentrated connection-oriented
transactions.

May be future interest in SOAP over QTP.


Would require split into SOAP encapsulation and SOAP over HTTP specs.
As transaction concentration increases, so does emphasis on security,
reliability, and performance.
Connectivity . . . guaranteed.
Related documents