Request-URI Clause Samples

Request-URI. The Request-URI in the SIP INVITE returned/ propagated back from the Application Server will contain the destination party address. The Application Server may, as part of the service it is providing, have modified this destination party address. If the propagated INVITE contains a different destination address than the INVITE sent to the Application Server, and the Application Server was invoked for terminating services then. ⮚ If the propagated INVITE is received by the SB/SCIM it will not engage any further applications for the original terminating user and will immediately propagate the INVITE with the new destination party address back to the S-CSC. ⮚ If the propagated INVITE is received by the S-CSC then it will not engage any further applications for the original terminating user. o If the new destination address is registered on the S-CSC then it will check the service profile to determine if any terminating services need to be invoked for the subscriber identified by new destination address. o If the new destination address is not registered on the S-CSC then it performs originating side session routing and forwards the INVITE on to the S-CSC handling the registration of the subscriber identified in the new destination address, or in the case of the subscriber not being registered an appropriate S-CSC.
View Source
Request-URI. The Request-URI of the INVITE sent to the Media Resource Broker indicates the media resources being requested. The MRB MUST support the annc, conf and dialog resources defined in RFC4240. For conf allocations then all concurrently active sessions with the same conference id value will be allocated to the same physical media server. It is the responsibility of the sending client to ensure all requests sharing the same conference-id are directed to the same Media Resource Broker instance. The following additional parameters MAY be included in the Request-URI to further influence the action of the Media Resource Broker. This parameter is used in conjunction with the conf= Request-URI (from RFC4240) in order to instruct the Media Resource Broker the ultimate size of the conference being requested so an appropriate number of ports can be reserved. This parameter is not propagated to the Media Server itself. This parameter can be used to indicate to the Media Resource Broker that multiple requests should be allocated to the same physical Media Server. All concurrently active sessions that share the same unique id should be resolved to the same physical Media Server. This parameter is redundant for conf allocations and is not propagated to the Media Server itself. It is the responsibility of the client issuing the request to ensure both the uniqueness of the <unique id> and to ensure that all requests using the same <unique id> are directed to the same Media Resource Broker instance. This parameter can be used to indicate a request for a specific media server (identified by the <media server id>). How Media Servers are identified through the Media Server Id is left to individual implementations. The parameter is not propagated to the Media Server itself. This parameter allows the definition of custom media capabilities. When custom capabilities are used then the Media Resource Broker must be configured with the capabilities supported by each Media Server under its allocation control. The request will be resolved to a Media Server supporting all the requested custom capabilities, if not all the capabilities can be supported then the request is rejected. The parameter is not propagated to the Media Server itself.
View Source
Request-URI. The Request-URI is set to the resource that the Application Server is subscribing to, i.e. the public user identity of the user that was received in the To header of the secondary REGISTER.
View Source
Request-URI. The Request-URI of the REGISTER MUST contain the SIP URI of the AS or SB / SCIM (the S-CSC obtains this from the iFC of the subscribers service profile).
View Source

Related to Request-URI

  • Advance Request To obtain a Term Loan Advance, Borrower shall complete, sign and deliver an Advance Request (at least one (1) Business Day before the Closing Date and at least five (5) Business Days before each Advance Date other than the Closing Date) to Agent. The Lenders shall fund the Term Loan Advance in the manner requested by the Advance Request provided that each of the conditions precedent to such Term Loan Advance is satisfied as of the requested Advance Date.

  • Request for Proposals A State request inviting proposals for Goods or Services. This Contract shall be governed by the statutes, regulations and procedures of the State of Connecticut, Department of Administrative Services.

  • Request for Advance Subject to the following conditions, the Borrower may request an Advance to be made by ensuring that the Agent receives a completed Drawdown Notice not later than 11.00 a.m. (Hamburg time) 3 Business Days prior to the intended Drawdown Date.

  • Request A request to submit a grievance to arbitration must be in writing, signed by the aggrieved party, and such request must be filed in the office of the Superintendent within ten (10) days following the decision in Level III of the grievance procedure.

  • Request for clarification of the report 1. Within 10 days of the release of the report, either of the disputing Parties may submit a written request to the Panel, a copy of which shall be sent to the other Party, for clarification of any items the Party considers requires further explanation or definition. 2. The Panel shall respond to the request within 10 days following the submission of such request. The clarification of the Panel shall only be a more precise explanation or definition of the original contents of the report, and not an amendment of such report. 3. The filing of this request for clarification will not postpone the effect of the Panel report nor the deadline for compliance of the adopted decision, unless the Panel decides otherwise.