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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.