Re: Protocol: Scope of requestID
Bo Lindbergh <blgl-RP0AW3Mn+/hWk0Htik3J/[email protected]>
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
2009-08-12 kl. 05.39 skrev Mike C: > > I have a question about how a FastCGI record's requestID is > assigned to guarantee uniqueness over multiple TCP connections to > the same responder. > > In short, is the requestID chosen by the webserver server then > issued to the FastCGI process unique to the TCP connection or is it > unique to the FastCGI process? > > As an example, if there is a FastCGI responder running on > 127.0.0.1:10000 and there are two TCP connections currently open, > is it possible that in each connection there could be two identical > requestIDs being used for different http requests? > > My intuition would be that no web server should issue two identical > requestIDs at the same time regardless of TCP connection or FastCGI > process, but I can't find this documented explicitly. The specification says "the application keeps track of the current state of each request ID on a given transport connection", which I interpret as request ids being per connection. /Bo Lindbergh