Cloud CM-IPMP Instrukcja Naprawy Strona 178

  • Pobierz
  • Dodaj do moich podręczników
  • Drukuj
  • Strona
    / 201
  • Spis treści
  • BOOKMARKI
  • Oceniono. / 5. Na podstawie oceny klientów
Przeglądanie stron 177
Chapter 24
Customising the SIP Registrar
24.1 Introduction
This section provides a mini-tutorial which shows developers how to use various features of the Rhino SLEE and of JAIN
SLEE. The mechanism employed to achieve this objective is writing a small extension to a pre-written example application -
the SIP Registrar. A brief background on SIP Registration is provided in Section 24.2 for developers who are not familiar with
the SIP Protocol.
By following the steps in the mini-tutorial, a developer will touch upon the following JAIN SLEE concepts:
1. The Service Building Block (SBB)
2. The SBB’s deployment descriptor
3. The SBB’s JNDI environment
4. Using the JAIN SLEE Trace Facility from an administrative and development perspective
Additionally the developer will use a small part of the JAIN SIP 1.1 API.
Once this activity is completed a suggestion for a valid larger extension to the SIP Registrar application is described, and some
hints for pieces of the existing examples which developers should look at for inspiration are provided.
24.2 Background
When a SIP device boots it performs an action know as "registration" in order for the device to be able to receive incoming
session requests (for example if the SIP device is a phone handset, it can receive incoming calls via the SIP protocol). The
registration process involves two entities, the SIP device itself and a SIP Registrar. A SIP Registrar is a system running on a
network which stores the registration of SIP devices, and uses that information to provide the location of the SIP device on an
IP network.
The sample Registrar application allows all users to successfully perform a registration action. However typically there is
some requirement for administrative control over which users are allowed to successfully register and which are not allowed to
register. A very simple way to provide some selective functionality is to use the Domain Name of the user’s SIP address and
only allow users who are from the same domain as the SIP Registrar to successfully register. Therefore registration requests
from users in other domains are rejected.
Very simply the SIP registration protocol is initiated by a client device sending a SIP REGISTER message. The REGISTER
message has three headers which are of interest to the sample Registrar application, they are the TO, the FROM and the CON-
TACT headers. The TO and FROM headers contain the user’s public SIP address (for example sip:[email protected]).
The CONTACT header contains the IP address and port which the device will accept session request on (for example
sip:192.168.0.7:5060).
If the SIP Registrar accepts the registration request it will send back a 200-OK response, and on receipt of that response the
device will know that it has registered successfully. If the SIP Registrar refuses the registration request then it will send back a
SIP error response. For this example, a 403-Forbidden response is used.
169
Przeglądanie stron 177
1 2 ... 173 174 175 176 177 178 179 180 181 182 183 ... 200 201

Komentarze do niniejszej Instrukcji

Brak uwag