LDAP is an asynchronous protocol. W

LDAP is an asynchronous protocol. While many clients send an LDAP request and then wait for the result before sending the next request, this pattern is not required. It is possible to send multiple LDAP requests over the same connection so that the server can process them in parallel, and then receive the results as they are returned by the server, potentially in a different order than the corresponding requests were sent.

Each LDAP request message includes a message ID that must be an integer value between 1 and 2147483647 (inclusive). This must be unique across all active requests (clients typically start with 1 and then increment by 1 for each subsequent request, and then rolling back around to 1 after sending request 2147483647; however this is not strictly required), and the server will include the request's message ID in all response messages for that request. The client can use these response message IDs to match them up with the corresponding request.

If a client sends a request but then decides that it is no longer interested in getting any more response messages for that operation, then it can send an abandon request to the server to indicate that the server should stop processing for that request. The abandon request protocol operation contains only the message ID for the request to abandon, and the server may then try to identify and interrupt the processing for that operation. It is only possible to abandon an operation requested earlier over the same connection; LDAP does not currently provide any standard way to attempt to interrupt processing for an operation requested over a different connection.

Note that there is no response to an abandon operation, and there is no guarantee that the server will be able to honor that request. The operation may still complete, and if it is a write operation then the changes included in that request may still be applied. The server may or may not send a response for the operation if it completes after an abandon is received, so the lack of response should not be interpreted as an indication that the operation was abandoned.
The cancel extended operation addresses some of the shortcomings associated with the abandon operation. In particular, the extended request will receive a response indicating whether the cancel was successful or why it failed (whereas an abandon request will not receive a response), and if the target operation was canceled, then it will receive a result indicating that it was canceled (whereas an operation that was abandoned may not receive any response). In general, if the directory server supports the cancel extended operation, then it should probably be used instead of the abandon operation.

結果 (日本語) 1:

LDAP は、非同期プロトコルです。多くのクライアントは LDAP 要求を送信し、次の要求を送信する前に結果を待つ、このパターンは必要ありません。同じ接続で複数の LDAP 要求してサーバーをそれらが並行処理し、サーバーによって返される、結果を受け取る潜在的対応する要求とは異なる順序で送信されたを送信することが可能です。各 LDAP 要求メッセージには、1 から 2147483647 (包括的な) の間の整数値である必要があります、メッセージ ID が含まれています。これは、すべてのアクティブな要求間で一意でなければなりません (クライアントを通常 1 で起動して、周りにロールバック 1 2,147, 483,647 を要求を送信した後および、以降の要求ごとに 1 ずつインクリメントし; しかしこれは必須ではありません)、サーバーはその要求のすべての応答メッセージで要求のメッセージ ID を含まれます。クライアントは、対応する要求とそれらを一致するのにこれらの応答メッセージの Id を使用できます。場合は、クライアント要求を送信しましたが、その操作の応答メッセージの取得に関心がなくなったが、それは、放棄要求をサーバーがその要求の処理を停止する必要があることを示すサーバーに送信できます。放棄要求のプロトコル操作にはを放棄する要求のメッセージ ID のみが含まれています、サーバー可能性があります識別し、その操作の処理を中断する試みます。以前、同じ接続上で要求された操作を放棄することが可能です。LDAP は、別の接続上で要求された操作の処理を中断しようとする任意の標準的な方法を現在提供しません。破棄操作に応答がないと、サーバーがその要求を尊重することができるという保証はありません注意してください。操作がまだ完了し、書き込み操作、その要求に含まれている変更適用ことがまだあります。サーバーは、応答の欠如は操作を破棄したことを示すと解釈すべきではないので、放棄を受け取った後完了する場合、操作の応答を送信することはできません。キャンセル操作アドレス破棄操作に関連付けられている欠点のいくつかを拡張します。特に、拡張要求はキャンセルが成功したか、失敗した理由 (放棄要求が応答を受信していない) に対し、対象の操作がキャンセルされた場合は (放棄された操作は、任意の応答を受信しませんが) に対し、それがキャンセルされたことを示す結果が表示されますそれを示す応答を受け取ります。一般的には、ディレクトリ サーバーは、拡張操作のキャンセルをサポートする場合、それがおそらく使破棄操作の代わりに

結果 (日本語) 2:

LDAPは非同期プロトコルです。多くのクライアントがLDAP要求を送信し、次の要求を送信する前に結果を待つ間、このパターンは必要ありません。これは、送信された対応する要求とは異なる順序で、潜在的に、サーバは、並行して処理できるように、同じ接続を介して複数のLDAP要求を送信し、その後、それらがサーバから返されるような結果を受け取ることが可能である。各LDAP要求メッセージは、1〜2147483647（包括的）の間の整数値でなければなりませんメッセージIDが含まれています。これは、すべてのアクティブな要求（クライアントは一般的に1で開始し、各後続の要求のために1インクリメントした後、要求2147483647を送信した後1に周りロールバックするが、これは必須ではありません）全体で一意である必要があり、サーバーが含まれますその要求のすべての応答メッセージで要求のメッセージID。クライアントは、対応する要求でそれらを一致させるために、これらの応答メッセージIDを使用することができます。クライアントが要求を送信しますが、それはもはや、その動作のために任意のより多くの応答メッセージを得ることに興味を持っていると判断しない場合、それが放棄要求を送信することができますサーバは、サーバがその要求の処理を停止すべきであることを示します。放棄要求プロトコルの動作は、要求が放棄する唯一のメッセージIDが含まれており、サーバは、識別し、その動作のための処理を中断しようとする場合があります。これは、同じ接続で、以前要求された操作を放棄することのみ可能です。LDAPは現在、異なる接続を介して要求された操作のための処理を中断しようとする任意の標準的な方法を提供していない放棄操作に対する応答がないことに注意してください、とサーバーがその要求を尊重することができるという保証はありません。それが書き込み動作である場合、操作はまだ完了してから、その要求に含まれる変更は、まだ適用されてもよいことがあります。それは放棄受信された後に完了するので、応答の欠如は、操作が放棄されたことを示すものとして解釈されるべきでない場合、サーバは、操作に対する応答を送信しない場合があります。キャンセル拡張操作は、関連付けられた欠点のいくつかに対処します操作を放棄します。具体的には、拡張されたリクエストは（放棄要求は応答を受信しません一方で）それが失敗した理由のキャンセルが成功したかどうかを示す応答を受信し、ターゲット操作がキャンセルされた場合、それはそれがあったことを示す結果を受信します（放棄された操作は、任意の応答を受信しない場合がある）キャンセルされました。ディレクトリ・サーバーがキャンセル拡張操作をサポートしている場合、一般的に、それはおそらく代わりに放棄する動作を使用する必要があります。

結果 (日本語) 3:

ldap非同期プロトコルです。多くのクライアントは、要求を送信し、次の要求を送信する前にその結果を待つ間、このパターンを必要としない。複数のldapの要請を送って、同じ接続については、サーバが並列に処理できるようにすることも可能である、そして、彼らが受ける結果、サーバから返されると、潜在的に異なる順序で対応する要求を送ったより。各ldap要求メッセージをメッセージid 1との間の整数値2147483647必要がある（を含む）を含みます。これはすべてのアクティブな要求でなければ（依頼人は一般的にスタートで1によって1インクリメントは各々の以降の要求のために、そしてロールバック要求を送った後に1 2147483647。しかし、これは厳しく必要でありません）と、サーバはその要求に対する応答メッセージのすべての要求のメッセージを含みます。クライアントは、対応する要求としての試合へのこれらの応答メッセージidを使用することができます。クライアントの要求を送るが、それはもはや少しのより多くの応答メッセージを操作することに興味があると判定した場合にそれは断念するサーバはその要求に対する処理を停止する必要があることを示す要求をサーバに送ることができます。捨てる要求プロトコル操作のみを断念することを要求したため、メッセージidを含みます、そして、サーバとその操作のための割り込み処理を確認しようとしてもよい。同じ接続で以前に要求された操作を捨てることができるだけである。ldapの現在の異なった接続の上に要求された操作のための割り込み処理をしようとする任意の標準的な方法を提供しないことに注意してください。ですが捨てる動作に応答して、サーバが要求を守ることができるという保証はありません。まだ、動作が終了するかもしれませんそしてそれは書き込み動作要求がまだ適用されるかもしれないということに含まれる変化であるならば。それは、サーバーまたは放棄を受けた後に終了した場合には、操作に対する応答を送るかもしれないかもしれないので、応答の欠如は捨てられましたが、動作の指示として解釈されるべきではない。キャンセルの延長運転を放棄する動作に伴う欠点のいくつかに対処します。特に、拡張されたリクエストのキャンセルが成功したか、それはなぜ失敗したかどうかを示す応答を受けます（放棄要求は応答を受信していない）と、目標操作がキャンセルされた場合、そしてそれはそれをキャンセルしたことを示す結果を受け取る（捨てられたことはあったかもしれないどんな応答動作を受ける）。一般的には、ディレクトリサーバキャンセル延長運転をサポートするなら、それを捨てる動作の代わりに使用されるべきでしょう。