EP1654665A1 - Messages d'aide au routage - Google Patents

Messages d'aide au routage

Info

Publication number
EP1654665A1
EP1654665A1 EP03818350A EP03818350A EP1654665A1 EP 1654665 A1 EP1654665 A1 EP 1654665A1 EP 03818350 A EP03818350 A EP 03818350A EP 03818350 A EP03818350 A EP 03818350A EP 1654665 A1 EP1654665 A1 EP 1654665A1
Authority
EP
European Patent Office
Prior art keywords
session
identifier
host
processor
recited
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP03818350A
Other languages
German (de)
English (en)
Other versions
EP1654665A4 (fr
Inventor
John A. Banes
Joseph M. Joy
David R. Mowers
Cem Paya
Feng Sun
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US10/639,516 external-priority patent/US7882251B2/en
Priority claimed from US10/639,727 external-priority patent/US8266294B2/en
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of EP1654665A1 publication Critical patent/EP1654665A1/fr
Publication of EP1654665A4 publication Critical patent/EP1654665A4/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/163—Interprocessor communication
    • G06F15/173—Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1017—Server selection for load balancing based on a round robin mechanism
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1019—Random or heuristic server selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1027—Persistence of sessions during load balancing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/10015—Access to distributed or replicated servers, e.g. using brokers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • TECHNICAL FIELD This disclosure relates in general to routing hints and in particular, by way of example but not limitation, to providing routing hints from hosts in order to use such routing hints at a network gateway to facilitate intranet routing.
  • the Internet enables information to be communicated between two people or other entities quickly and relatively easily using packets.
  • the Internet includes many network nodes that are linked together such that information-containing packets may be transferred between and among them. Some network nodes may be routers that propagate a packet from one link to another, others may be individual client computers, still others may be entire personal networks (e.g., for specific entities), and so forth. Communication across the Internet between a first entity and a second entity is effectuated by constructing a connection between them. These connections sometime involve sessions. Sessions are established to provide a context for the communication exchanges that occur over the corresponding connection or connections. A session establishment usually involves a one-way or two-way exchange of information between the first and second entities.
  • the complexity and duration of an establishment phase of a session usually varies based on the type of session. Each session establishment utilizes processing resources and consumes a period of time that translates into a delay that is experienced by users.
  • the first and second entities communicate in accordance with the established session context. The communication, as well as the connection, may cease without terminating the session.
  • such existing sessions may thereafter be continued using the information that was previously exchanged between the two entities during the prior session establishment phase, when such information is retained by them. In other words, the previously-exchanged information is used to continue the existing session.
  • continuing an existing session is generally relegated to those situations in which the same first and second entities that previously established the session are attempting to continue it.
  • one or more processor-accessible media include processor-executable instructions that, when executed, direct a device to perform actions including: creating a session identifier using a host identifier; and formulating a host session initiation message with the created session identifier.
  • a device includes: at least one processor; and one or more media including processor-executable instructions that are capable of being executed by the at least one processor, the processor- executable instructions adapted to direct the device to perform actions including: formulating a host session message with a session identifier that is created responsive to a host identifier; and sending the formulated host session message that includes the session identifier from the device.
  • one or more processor- accessible media include a data structure, the data structure including: a message including a session identifier field, at least part of the session identifier field including a host identifier.
  • a device includes: a host identifier; and a session identifier creator that is adapted to create a session identifier using the host identifier.
  • a network gateway is capable of accepting a session-related message having a session identifier field; the network gateway is adapted to extract a host identifier from a value populating the session identifier field, and the network gateway is further adapted to perform a routing operation for the session-related message using the host identifier.
  • one or more processor- accessible media include processor-executable instructions that, when executed, direct an apparatus to perform actions including: ascertaining a host identifier from a session identifier field of a session message; and routing the session message responsive to the ascertained host identifier.
  • an apparatus includes: at least one processor; and one or more media including processor-executable instructions that are capable of being executed by the at least one processor, the processor- executable instructions adapted to direct the apparatus to perform actions including: receiving a session message having a session identifier including a host identifier; and routing the session message responsive to the host identifier.
  • API application programming interface
  • FIG. 1 is an exemplary communications environment that illustrates a first connection that establishes a session and a second connection that continues the session.
  • FIG. 2 illustrates an exemplary approach to providing and using routing hints with session messages.
  • FIG. 3 illustrates an exemplary session message that can include a routing hint.
  • FIG. 4 is a flow diagram that illustrates an exemplary method for providing routing hints.
  • FIG. 5 illustrates another exemplary approach to providing and using routing hints with session messages.
  • FIGS. 6 A and 6B are exemplary tables that illustrate host identifier and network address linking for use with routing hints.
  • FIG. 7 is a flow diagram that illustrates an exemplary method for using routing hints.
  • FIG. 8 illustrates an exemplary computing (or general device) operating environment that is capable of (wholly or partially) implementing at least one aspect of routing hints as described herein.
  • FIG. 1 is an exemplary communications environment 100 that illustrates a first connection 114(1) that establishes a session and a second connection 114(2) that continues the session.
  • exemplary communications environment 100 includes multiple clients 102(1), 102(2) ... 102(m) and multiple hosts 108(1), 108(2) ... 108(n), as well as a network 104 and a network gateway (NG) 106.
  • Network gateway 106 serves as a gateway between network 104 and an intranet 110.
  • Hosts 108 are coupled to intranet 110.
  • clients 102(1), 102(2) ... 102(m) correspond to addresses "Cl", "C2" ... "Cm", respectively.
  • Each of clients 102 may be any device that is capable of network communication, such as a computer, a mobile station, an entertainment appliance, another network, and so forth. Clients 102 may also correspond to a person or other entity that is operating a client device. In other words, clients 102 may comprise logical clients that are users and/or machines.
  • Network 104 may be formed from one or more networks, such as the Internet, another intranet, a wired or wireless telephone network, a wireless broadband network, and so forth. Additional examples of devices for clients 102 and network types/topologies for network 104 are described below with reference to FIG. 8. Individual clients 102 are capable of communicating with one or more hosts 108, and vice versa, across network 104 via network gateway 106. Hosts 108(1), 108(2) ... 108(n) correspond to addresses "HI", "H2" ...
  • Host addresses HI, H2 ... Hn are present on intranet 110.
  • Hosts 108 typically host one or more applications (not shown). These applications (i) provide services for interaction and/or communication with clients 102, (ii) are for use by clients 102, and so forth. By way of example only, such applications may include file delivery programs, web site management/server programs, remote access programs, electronic mail programs, database access programs, and so forth.
  • Each host 108 may correspond to a server and/or a device, multiple servers and/or multiple devices, part of a server and/or part of a device, some combination thereof, and so forth. Particular exemplary implementations for hosts 108 are described further below with reference to FIGS. 2, 4, and 5.
  • Network gateway 106 is reachable or locatable through network 104 at one or more addresses "NGN", and network gateway 106 also has a presence on intranet 110 with at least one address "NGI”. Communications from clients 102 (or other nodes) that are directed to address NGN of network gateway 106 are received at network gateway 106 and thereafter routed to a host 108 of hosts 108(1), 108(2) ... 108(n).
  • Network gateway 106 is comprised of one or more network gateway elements (not separately shown in FIG. 1). Each network gateway element 106 may comprise all or a portion of a router, a proxy, a load balancer, a firewall device, some combination thereof, and so forth.
  • connections 114 are constructed between clients 102 and hosts 108 across network 104 via network gateway 106.
  • Clients 102 usually initiate connections 114, but hosts 108 may alternatively be the initiators.
  • client 102(1) initiates a connection 114(1) with host 108(2).
  • client 102(1) is not privy to address H2 of host 108(2). Instead, client 102(1) directs the connection (e.g., a packet requesting a connection) to address NGN of network gateway 106.
  • Network gateway 106 then performs a routing operation 116(1) on connection 114(1) in accordance with some default policy (e.g., rule).
  • network gateway 106 routes connection 114(1) over intranet 110 to host 108(2) for this example.
  • network gateway 106 cannot simply send the packets of connections 114 from client 102(1) as-is to host 108(2) at network address H2 because the packets are destination-addressed to address NGN of network gateway 106.
  • network gateway 106 typically employs one or more of the following exemplary options to route packets across intranet 110: network address translation (NAT), half-NAT, tunneling, some combination thereof, and so forth.
  • NAT is performed by (i) overwriting the source (i.e., client 102(1)) IP address Cl and port number with the IP address NGI and NAT-generated port number of network gateway 106 and (ii) overwriting the destination IP address NGN with the IP address H2 of host 108(2).
  • Half-NAT is performed by overwriting the destination IP address NGN with the IP address H2 of host 108(2) so that the source IP address Cl and port number are preserved.
  • Tunneling is performed by encapsulating each packet within a new IP packet that is addressed to address H2 of host 108(2) and transmitting the encapsulated packets from network gateway 106 to host 108(2), where they can be de-encapsulated.
  • connection 114(1) a session is established between client 102(1) and host 108(2).
  • a session context 112 is produced at host 108(2).
  • An analogous, similar, and/or reciprocal session context (not shown) is also usually produced at client 102(1).
  • Session context 112 facilitates communications between client 102(1) and host 108(2).
  • connection 114(1) may be or may have established thereon any one or more of many different types of sessions.
  • Exemplary types of sessions include: (i) a Secure Sockets Layer (SSL) session; (ii) a Transport Layer Security (TLS) session; (iii) a secure internet protocol (IPsec) session; (iv) a hyper text transfer protocol (HTTP) cookie-based session; (v) a point-to-point tunneling protocol (PPTP) session; (vi) an IPSec/layer-2 tunneling protocol (L2TP) session; (vii) a proprietary session; (viii) a terminal server session, (ix) an administrator-defined session; (x) and so forth.
  • SSL Secure Sockets Layer
  • TLS Transport Layer Security
  • IPsec secure internet protocol
  • HTTP hyper text transfer protocol
  • PPTP point-to-point tunneling protocol
  • L2TP IPSec/layer-2 tunneling protocol
  • a proprietary session a terminal server session, (ix) an administrator-defined session; (x) and so forth.
  • a particular session context 112 may include one or more of the following: a TCP 4- tuple (e.g., for sessions established with a TCP connection); a session identifier; a location for one or more database entries that maintain persistent state for the corresponding session; a public key of client 102(1) that is provided to host 108(2); negotiated private cryptographic key(s); other security-related parameter(s); and so forth.
  • a TCP 4-tuple includes a source IP address, a source TCP port, a destination IP address, and a destination TCP port.
  • the session identifier can be up to 32 bytes in length.
  • connection 114(1) is constructed, a session is established between client 102(1) and host 108(2) in the current example.
  • Client 102(1) is, more specifically, establishing a session with at least one application that is resident at and/or executing on host 108(2).
  • application may be generally included when referencing host 108(2).
  • the session establishment phase produces or results in session context 112.
  • Session context 112 provides a context for communication exchange(s) between client 102(1) and host 108(2).
  • Session context 112 can include information that is actually critical, merely beneficial, or otherwise somehow relevant to these communication exchange(s).
  • client 102(1) may be a logical client
  • session context 112 may relate to communication exchanges between (i) a specific device and/or a specific user of a device and (ii) host 108(2). Consequently, a session context 112 that is associated with a user client 102(1) may continue to be associated therewith even as the user client 102(1) accesses hosts 108 from different devices.
  • the devices can differ at a local level for client 102(1), at a network 104 level, and so forth. Examples of such different device scenarios include a proxy scenario (e.g., those of some internet service providers (ISPs)), a terminal server session scenario, and so forth.
  • Session context 112 is stored at host 108(2) and/or accessible therefrom.
  • session context 112 may not be used again. On the contrary, session context 112 may be useful again if client 102(1) attempts to initiate another connection with hosts 108 for a same, a similar, or a related, etc. session. If this other connection is not routed to the same host 108(2) that stores session context 112, then client 102(1) has to establish a new session, which can be time consuming, data/processing intensive, and/or frustrating to users (especially a user corresponding to client 102(1)). Without some session affinity preservation mechanism at network gateway 106, there is typically no likelihood greater than random chance that the second connection is also routed to host 108(2).
  • a session affinity preservation mechanism or functionality is adapted to route connections (including packet-level and logical-level requests) back to a host 108 that is associated with a session context 112 for an existing session that is to be continued with the connection. For example, session affinity preservation functionality attempts to enable a connection 114(2) for client 102(1) to be routed back to host 108(2) to which session context 112 is associated.
  • Such session affinity preservation mechanisms may be implemented in accordance with one or more exemplary strategies. Although applicable to network gateways 106 generally, these exemplary strategies are described from the perspective of a load balancing implementation.
  • a first strategy relates to load balancing with a "sticky" mode in which most, if not all, requests that are incoming from a given e.g.
  • IP address are routed to a single host 108.
  • this strategy relies on an assumption that a given IP address represents a single client 102, which is manifestly untrue for proxies.
  • a proxy appears as single IP address to the load balancer, but it actually represents requests for many, potentially thousands, of clients 102.
  • routing all of these requests to a single host 108 can lead to a very uneven load balance between/among devices.
  • devices that receive incoming requests from a proxy are consequentially assigned a much greater number of clients 102.
  • requests from a client 102 that has changing IP addresses are also routed incorrectly using this first strategy.
  • IP addresses can be changing in a mobile environment, when addresses are temporarily allocated from an IP address pool, and so forth.
  • a second strategy involves employing a load-balancing heuristic that uses a session identifier. Requests to continue an existing session are routed to the host 108 that previously established (e.g., negotiated) that session using the specific individual session identifier.
  • a mapping is stored that links that particular host 108 to that particular session with the session being identified by a particular session identifier.
  • the request can be routed back to that particular host 108 using the mapping.
  • This second strategy therefore enables preservation of session affinity.
  • the second strategy entails a number of relative drawbacks from an efficiency perspective.
  • the load balancer maintains a table of these mappings between session identifiers and hosts 108.
  • the size of this table can be huge because there is a separate entry for each existing session. For example, if each host 108 caches 10,000 sessions and there are 500 hosts 108, the table uses 5 million entries to route requests for these sessions with optimal efficiency.
  • the load balancer monitors the session establishment phase until the session identifier is detected and an entry can be added to the table.
  • the load balancer consults the (likely very large) table in order to perform the routing.
  • the load balancer table also implements some aging mechanism to mirror what the individual hosts 108 are doing or are expected to be doing with their own caches. If the host 108 and load balancer aging mechanisms are not synchronized, the load balancer may prematurely delete state information for sessions that are still valid on host 108, or inversely, it may retain state information for sessions that are no longer present at any host 108.
  • a third strategy for session affinity preservation functionality can achieve session affinity preservation at network gateway 106 through selective creation/determination of session identifiers for sessions that are being newly established and without a table that requires an entry for each individual session.
  • hosts 108 When determining session identifiers, hosts 108 embed a host identifier therein.
  • Network gateway 106 extracts a host identifier from a session identifier and routes traffic for a session to which the session identifier is assigned responsive to the host identifier.
  • the third strategy can therefore employ a relatively stateless approach that routes session continuation requests using a table with a bounded number of entries (e.g., a number of entries that equals the number of hosts 108) and/or that routes session continuation requests without using a table that has such per-session entries. Aspects of this third strategy are described further herein.
  • session context 112 is produced at host 108(2). Connection 114(1) thereafter ceases.
  • connection 114(2) When a request for connection 114(2) arrives at network gateway 106, a routing operation 116(2) is performed thereon.
  • This connection 114(2) is indicated to be for a continuation of the previously-established session that corresponds to session context 112 by a session identifier assigned thereto.
  • the session identifier includes an identifier of host 108(2) in accordance with the third strategy.
  • connection 114(2) is routed at routing operation 116(2) to host 108(2), which is associated with session context 112.
  • Items 114(1) and 114(2) may also represent session-related messages (e.g., requests) that occur within a single connection as well as those that occur during two or more connections.
  • Session messages are those messages that relate to sessions (e.g., those that relate to the establishment, continuation/resumption, tearing down, etc. of sessions). An exemplary session message is described further below with reference to FIG. 3.
  • Session initiation messages are messages sent by clients 102 and/or hosts 108 that relate to initiating a session.
  • Session continuation messages are messages sent by clients 102 and/or hosts 108 that relate to continuing an existing session.
  • Session initiation messages and session continuation messages may have markedly different formats, similar formats, identical formats, and so forth. However, in a described implementation, session initiation messages and session continuation messages have at least similar formats wherein the presence of a session identifier indicates that a client session message is a client session continuation message, and the absence of a session identifier indicates that a client session message is a client session initiation message.
  • the description herein is not so limited, the implementations described below occasionally highlight or focus on load balancing implementations for network gateway 106. Also, although other protocols and combinations of protocols are applicable and may alternatively be used, the description below primarily uses TCP/IP connections and SSL/TLS sessions for the sake of clarity.
  • a client session initiation message or client session continuation message may be a "Client Hello" message in accordance with the TLS Protocol Version 1.0 Spec (January 1999). If the Client Hello message includes a session identifier, then it may be a client session continuation message, otherwise it may be a client session initiation message. Similarly, a host session initiation message or host session continuation message may be a "Server Hello" message in accordance with the TLS Protocol Version 1.0 Spec. If the Server Hello message includes a session identifier provided by a client in a Client Hello message to which the Server Hello message is responding, then it may be a host session continuation message.
  • FIG. 2 illustrates an exemplary approach to providing and using routing hints with session messages.
  • Session messages 202, 204, and 206 are sent from client 102 to host 108, or vice versa, across network 104 via a network gateway element 106.
  • Network gateway element 106 represents an element of network gateway 106 (of FIG. 1).
  • each of session messages 202, 204, and 206 are shown as being routed by network gateway element 106, each individual session message may alternatively be routed by different individual elements of network gateway 106.
  • host 108 includes a message handler 208 that handles messages that are being sent to and received from clients 102.
  • Message handler 208 includes an incoming message handler portion 208IC and an outgoing message handler portion 208OG.
  • Host 108 is associated with a host identifier 214, which is stored at or otherwise accessible from host 108. Examples for host identifier 214 are described further below with reference to FIG. 3.
  • Host 108 also includes a session identifier creator 212 that creates session identifiers (e.g., a session identifier 210) using host identifier 214.
  • client 102 has an address "C”
  • network gateway element 106 has addresses NGN and NGI, with addresses C and NGN located on network 104.
  • Host 108 has an address "H", which is located on intranet 110 along with address NGI.
  • Session messages from client 102 are received through network 104 at network gateway element 106.
  • Network gateway element 106 then routes these session messages onward to host 108 over intranet 110 with routing operations 216.
  • session messages from host 108 are sent/transmitted across intranet 110 to network gateway element 106, which routes them back to client 102 with routing operations 216.
  • client 102 sends a client session initiation message (SIM) 202 over network 104 to network gateway element 106.
  • Client session initiation message 202 does not include a session identifier inasmuch as it comprises a request for a new session.
  • network gateway element 106 routes client session initiation message 202 to host 108 using a general policy at routing operation 216(A). For example, network gateway element 106 may route client session initiation message 202 in accordance with a current and/or relevant load balancing policy (e.g., a round robin distribution of incoming new session requests).
  • Host 108 receives client session initiation message 202 through intranet 110 at incoming message handler portion 208IC. Without a session identifier, incoming message handler portion 208IC recognizes client session initiation message 202 as being for a new session.
  • Session identifier creator 212 is activated to create a new session identifier for the requested new session.
  • Session identifier creator 212 ascertains/retrieves host identifier 214.
  • Session identifier creator 212 uses host identifier 214 to create session identifier 210.
  • session identifier creator 212 inserts host identifier 214 into session identifier 210.
  • Session identifier 210 may also include other values beyond that of host identifier 214.
  • the additional values of session identifier 210 may be created using any of one or more techniques. Such techniques include, but are not limited to, a randomly selected value, a value from an incrementing counter, a security-related value, a hashed value, some combination thereof, and so forth.
  • a first portion (i.e., host identifier 214) of session identifier 210 is devoted to identifying the host 108 that currently owns the corresponding session. This first portion is unique across the hosts 108 of a given cluster (i.e., no host 108 shares its host identifier 214 with any other host 108 in the same cluster). The first portion can be an IP address owned by the host 108, an integer that is assigned by an administrator, and so forth.
  • a second portion of session identifier 210 can increase the uniqueness (and the unpredictability) of session identifier 210.
  • Session identifier creator 212 provides session identifier 210 to message handler 208.
  • Outgoing message handler portion 208OG prepares/formulates a host session initiation message 204 that includes session identifier 210.
  • Host session initiation message 204 is sent over intranet 110 to network gateway element 106.
  • Network gateway element 106 then uses a route back routing operation 216(B) to send host session initiation message 204 over network 104 to client 102.
  • host session initiation message 204 may alternatively be routed back along a path that does not include network gateway element 106, especially inasmuch as network gateway element 106 can route subsequent client messages without having garnered per-session state information.
  • Client 102 extracts session identifier 210 from host session initiation message 204 and retains session identifier 210 for possible future use to continue the established session (and for any current use with the established session). At some point, actual use of the established session ceases (e.g., a connection is terminated).
  • client 102 formulates a client session continuation message (SCM) 206.
  • Client 102 includes the retained session identifier 210 in client session continuation message 206.
  • SCM client session continuation message
  • Client session continuation message 206 is then sent across network 104 from client 102 to network gateway element 106.
  • network gateway element 106 receives client session continuation message 206, it detects that client 102 is trying to continue an existing session as indicated by the included session identifier 210.
  • network gateway element 106 routes client session continuation message 206 using session identifier 210. More specifically, network gateway element 106 routes client session continuation message 206 using host identifier 214 that is part of and extracted from session identifier 210. Host identifier 214 identifies the host 108 to which it is associated. Hence, network gateway element 106 routes client session continuation message 206 at routing operation 216(C) using an identification of host 108 as indicated by host identifier 214.
  • Client session continuation message 206 is therefore sent across intranet 110 from network gateway element 106 to host 108.
  • incoming message handler portion 208IC receives client session continuation message 206 and can begin a continuation of the previously-established session using a stored session context (e.g., session context 112 as shown in FIG. 1).
  • Host identifier 214 can identify the host 108 with which it is associated in multiple manners.
  • host identifier 214 can comprise the (intranet) network address H of host 108.
  • network gateway element 106 can route client session continuation message 206 to host 108 without using a session- related table or a host identifier table.
  • client session continuation message 206 can be forwarded to host 108 using host identifier 214, or at least part thereof, as the destination address of one or more packets that are placed on intranet 110 for client session continuation message 206.
  • host identifier 214 can map to address H for host 108.
  • the number of entries "n" in the table can be equal to the number of hosts 108 in the server cluster, on intranet 110, in a web farm, and so forth.
  • this table has a bounded number of entries and does not include per-session state information.
  • each host 108 caches 10,000 sessions and there are 500 hosts 108, the table may use 500 entries (instead of 5 million) to efficiently route requests for these sessions.
  • Table 1 below is an exemplary linking data structure that links host identifiers 214 to hosts 108 by way of the addresses of hosts 108.
  • network gateway element 106 extracts a host identifier 214(#) from session identifier 210 of client session continuation message 206 as received from client 102. Network gateway element 106 then accesses a linking data 005/020085
  • FIG. 3 illustrates an exemplary session message 302 that can include a routing hint.
  • Session message 302 is a message that relates to one or more sessions. As illustrated, session message 302 includes multiple fields. These multiple fields include session identifier 210 and one or more other fields as represented by other field(s) 304.
  • Session identifier 210 includes at least one host identifier 214.
  • Host identifier 214 includes a device identifier 306 and optionally an application identifier 308.
  • Device identifier 306 may comprise a network address 310 or a key 312(A).
  • host identifier 214 may include a key 312(B).
  • a format or formats for session messages 302 are defined by a network or communication standard or protocol such as SSL/TLS.
  • Session identifier 210 may be located anywhere within session message 302, especially as defined by the applicable standard or protocol.
  • Other fields 304 may include a source and/or destination address, general header information, security type information, other session-related information, data, some combination thereof, and so forth.
  • session message 302 may be a Client Hello or a Server Hello message as defined by the TLS Protocol Version 1.0 standard, and session identifier 210 may correspond to the "SessionID" field of either TLS Hello message.
  • An example of a field 304 that includes security type information is a cipher field that indicates which cryptographic options are supported by a session participant (e.g., a client or a host) that is formulating session message 302.
  • Session identifier 210 includes host identifier 214 and optionally other values that together form a session identifier. This session identifier populates the session identifier 210 field of session message 302.
  • Host identifier 214 may be located anywhere within the field for session identifier 210, including being divided, dispersed, and/or spread over the session identifier 210 field.
  • a sub-field of session identifier 210 that corresponds to host identifier 214 is realized as a contiguous sequence of bytes.
  • the contiguous sequence of bytes appears at a fixed offset from the most-significant byte of session identifier 210.
  • the fixed offset may instead be from the least-significant byte.
  • host identifier 214 may be configurable externally, instead of being selected by an SSL/TLS component for example. For instance, host identifier 214 may be configured externally by being read as a value from a registry key.
  • host identifiers 214 may be determined, such as by setting the registry key value or through some other mechanism.
  • Host identifier 214 may alternatively be embedded in a different field from that of session identifier 210. For example, a particular field that is sent to a client 102 and is returned unchanged from that client 102 when it is requesting resumption of an existing session may be used. This alternative is especially applicable if the message format and underlying protocol permits or requires a host
  • Host identifier 214 includes a device identifier 306 and may also include an application identifier 308.
  • Device identifier 306 corresponds to a device of/for a host 108 to which host identifier 214 is associated. As illustrated, device identifier
  • Network address 310 is a network address on intranet 110 of a device for host 108.
  • a network gateway element 106 may insert device identifier 306 into a destination field for a packet or packets being forwarded to host 108.
  • Key 312(A) is a value that maps to a network address on intranet 110 of a device for host 108. This mapping may be effectuated by looking up a network address in a table, by performing a computation (e.g., following a formula, implementing an algorithm, etc.), and so forth.
  • key 312(A) may be linked to a host address H in a data structure such as that described above with reference to Table 1.
  • An exemplary table in which keys 312(A) are linked to network addresses 310 is described further below with reference to FIG. 6A.
  • host identifier 214 includes a device identifier 306 and an application identifier 308, host identifier 214 comprises an application endpoint.
  • Application identifier 308 identifies a specific application on a host device that is identified by device identifier 306.
  • a host identifier 214 that includes a device identifier 306 and an application identifier 308 is capable of identifying a specific application from among multiple applications that are on a single host 108 and/or that are replicated across multiple hosts 108.
  • a host identifier 214 that includes a device identifier 306 but no application identifier 308 may also comprise an application endpoint. For example, this is especially likely when a device has only one application, when a device is multi- homed, when a NIC of a device owns two IP addresses, and so forth. In either case, host identifier 214 serves to identify a particular application as well as a particular host 108. Consequently, routing of a client session continuation message 206 may be performed expeditiously to the desired application that has session affinity with the requesting client 102. Host identifier 214 may alternatively include a key 312(B).
  • Key 312(B) is a value that maps (i) to a network address on intranet 110 of a device for host 108 and (ii) to a specific application thereon. Such a mapping enables key 312(B) to map to an application endpoint without using a separate application identifier 308. This mapping may be effectuated by looking up a network address/application identifier pair in a table, by performing a computation (e.g., following a formula, implementing an algorithm, etc.), and so forth. For example, key 312(B) may be linked to a network address 310 and an application identifier 308 in a data structure.
  • a code may be embedded in a field for session identifier 210 of session message 302.
  • the code may occupy part of or the entire session identifier 210 field.
  • the code can be used to communicate information (e.g., data, commands, etc.) from a host 108 to network gateway element 106 and/or a client 102.
  • the session identifier field of session message 302 may be populated with the code itself and/or with a session identifier 210 that is created using the code.
  • FIG. 4 is a flow diagram 400 that illustrates an exemplary method for providing routing hints.
  • Flow diagram 400 includes seven blocks 402-414. Although the actions of flow diagram 400 may be performed in other environments and with a variety of hardware architectures and software schemes, FIGS. 1-3 (and 5) are used in particular to illustrate certain aspects and examples of the method. For example, host 108 may perform the described actions.
  • a client session message is received.
  • a host 108 may receive a client session message 202 or 206 (e.g., at an incoming message handler portion 208IC of a message handler 208) from a client 102.
  • the received client session message 202 or 206 e.g., in a format such as session message 302 may be inspected to determine if it has a session identifier 210 in a session identifier field. If the received client session message includes a session identifier 210, then the received client session message is a client session continuation message (SCM) 206 and the method continues at block 412.
  • SCM client session continuation message
  • the received client session message does not include a session identifier 210
  • the received client session message is a client session initiation message (SIM) 202 and the method continues at block 406.
  • SIM client session initiation message
  • a session identifier is created with a host identifier.
  • a host identifier 214 for host 108 is used by a session identifier creator 212 to create a session identifier 210.
  • Session identifier creator 212 may insert host identifier 214 into session identifier 210 along with other values thereof.
  • a host session initiation message is formulated with the created session identifier.
  • an outgoing message handler portion 208OG may formulate (e.g., using a format such as that of session message 302) a host session initiation message 204 that is populated with session identifier 210, which includes host identifier 214.
  • the host session initiation message is sent.
  • host 108 may transmit host session initiation message 204 to client 102 over network 104 via network gateway element 106. If, on the other hand, it is determined (at block 404) that the received client session message does include a session identifier, then a host session continuation message is formulated with the received session identifier at block 412.
  • outgoing message handler portion 208OG may formulate (e.g., using a format such as that of session message 302) a host session continuation message (not specifically shown in FIG. 2) that is populated with the received session identifier 210 (which may include a previously-embedded host identifier 214).
  • the host session continuation message is sent.
  • host 108 may transmit a host session continuation message to client 102 over network 104 via network gateway element 106.
  • FIG. 5 illustrates another exemplary approach to providing and using routing hints with session messages. This exemplary approach focuses on using routing hints at a network gateway element 106. As illustrated, clients 102(1), 102(2) ...
  • Network gateway element 106 routes these requests to hosts 108(1), 108(2)
  • network gateway element 106 relates to network load balancing. With network load balancing (or other network gateways with routing functionality), one or more routing policies 508 may be employed.
  • Routing policies 508 may include, for example, those routing policies that an administrator can script or set to cause a network load balancer to route incoming packets and/or requests in prescribed manners. Routing policies 508 may also include more flexible and/or expansive routing policies that rely on real-time parameters, such as health and load information for hosts 108.
  • a network load balancing implementation for network gateway element 106 may be realized with integrated network load balancing functionality. This implementation is described with regard to client session continuation message 206(A) and routing operation 216(C).
  • a network load balancing implementation for network gateway element 106 may also be realized with separated network load balancing functionality. This implementation is described with regard to client session continuation message 206(B) and routing operation 512.
  • network gateway element 106 includes a forwarder 502, a classifier 504, and a host identifier (H ⁇ )-to-network address (NA) linking table 506.
  • Forwarder 502 forwards packets between clients 102 and hosts 108 using network 104 and intranet 110, respectively.
  • Classifier 504 classifies packets, requests, connections, etc. to perform routing operations in order to effectuate network load balancing functionality and/or session affinity preservation functionality.
  • Forwarder 502 and classifier 504 may be resident at and executing on different devices of a network gateway 106 or on a single device thereof. Moreover, each of forwarder 502 and classifier 504 may be distributed over more than one device.
  • each classifier 504 includes a host identifier-to-network address linking table 506.
  • a network gateway 106 may have only one host identifier-to-network address linking table 506.
  • Host identifier-to-network address linking table 506 may also be located at and/or associated with different functional component(s).
  • client 102(1) sends client session continuation message 206(A) over network 104 to network gateway element 106 at address NGN.
  • Client 102(1) has previously established a session at host 108(1) and retained a session identifier 210(1) that was assigned to the previously-established session.
  • This session identifier 210(1) includes host identifier 214(1) that is associated with host 108(1).
  • Client session continuation message 206(A) includes session identifier 210(1).
  • network gateway element 106 performs routing operation 216(C) for client session continuation message 206(A). Because client session continuation message 206(A) has session identifier 210(1) that includes host identifier 214(1), network gateway element 106 routes client session continuation message 206(A) using the host identifier 214(1) portion of session identifier 210(1). Generally, network gateway element 106 routes client session continuation message 206(A) to host 108(1) using host identifier 214(1) as extracted from session identifier 210(1).
  • network gateway element 106 may insert host identifier 214(1) into a destination address field of packet(s) for client session continuation message 206(A) that are being routed to host 108(1). This approach is effective when host identifier 214(1) comprises network address HI for host 108(1).
  • network gateway element 106 may also perform a mapping of host identifier 214(1) to network address HI. For example, a computation operation or a look up operation may be performed for such a mapping. For a computational operation, host identifier 214(1) is mapped to network address HI through some formula, algorithm, and so forth.
  • host identifier 214(1) is mapped to network address HI by accessing a host identifier-to- network address table that includes an entry linking host identifier 214(1) to network address HI, such as host identifier-to-network address linking table 506.
  • a host identifier-to- network address table that includes an entry linking host identifier 214(1) to network address HI, such as host identifier-to-network address linking table 506.
  • client 102(2) sends client session continuation message 206(B) over network 104 to network gateway element 106 at address NGN.
  • Client 102(2) has previously established a session at host 108(2) and retained a session identifier 210(2) that was assigned to the previously-established session.
  • This session identifier 210(2) includes host identifier 214(2) that is associated with host 108(2).
  • Client session continuation message 206(B) includes session identifier 210(2).
  • forwarder 502 receives client session continuation message 206(B).
  • forwarder 502 forwards client session continuation message 206(B) to classifier 504 at communication exchange 510.
  • Client session continuation message 206(B) has session identifier 210(2) that includes host identifier 214(2), so classifier 504 classifies client session continuation message 206(B) using the host identifier 214(2) portion of session identifier 210(2) at routing operation 512.
  • classifier 504 returns client session continuation message 206(B) to and/or adds a routing entry at forwarder 502 to indicate that messages/packets for this session are to be forwarded to host 108(2).
  • classifier 504 and forwarder 502 jointly route client session continuation message 206(B) to host 108(2) using host identifier 214(2) as extracted from session identifier 210(2).
  • forwarder 502 and classifier 504 may insert host identifier 214(2) into a destination address field, (ii) may perform a mapping (e.g., a computation, a looking up, etc.) of host identifier 214(2) to network address H2, and so forth.
  • Host identifier-to-network address linking table 506 is described as being part of or otherwise associated with classifier 504.
  • host identifier-to- network address linking table 506 is shown as being located at network gateway element 106, it may instead be resident at a different device (e.g., a proxy device). When located at such a proxy device, a network gateway element 106 that has separated or integrated (e.g., network-load-balancing related) functionality can access host identifier-to-network address linking table 506 therefrom.
  • FIGS. 6A and 6B are exemplary tables 506(A) and 506(B), respectively, that illustrate host identifier 214 and network address 310 linking for use with routing hints.
  • Host identifier-to-network address linking table 506(A) corresponds generally to implementations in which host identifiers 214 map to devices.
  • Host identifier-to-network address linking table 506(B) corresponds generally to implementations in which host identifiers 214 map to application endpoints. However, host identifier-to-network address linking table 506(A) may also map to application endpoints as described above with reference to FIG. 3. As illustrated, host identifier-to-network address linking table 506(A) links respective host identifiers 214 to respective network addresses 310.
  • Table 506(A) includes multiple entries 602(1 A), 602(2A) ... 602(nA). Each respective entry 602(1A), 602(2A) ... 602(nA) includes a respective host identifier 214(1), 214(2) ...
  • table 506(A) includes "n" entries where n equals the number of hosts 108 and each host identifier 214(1), 214(2) ... 214(n) corresponds to a key 312(A) (of FIG. 3).
  • network addresses 310(1), 310(2) ... 310(n) correspond to host addresses HI, H2 ... Hn, respectively (e.g., of FIG. 5).
  • a network gateway element 106 accesses table 506(A) with a host identifier 214(#) to locate an entry 602(#A) that is associated therewith.
  • a network address 310(#) that is linked to host identifier 214(#) is extracted for use in routing a client session continuation message 206(A) or 206(B) to a host 108(#).
  • host identifier-to-network address linking table 506(B) links respective host identifiers 214 to respective network addresses 310 and application identifiers 308.
  • Table 506(B) includes multiple entries 602(1B), 602(2B), 602(3B) ... 602(wB). Each respective entry 602(1B), 602(2B), 602(3B) ...
  • 602(wB) includes (i) a respective host identifier 214(1 *), 214(2*), 214(3*) ... 214(w) and (ii) a respective network address 310(1), 310(2), 310(2) ... 310(n) as well as a respective application identifier 308(1), 308(2), 308(3) ... 308(z) that are linked to the host identifiers 214.
  • table 506(B) includes "w" entries where w equals the number of application endpoints on hosts 108, and each host identifier 214(1 *), 214(2*), 214(3*) ... 214(w) corresponds to a key 315(B) (of FIG.
  • the illustrated host identifier-to- network address linking table 506(B) may be utilized in the following exemplary circumstance: Host 108(1) is associated with host identifier 214(1*) and has one application that corresponds to application identifier 308(1), and address HI corresponds to network address 310(1). Host 108(2) is associated with host identifiers 214(2*) and 214(3*) and has two applications that correspond to application identifiers 308(2) and 308(3), and address H2 co ⁇ esponds to network address 310(2).
  • FIG. 7 is a flow diagram 700 that illustrates an exemplary method for using routing hints.
  • Flow diagram 700 includes eight blocks 702-716. Although the actions of flow diagram 700 may be performed in other environments and with a variety of hardware architectures and software schemes, FIGS.
  • a client message is received.
  • network gateway element 106 may receive a client message from client 102 through network 104.
  • the contents of the received client message are inspected.
  • network gateway element 106 may inspect one or more fields of a session message 302, such as a field for a session identifier 210.
  • the received client message is not session related and the method continues at block 708.
  • the received client message is routed using a default policy.
  • network gateway element 106 may route the received client message using a general routing policy of routing polices 508 such as a default network- load-balancing policy. As indicated by dashed arrow 718 A, network gateway element 106 may then await receipt of the next client message. If, on the other hand, it is determined (at block 706) that the received client message is session related, then a session identifier field is inspected at block 710. For example, network gateway element 106 may inspect a session identifier field of the received client session message 302.
  • network gateway element 106 may determine whether a session identifier 210 populates a session identifier field of session message 302. If it is determined (at block 712) that no session identifier was specified, then the received client session initiation message 202 may be routed using a default policy at block 708. If, on the other hand, it is determined (at block 712) that a session identifier was specified by the client, then a host identifier is extracted from the specified session identifier at block 714. For example, network gateway element 106 may extract a host identifier 214 from session identifier 210 as specified in the received client session continuation message 206.
  • the received client message is routed using the extracted host identifier.
  • the received client session continuation message 206 may be routed by network gateway element 106 to the host 108 that is associated with host identifier 214.
  • This routing may entail an unmodified insertion of host identifier 214 into a destination field for a packet or packets being forwarded to host 108 or a mapping of host identifier 214 to at least a network address 310.
  • the mapping may be effectuated by looking up network address 310 in a table 506 using host identifier 214, by performing a computation (e.g., following a formula, implementing an algorithm, etc.) on host identifier 214 that results in network address 310, and so forth.
  • network gateway element 106 may have access to health and/or load information relating to multiple hosts 108.
  • This health and/or load information may indicate that a destination (e.g., a host 108 and/or an application endpoint thereof) that is associated with an extracted host identifier 214 is unsuitable or unable to handle a session continuation because of health and/or load reasons.
  • network gateway element 106 may perform the action(s) of block 708 for default routing policies even when a client 102 has specified a session identifier 210 that includes a host identifier 214.
  • network gateway element 106 may await receipt of the next client message.
  • Network gateway element 106 may route the received client session continuation message 206 using the extracted host identifier 214 in a number of ways in dependence on the type of host identifier 214 that was extracted. For example, network gateway element 106 may route the received client session continuation message 206 directly to the intended application if host identifier 214 includes a device identifier 306 and an application identifier 308 or if a key 312(B) maps to a device and an application for a host 108.
  • network gateway element 106 may be capable of routing the received client session continuation message 206 to the affinitized host 108 using a network address 310 implementation of a device identifier 306 of host identifier 214, in which network address 310 is used as the destination address for the routed packet or packets.
  • network gateway element 106 may use a key 312(A) implementation of a device identifier 306 of host identifier 214 to look up a network address 310 for the device of the affinitized host 108.
  • a key 312(#) may be used to access a table 506(A) (e.g., a data structure) that maps keys 312(A) to network addresses 310 of hosts 108.
  • An entry 602(#A) having key 312(#) is located in the data structure.
  • a network address 310(#) that is linked to key 312(#) in that located entry 602(#A) is extracted and used to route client session continuation message 206 to the affinitzed host 108.
  • network gateway element 106 may use an application-endpoint- specific key 312(B) implementation of a device identifier 306 and application identifier 308 of a host identifier 214 to look up a network address 310 for the device of the affinitized host 108 and an application identifier 308 for an application thereof.
  • a key 312(#) may be used to access a table 506(B) (e.g., a data structure) that maps keys 312(B) to application endpoints of hosts 108.
  • An entry 602(#B) having key 312(#) is located in the data structure.
  • An application endpoint e.g., a network address 310(#) and an application identifier 308(#)
  • key 312(#) in that located entry 602(#B) is extracted and used to route client session continuation message 206 to a particular application on a particular device of/for the affinitzed host 108.
  • FIGS. 1-7 The actions, aspects, features, components, etc. of FIGS. 1-7 are illustrated in diagrams that are divided into multiple blocks.
  • FIGS. 1- 7 the order, number, placement, interconnections, layout, etc. in which these multiple blocks of FIGS. 1- 7 are described and/or shown is not intended to be construed as a limitation, and any number of the blocks can be combined, rearranged, augmented, omitted, etc. in any manner to implement one or more systems, methods, devices, procedures, media, application programming interfaces (APIs), apparatuses, arrangements, etc. for routing hints.
  • APIs application programming interfaces
  • FIG. 8 the description herein includes references to specific implementations (and the exemplary operating environment of FIG. 8), the illustrated and/or described implementations can be implemented in any suitable hardware, software, firmware, or combination thereof and using any suitable network organization(s), transport/communication protocols(s), client-server architecture(s), and so forth.
  • FIG. 8 the description herein includes references to specific implementations (and the exemplary operating environment of FIG. 8), the illustrated and/or described implementations can be implemented in any suitable hardware, software, firmware, or combination thereof and using any suitable network
  • FIG. 8 illustrates an exemplary computing (or general device) operating environment 800 that is capable of (fully or partially) implementing at least one system, device, apparatus, component, arrangement, protocol, approach, method, procedure, media, API, some combination thereof, etc. for routing hints as described herein.
  • Operating environment 800 may be utilized in the computer and network architectures described below or in a stand-alone situation.
  • Exemplary operating environment 800 is only one example of an environment and is not intended to suggest any limitation as to the scope of use or functionality of the applicable device (including computer, network node, entertainment device, mobile appliance, general electronic device, etc.) architectures. Neither should operating environment 800 (or the devices thereof) be interpreted as having any dependency or requirement relating to any one or to any combination of components as illustrated in FIG. 8.
  • routing hints may be implemented with numerous other general purpose or special purpose device (including computing system) environments or configurations.
  • Examples of well known devices, systems, environments, and/or configurations that may be suitable for use include, but are not limited to, personal computers, server computers, thin clients, thick clients, personal digital assistants (PDAs) or mobile telephones, watches, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, video game machines, game consoles, portable or handheld gaming units, network PCs, minicomputers, mainframe computers, network nodes, distributed or multi-processing computing environments that include any of the above systems or devices, some combination thereof, and so forth. Implementations for routing hints may be described in the general context of processor-executable instructions.
  • processor-executable instructions include routines, programs, protocols, objects, interfaces, components, data structures, etc. that perform and/or enable particular tasks and/or implement particular abstract data types. Routing hints, as described in certain implementations herein, may also be practiced in distributed processing environments where tasks are performed by remotely-linked processing devices that are connected through a communications link and/or network. Especially in a distributed computing environment, processor-executable instructions may be located in separate storage media, executed by different processors, and/or propagated over transmission media.
  • Exemplary operating environment 800 includes a general-purpose computing device in the form of a computer 802, which may comprise any (e.g., electronic) device with computing/processing capabilities.
  • the components of computer 802 may include, but are not limited to, one or more processors or processing units 804, a system memory 806, and a system bus 808 that couples various system components including processor 804 to system memory 806.
  • processors 804 are not limited by the materials from which they are formed or the processing mechanisms employed therein.
  • processors 804 may be comprised of semiconductor(s) and/or transistors (e.g., electronic integrated circuits (ICs)).
  • processor-executable instructions may be electronically-executable instructions.
  • the mechanisms of or for processors 804, and thus of or for computer 802 may include, but are not limited to, quantum computing, optical computing, mechanical computing (e.g., using nanotechnology), and so forth.
  • System bus 808 represents one or more of any of many types of wired or wireless bus structures, including a memory bus or memory controller, a point-to- point connection, a switching fabric, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures.
  • bus architectures may include an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association (VESA) local bus, a Peripheral Component Interconnects (PCI) bus also known as a Mezzanine bus, some combination thereof, and so forth.
  • Computer 802 typically includes a variety of processor-accessible media.
  • System memory 806 includes processor-accessible storage media in the form of volatile memory, such as random access memory (RAM) 810, and/or non- volatile memory, such as read only memory (ROM) 812.
  • RAM random access memory
  • ROM read only memory
  • a basic input/output system (BIOS) 814 containing the basic routines that help to transfer information between elements within computer 802, such as during start-up, is typically stored in ROM 812.
  • BIOS basic input/output system
  • RAM 810 typically contains data and/or program modules/instructions that are immediately accessible to and/or being presently operated on by processing unit 804.
  • Computer 802 may also include other removable/non-removable and/or volatile/non-volatile storage media.
  • FIG. 8 illustrates a hard disk drive or disk drive array 816 for reading from and writing to a (typically) nonremovable, non-volatile magnetic media (not separately shown); a magnetic disk drive 818 for reading from and writing to a (typically) removable, non- volatile magnetic disk 820 (e.g., a "floppy disk”); and an optical disk drive 822 for reading from and/or writing to a (typically) removable, non-volatile optical disk 824 such as a CD, DVD, or other optical media.
  • Hard disk drive 816, magnetic disk drive 818, and optical disk drive 822 are each connected to system bus 808 by one or more storage media interfaces 826. Alternatively, hard disk drive 816, magnetic disk drive 818, and optical disk drive 822 may be connected to system bus 808 by one or more other separate or combined interfaces (not shown).
  • the disk drives and their associated processor-accessible media provide nonvolatile storage of processor-executable instructions, such as data structures, program modules, and other data for computer 802.
  • exemplary computer 802 illustrates a hard disk 816, a removable magnetic disk 820, and a removable optical disk 824
  • processor-accessible media may store instructions that are accessible by a device, such as magnetic cassettes or other magnetic storage devices, flash memory, compact disks (CDs), digital versatile disks (DVDs) or other optical storage, RAM, ROM, electrically- erasable programmable read-only memories (EEPROM), and so forth.
  • Such media may also include so-called special purpose or hard-wired IC chips.
  • any processor-accessible media may be utilized to realize the storage media of the exemplary operating environment 800.
  • program modules may be stored on hard disk 816, magnetic disk 820, optical disk 824, ROM 812, and/or RAM 810.
  • These program modules may include, by way of general example, an operating system 828, one or more application programs 830, other program modules 832, and program data 834.
  • a user may enter commands and/or information into computer 802 via input devices such as a keyboard 836 and a pointing device 838 (e.g., a "mouse").
  • Other input devices 840 may include a microphone, joystick, game pad, satellite dish, serial port, scanner, and/or the like.
  • input devices are connected to processing unit 804 via input/output interfaces 842 that are coupled to system bus 808.
  • input devices and/or output devices may instead be connected by other interface and bus structures, such as a parallel port, a game port, a universal serial bus (USB) port, an infrared port, an IEEE 1394 ("Firewire") interface, an IEEE 802.11 wireless interface, a Bluetooth® wireless interface, and so forth.
  • a monitor/view screen 844 or other type of display device may also be connected to system bus 808 via an interface, such as a video adapter 846.
  • Video adapter 846 (or another component) may be or may include a graphics card for processing graphics-intensive calculations and for handling demanding display requirements.
  • a graphics card typically includes a graphics processing unit (GPU), video RAM (VRAM), etc. to facilitate the expeditious display of graphics and performance of graphics operations.
  • graphics processing unit GPU
  • VRAM video RAM
  • other output peripheral devices may include components such as speakers (not shown) and a printer 848, which may be connected to computer 802 via input/output interfaces 842.
  • Computer 802 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computing device 850.
  • remote computing device 850 may be a personal computer, a portable computer (e.g., laptop computer, tablet computer, PDA, mobile station, etc.), a palm or pocket-sized computer, a watch, a gaming device, a server, a router, a network computer, a peer device, another network node, or another device type as listed above, and so forth.
  • remote computing device 850 is illustrated as a portable computer that may include many or all of the elements and features described herein with respect to computer 802.
  • Logical connections between computer 802 and remote computer 850 are depicted as a local area network (LAN) 852 and a general wide area network (WAN) 854.
  • LAN local area network
  • WAN wide area network
  • Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets, the Internet, fixed and mobile telephone networks, ad-hoc and infrastructure wireless networks, other wireless networks, gaming networks, some combination thereof, and so forth. Such networks and communications connections are examples of transmission media.
  • computer 802 When implemented in a LAN networking environment, computer 802 is usually connected to LAN 852 via a network interface or adapter 856.
  • computer 802 When implemented in a WAN networking environment, computer 802 typically includes a modem 858 or other means for establishing communications over WAN 854. Modem 858, which may be internal or external to computer 802, may be connected to system bus 808 via input/output interfaces 842 or any other appropriate mechanism(s).
  • network connections are exemplary and that other means of establishing communication link(s) between computers 802 and 850 may be employed.
  • other hardware that is specifically designed for servers may be employed.
  • SSL acceleration cards can be used to offload SSL computations.
  • TCP offload hardware and/or packet classifiers on network interfaces or adapters 856 may be installed and used at server devices.
  • program modules or other instructions that are depicted relative to computer 802, or portions thereof may be fully or partially stored in a remote media storage device.
  • remote application programs 860 reside on a memory component of remote computer 850 but may be usable or otherwise accessible via computer 802.
  • application programs 830 and other processor-executable instructions such as operating system 828 are illustrated herein as discrete blocks, but it is recognized that such programs, components, and other instructions reside at various times in different storage components of computing device 802 (and/or remote computing device 850) and are executed by processor(s) 804 of computer 802 (and/or those of remote computing device 850).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne des moyens qui, dans un premier exemple de mise en oeuvre, comprennent des instructions exécutables par un processeur, qui commandent à une unité d'exécuter des actions, lesquelles consistent à créer un identificateur (210) de session au moyen d'un identificateur (214) de l'hôte, et à formuler un message d'ouverture de session hôte au moyen de l'identificateur de session ainsi créé. Dans un exemple de réalisation, cette unité comprend au moins un processeur, et un ou plusieurs moyens comprenant notamment des instructions exécutables par un processeur, qui commandent à l'unité d'exécuter des actions consistant à formuler un message de session hôte au moyen d'un identificateur de session créé en réponse à un identificateur d'hôte, et à transmettre les message de session hôte créé, contenant l'identificateur de session à partir de l'unité. Dans un second exemple de mode de mise en oeuvre, les moyens comprennent des instructions exécutables par processeur commandant à un appareil d'exécuter des actions, lesquelles consistent à repérer un identificateur d'hôte dans le champ d'identificateur de session d'un message de session, et à acheminer ce message de session en réponse à l'identificateur d'hôte ainsi repéré.
EP03818350A 2003-08-13 2003-08-18 Messages d'aide au routage Ceased EP1654665A4 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/639,516 US7882251B2 (en) 2003-08-13 2003-08-13 Routing hints
US10/639,727 US8266294B2 (en) 2003-08-13 2003-08-13 Routing hints
PCT/US2003/025747 WO2005020085A1 (fr) 2003-08-13 2003-08-18 Messages d'aide au routage

Publications (2)

Publication Number Publication Date
EP1654665A1 true EP1654665A1 (fr) 2006-05-10
EP1654665A4 EP1654665A4 (fr) 2010-06-30

Family

ID=34221832

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03818350A Ceased EP1654665A4 (fr) 2003-08-13 2003-08-18 Messages d'aide au routage

Country Status (14)

Country Link
EP (1) EP1654665A4 (fr)
JP (2) JP2007521684A (fr)
KR (1) KR101026600B1 (fr)
AU (1) AU2003263873B2 (fr)
BR (1) BR0318416A (fr)
CA (1) CA2532185A1 (fr)
IL (1) IL173157A (fr)
MX (1) MXPA06001530A (fr)
MY (1) MY144263A (fr)
NO (1) NO20060471L (fr)
NZ (1) NZ544663A (fr)
RU (1) RU2365046C2 (fr)
TW (1) TWI337822B (fr)
WO (1) WO2005020085A1 (fr)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8266294B2 (en) 2003-08-13 2012-09-11 Microsoft Corporation Routing hints
US7882251B2 (en) 2003-08-13 2011-02-01 Microsoft Corporation Routing hints
US7340744B2 (en) * 2005-04-08 2008-03-04 Cisco Technology, Inc. System and method for optimizing sessions and network resources in a loadbalancing environment
KR100825724B1 (ko) * 2005-12-08 2008-04-29 한국전자통신연구원 직접접속방식을 적용하는 고속 전송이 가능한ＰＭＥＭ（ＰＣＩ Ｍｅｍｏｒｙ）를 이용한 객체 기반저장시스템 및 그 시스템에서의 전송 방법
KR100892609B1 (ko) 2007-03-22 2009-04-09 주식회사 올앳 보안 통신 시스템, 방법, 및 상기 방법을 실행시키기 위한컴퓨터 프로그램을 기록한 매체
CN101296176B (zh) * 2007-04-25 2010-12-22 阿里巴巴集团控股有限公司 一种基于群集的数据处理方法和装置
US8447881B2 (en) * 2008-09-02 2013-05-21 Microsoft Corporation Load balancing for services
JP5218323B2 (ja) * 2009-08-07 2013-06-26 富士通株式会社 中継装置及び転送ルールに関連する情報処理方法並びにプログラム
TWI396089B (zh) * 2009-10-16 2013-05-11 Moxa Inc 以參數提供多通道傳輸串列資料之裝置及其方法
ES2454548T3 (es) * 2011-03-15 2014-04-10 Amadeus S.A.S. Procedimiento y sistema para proporcionar una sesión en un entorno heterogéneo
JP2013239045A (ja) * 2012-05-15 2013-11-28 Hitachi Ltd シンクライアントシステム及びリモートアクセス方法
KR102043658B1 (ko) * 2013-08-30 2019-11-12 한국전력공사 일방향 데이터 전송 장치 및 그 방법
CN111385377B (zh) * 2020-03-03 2022-08-09 深信服科技股份有限公司 一种ip地址冲突处理方法、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010023442A1 (en) * 1999-07-15 2001-09-20 Richard R. Masters Method and system for storing load balancing information with an http cookie
US20030023744A1 (en) * 2001-07-26 2003-01-30 Emek Sadot Secret session supporting load balancer

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05327704A (ja) * 1992-05-15 1993-12-10 Oki Electric Ind Co Ltd 一斉同報通信システム及びメッセージ生成装置
JPH1051459A (ja) * 1996-07-31 1998-02-20 Oki Electric Ind Co Ltd Ａｔｍ交換機およびａｔｍネットワークならびにマルチキャスト設定方法
US6085247A (en) * 1998-06-08 2000-07-04 Microsoft Corporation Server operating system for supporting multiple client-server sessions and dynamic reconnection of users to previous sessions using different computers
US6539494B1 (en) * 1999-06-17 2003-03-25 Art Technology Group, Inc. Internet server session backup apparatus
JP2001265680A (ja) * 2000-03-15 2001-09-28 Fujitsu Ltd 複数メディアのセッションを管理する装置および方法
US6947992B1 (en) * 2000-05-01 2005-09-20 International Business Machines Corporation Maintaining HTTP session affinity in a cluster environment
US7193980B2 (en) * 2000-07-06 2007-03-20 Nortel Networks Limited Continuation session attribute
JP2002176432A (ja) * 2000-12-05 2002-06-21 Sony Corp 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体
JP2002189646A (ja) * 2000-12-22 2002-07-05 Matsushita Electric Ind Co Ltd 中継装置
JP3963690B2 (ja) * 2001-03-27 2007-08-22 富士通株式会社 パケット中継処理装置
JP2002351760A (ja) * 2001-05-30 2002-12-06 Mitsubishi Electric Corp サーバ負荷分散装置、サーバ負荷分散方法およびその方法をコンピュータに実行させるプログラム
US7243366B2 (en) * 2001-11-15 2007-07-10 General Instrument Corporation Key management protocol and authentication system for secure internet protocol rights management architecture
US7644434B2 (en) * 2002-04-25 2010-01-05 Applied Identity, Inc. Computer security system
US7373423B2 (en) * 2002-09-11 2008-05-13 Trend Micro Incorporated Network infrastructure management and data routing framework and method thereof

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010023442A1 (en) * 1999-07-15 2001-09-20 Richard R. Masters Method and system for storing load balancing information with an http cookie
US20030023744A1 (en) * 2001-07-26 2003-01-30 Emek Sadot Secret session supporting load balancer

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2005020085A1 *

Also Published As

Publication number Publication date
AU2003263873B2 (en) 2010-04-08
JP4828619B2 (ja) 2011-11-30
RU2006104109A (ru) 2006-07-27
EP1654665A4 (fr) 2010-06-30
NO20060471L (no) 2006-03-16
WO2005020085A1 (fr) 2005-03-03
CA2532185A1 (fr) 2005-03-03
AU2003263873A1 (en) 2005-03-10
JP2007521684A (ja) 2007-08-02
KR20060070529A (ko) 2006-06-23
MY144263A (en) 2011-08-29
IL173157A (en) 2011-10-31
NZ544663A (en) 2008-09-26
JP2009260988A (ja) 2009-11-05
KR101026600B1 (ko) 2011-04-04
TW200507548A (en) 2005-02-16
MXPA06001530A (es) 2006-05-15
IL173157A0 (en) 2006-06-11
BR0318416A (pt) 2006-08-01
RU2365046C2 (ru) 2009-08-20
TWI337822B (en) 2011-02-21

Similar Documents

Publication Publication Date Title
US8918525B2 (en) Routing hints
US8266294B2 (en) Routing hints
IL173157A (en) Routing hints
US8631139B2 (en) System and method for automatically initiating and dynamically establishing secure internet connections between a fire-walled server and a fire-walled client
KR101779029B1 (ko) 콘텐트-중심 네트워크들을 통한 서비스 가상화
JP5378494B2 (ja) リレーサーバを利用したデータ伝送システム及び方法
EP1443731A2 (fr) Procédé et système permettant d'assurer la sécurité dans un éeseau avec l'amélioration de la performance
AU2007320794B2 (en) Selective session interception method
US11818104B2 (en) Anonymous proxying
CN117318974A (zh) 用于代理设备的非转换端口超额订阅
Hu Proxy for host identity protocol

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060112

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: SUN, FENG

Inventor name: MOWERS, DAVID, R.C/O MICROSOFT CORPORATION

Inventor name: PAYA, CEM

Inventor name: BANES, JOHN, A.C/O MICROSOFT CORPORATION

Inventor name: JOY, JOSEPH, M.

RIN1 Information on inventor provided before grant (corrected)

Inventor name: PAYA, CEM

Inventor name: BANES, JOHN, A.

Inventor name: MOWERS, DAVID, R.

Inventor name: SUN, FENG

Inventor name: JOY, JOSEPH, M.

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1090719

Country of ref document: HK

A4 Supplementary search report drawn up and despatched

Effective date: 20100602

RIC1 Information provided on ipc code assigned before grant

Ipc: G06F 15/16 20060101AFI20050310BHEP

Ipc: H04L 29/06 20060101ALI20100527BHEP

17Q First examination report despatched

Effective date: 20100820

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1090719

Country of ref document: HK

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20180920