| Summary | This article describes a number of configuration variables Orbix provides to manage slow connections. | 
|---|---|
| Article Number | 36696 | 
| Environment | Orbix 6.3.x All supported platforms | 
| Question/Problem Description | How to configure for slow connections Managing for slow connections Connection problems in a slow network Managing long connection times How to configure for slow invocations Managing for slow invocations Invocation problems in a slow network Managing long invocation times Configuring for a slow network | 
| Clarifying Information | |
| Error Message | |
| Defect/Enhancement Number | |
| Cause | |
| Resolution | Orbix provides a number of policies to customise the time taken establishing connections and invoking operations. 
	policies:binding_establishment:max_binding_iterations 
	 The policy "max_binding_iterations" specifies the number of times a client can try to establish a binding before raising a TRANSIENT exception is thrown. The default is "5". Setting this to "-1" configures unlimited retries. 
	policies:binding_establishment:relative_expiry 
	 The policy "relative_expiry" specifies the time, in milliseconds, allowed to establish a binding. 
	policies:relative_request_timeout 
	The policy "relative_request_timeout" specifies the time, in milliseconds, allowed to deliver a request. Request delivery is considered complete when the last fragment of the GIOP request is sent over the wire to the target object. 
	The timeout period includes any delay in establishing a binding. This policy type is useful to a client that only needs to limit request delivery time. 
	policies:relative_roundtrip_timeout 
	The policy "relative_roundtrip_timeout" specifies the time, in milliseconds, allowed to deliver a request and its reply. The timeout countdown starts with the request invocation, and includes: 
	  • Marshalling in/inout parameters. 
	  • Any delay in transparently establishing a binding. 
	If the request times out before the client receives the last fragment of reply data, the request is cancelled using a GIOP CancelRequest message and all received reply data is discarded. 
	policies:relative_binding_exclusive_request_timeout 
	The policy "relative_binding_exclusive_request_timeout" specifies the time, in milliseconds, allowed to deliver a request, exclusive of binding attempts. The countdown begins immediately after a binding is obtained for the invocation. 
	policies:relative_binding_exclusive_roundtrip_timeout 
	The policy "relative_binding_exclusive_roundtrip_timeout" specifies the time, in milliseconds, allowed to deliver a request and receive its reply, exclusive of binding attempts. 
	policies:relative_connection_creation_timeout 
	The policy "relative_connection_creation_timeout" specifies the time, in milliseconds, allowed to resolve each address in an IOR, within each binding iteration. Default is 8 seconds. 
	Please note, an IOR can have several TAG_INTERNET_IOP (IIOP transport) profiles, each with one or more addresses, while each address can resolve via DNS to multiple IP addresses. Furthermore, each IOR can specify multiple transports, each with its own set of profiles. 
	This variable applies to each IP address within an IOR. Each attempt to resolve an IP address is regarded as a separate attempt to create a connection. | 
| Workaround | |
| Notes | |
| Attachment | 
| Created date: | 06 December 2012 | 
|---|---|
| Last Modified: | 12 February 2013 | 
| Last Published: | 06 December 2012 | 
| First Published date: | 06 December 2012 | 
#Orbix
#KnowledgeDocs

