KTCPVS CHTTP - Revision history

Wensong at 05:18, 30 July 2006

2006-07-30T05:18:19Z

Wensong at 04:27, 10 December 2005

2005-12-10T04:27:06Z

Wensong at 11:26, 15 July 2005

2005-07-15T11:26:24Z

Wensong at 01:03, 3 July 2005

2005-07-03T01:03:03Z

Wensong at 02:24, 4 June 2005

2005-06-04T02:24:58Z

Wensong: /* Scenarios */

2005-06-04T01:37:03Z

‎Scenarios

Wensong: /* Scenarios */

2005-06-04T01:26:04Z

‎Scenarios

Wensong: /* Architecture */

2005-06-04T01:07:58Z

‎Architecture

Wensong at 11:09, 28 May 2005

2005-05-28T11:09:34Z

New page

== Introduction ==

CHTTP is a KTCPVS content-based scheduling module for cookie-based HTTP service. It supports both persistent HTTP and HTTP State Management Mechanism.

CHTTP scheduler will parse header of every http request received and extract session information in it, then select the right backend server with session information, and redirect the http message to the server. If there is no such a session, CHTTP will direct request to a backend server according to content-based scheduling rules. When the backend server starts a session, CHTTP will inject a session cookie in the response to the client, so that any further requests from the client will be sent to the backend server for this session.

== Architecture ==

== Scenarios ==

@@ Line 41: / Line 41: @@
 After the HTTP client receives response with a session, it will send http request with the session cookie. CHTTP will search the session table to find the destination server. Only if search is failed or no session cookie is found, CHTTP will lookup server with the least load. When CHTTP processes http response header, if there is cookie in http response header, it will update the session table and cookie table.
-[[Category:Content-Based Scheduling]]
+[[Category:Content-Based Scheduling|Cookie]]
 [[Category:KTCPVS|Cookie]]

← Older revision		Revision as of 04:27, 10 December 2005
Line 42:		Line 42:

	[[Category:Content-Based Scheduling]]		[[Category:Content-Based Scheduling]]
		+	[[Category:KTCPVS\|Cookie]]

← Older revision		Revision as of 11:26, 15 July 2005
Line 40:		Line 40:

	After the HTTP client receives response with a session, it will send http request with the session cookie. CHTTP will search the session table to find the destination server. Only if search is failed or no session cookie is found, CHTTP will lookup server with the least load. When CHTTP processes http response header, if there is cookie in http response header, it will update the session table and cookie table.		After the HTTP client receives response with a session, it will send http request with the session cookie. CHTTP will search the session table to find the destination server. Only if search is failed or no session cookie is found, CHTTP will lookup server with the least load. When CHTTP processes http response header, if there is cookie in http response header, it will update the session table and cookie table.
		+
		+	[[Category:Content-Based Scheduling]]

@@ Line 9: / Line 9: @@
 The following diagram depicts the function modules for CHTTP.
-[[Image:KTCPVS-CHTTP-Module.jpg]]
+[[Image:KTCPVS-CHTTP-Module.jpg|center]]
 HTTP transfer engine is responsible to read http lines from client socket and relay http data between HTTP client and backend server.
@@ Line 25: / Line 25: @@
 === HTTP request without session information ===
-[[Image:KTCPVS-CHTTP-Workflow-Without-Session.jpg]]
+[[Image:KTCPVS-CHTTP-Workflow-Without-Session.jpg|center]]
 When a client accesses KTCPVS without a session cookie in http request line, CHTTP will select a server with the least load, and redirect the http request to this selected server.
@@ Line 31: / Line 31: @@
 === Server starting a session ===
-[[Image:KTCPVS-CHTTP-Workflow-Server-Session.jpg]]
+[[Image:KTCPVS-CHTTP-Workflow-Server-Session.jpg|center]]
 When the server initializes a session by sending cookie back to KTCPVS, CHTTP will inject a session cookie to client, record this session in session table and save all the cookies related to this session in cookie table. Therefore, the following http requests from the same client will contain a session cookie, then CHTTP will direct this request to the original server that starts the session.
@@ Line 37: / Line 37: @@
 === HTTP request with session information ===
-[[Image:KTCPVS-CHTTP-Workflow-With-Session.jpg]]
+[[Image:KTCPVS-CHTTP-Workflow-With-Session.jpg|center]]
 After the HTTP client receives response with a session, it will send http request with the session cookie. CHTTP will search the session table to find the destination server. Only if search is failed or no session cookie is found, CHTTP will lookup server with the least load. When CHTTP processes http response header, if there is cookie in http response header, it will update the session table and cookie table.

@@ Line 7: / Line 7: @@
 == Architecture ==
-The following diagram depicts the functional model for CHTTP.
+The following diagram depicts the function modules for CHTTP.
 HTTP transfer engine is responsible to read http lines from client socket and relay http data between HTTP client and backend server.
@@ Line 22: / Line 24: @@
 === HTTP request without session information ===
 When a client accesses KTCPVS without a session cookie in http request line, CHTTP will select a server with the least load, and redirect the http request to this selected server.
 === Server starting a session ===
 When the server initializes a session by sending cookie back to KTCPVS, CHTTP will inject a session cookie to client, record this session in session table and save all the cookies related to this session in cookie table. Therefore, the following http requests from the same client will contain a session cookie, then CHTTP will direct this request to the original server that starts the session.
 === HTTP request with session information ===
 After the HTTP client receives response with a session, it will send http request with the session cookie. CHTTP will search the session table to find the destination server. Only if search is failed or no session cookie is found, CHTTP will lookup server with the least load. When CHTTP processes http response header, if there is cookie in http response header, it will update the session table and cookie table.

← Older revision		Revision as of 01:26, 4 June 2005
Line 18:		Line 18:

	== Scenarios ==		== Scenarios ==
		+
		+	The section describes how CHTTP works in the different scenarios.
		+
		+	=== HTTP request without session information ===
		+
		+
		+	=== Server starting a session ===
		+
		+
		+	=== HTTP request with session information ===

← Older revision		Revision as of 01:07, 4 June 2005
Line 7:		Line 7:
	== Architecture ==		== Architecture ==

		+	The following diagram depicts the functional model for CHTTP.

		+	HTTP transfer engine is responsible to read http lines from client socket and relay http data between HTTP client and backend server.
		+
		+	HTTP parser engine implements a simple HTTP parser. It parses http request lines, http status lines, http mime headers, and store parsed information in http requests or http responses.
		+
		+	Session manager is used to support HTTP state management mechanism. It stores the cookies received from backend servers and maintains session table and cookie table for HTTP clients and backend servers.
		+
		+	Scheduler is the core component of CHTTP. It coordinates other components. Scheduler reads http request header through HTTP transfer engine, parses it by HTTP parser engine, and gets session information from session manager. Finally, it directs the http request to a backend server. After processing http request, Scheduler reads http response from the backend server, and returns http response to the original client.

	== Scenarios ==		== Scenarios ==