According to Overlapped Sending recommendation "If there is insufficient addressing information in the ARQ, the Gatekeeper should respond with an ARJ with the AdmissionRejectReason set to incompleteAddress" The main question is how the Overlapped Sending scheme interacts with the LRQ scheme. Here are 2 example scenarios to explain the difficulties: A) overlapped numbering scheme in 2 zones -------> GK1 GK2 dial 1234 / \ / \ T1 = 12345 T2 = 1234 A terminal dials "1234". GK1 identifies the address as incomplete and sends ARJ. However, the caller wished to call terminal 2 and therefore the address was complete and GK1 should have sent LRQ. A.1 In this case, Does the terminal should send ARQ again? Does the last ARJ terminates the call in the caller side? A.2 Should the re-sending of the ARQ (if exist) be the trigger for sending the LRQ, from the GK point of view? B) Location Request mechanism does not support overlapped sending ----> GK1 ---> GK2 dial 1234 LRQ \ \ T2 = 12345 A terminal dials "1234" as part of the digit collection. GK1 somehow recognizes that the address should be referred to GK2. However GK2 returns an LRJ because the LRQ mechanism does not support overlapped sending. It seems to me that the Overlapped Sending should be deployed in systems where the numbering scheme is unified and predefined by zones, as it is in the telephony systems. In this case, LRQ should not be deployed. Am I right in this assumption? If not, what should be the guidelines for sending LRQ when Overlapped Sending mode is on. Regards, ============================== Sarah Lavie RadVision sarah@radvision.rad.co.il ==============================