Home | History | Annotate | Download | only in stack

Lines Matching refs:INVITE

112  * reported a bug in updating the route set (on RE-INVITE). Jens Tinfors submitted a bug fix and
120 * INVITE transactions, a Dialog is created when a success message is received (i.e. a response
238 // Stores the last OK for the INVITE
279 * This task waits till a pending ACK has been recorded and then sends out a re-INVITE. This
281 * the out of order INVITE). This is primarily for B2BUA support. A B2BUA may send a delayed
283 * re-INVITE otherwise the othr end will respond with a REQUEST_PENDING. We want to avoid this
284 * condition. Hence we wait till the ACK for the previous re-INVITE has been sent before
285 * sending the next re-INVITE.
311 * Could not send re-INVITE fire a timeout on the INVITE.
315 "Could not send re-INVITE time out ClientTransaction");
329 reasonHeader.setText("Timed out waiting to re-INVITE");
360 sipStack.getStackLogger().logDebug("re-INVITE successfully sent");
362 sipStack.getStackLogger().logError("Error sending re-INVITE", ex);
842 // Remote target is updated on RE-INVITE but not
1480 // Proessing a re-invite.
1518 // This case occurs when you are processing a re-invite.
1519 // Switch from client side to server side for re-invite
1609 * Get the INVITE transaction (null if no invite transaction).
2016 && clientTransactionId.getRequest().getMethod().equals(Request.INVITE)) {
2373 * same as the INVITE being acknowledged, but the CSeq method MUST be ACK. The ACK MUST
2374 * contain the same credentials as the INVITE. If the 2xx contains an offer (based on the
2380 * with a different cseq and hence you need to supply the invite.
2388 // then send INVITE+ACK later on
2389 if (!method.equals(Request.INVITE))
2390 throw new SipException("Dialog was not created with an INVITE" + method);
2576 if (sipResponse.getCSeq().getMethod().equals(Request.INVITE) && statusCode == 200) {
2627 // This is a dialog creating method (such as INVITE).
2645 if (cseqMethod.equals(Request.INVITE)) {
2666 * somewhere. Hence the incoming invite has record route headers in it. The
2670 * that are present in the incoming INVITE so you only have the downstream Route
2768 && (cseqMethod.equals(Request.INVITE)
2779 * We put the dialog into the table. We must wait for ACK before re-INVITE is
2784 && cseqMethod.equals(Request.INVITE)
2787 * Acquire the flag for re-INVITE so that we cannot re-INVITE before
2814 if (sipServerTx.getRequest().getMethod().equals(Request.INVITE)
2837 * INVITE, the only target refresh request defined is re-INVITE (see Section 14). Other
2846 * INVITE is the target refresh for INVITE dialogs. SUBSCRIBE is the target refresh for
2888 if (!request.getMethod().equals(Request.INVITE))
3140 * This could be a re-invite processing. check to see if the ack matches with the last
3152 && sipResponse.getCSeq().getMethod().equals(Request.INVITE)
3174 " INVITE transaction not found -- Discarding ACK");
3189 * Release the semaphore for ACK processing so the next re-INVITE may proceed.