SOPHO iS3000 & 2000IPS Conexões em Rede

1. SIP Trunk
1. Introdução
O protocolo usado para sinalização é o SÌP (Session Initiation Protocol).
Este tipo de entroncamento usa como plataforma uma rede iP, sendo aplicável a:
- Conexão entre sistemas iS3000;
- Conexão de um sistema iS3000 com um provedor externo baseados no protocolo SÌP.
Nota: O protocolo ÌP usado para interconectar os sistemas SOPHO iS3000 e SOPHO 2000ÌPS é "CCÌS
(Common Channel Inter-office Signalling) over ÌP¨

1. RE!ISITOS
- O SOPHO iS3000 deve estar na plataforma de software Call@Net 3.5 / SÌP@Net 4.0;
- iS3010, 3030 or 3050 : a CPU3000 deve estar equipada com o módulo acelerador (AM) e uma
placa de memória 32 MB DRAM.
- iS3070 or 3090 : deve ter o firmware CÌE versão A100.10.05 (ou superior).
- Placa ÌSG: aconselhado ser carregada com firmware versão fa2010v1.605 ou superior.
- Para uso de fax é imperativo usar pacote "#2010$1.%0& ou superior
2. C'R'CTER(STIC'S
A plataforma C#))*+et 3.& contém as funcionalidades "SÌPTrunking¨ descritas abaixo :
- Tratamento de chamadas básico
- Operação de Registro
- Utilização de Codec (G.729 com 8K de banda, G.711 com 64K de banda)
- "Transport layer”
- Características de tronco: ex: tratamento/assistência para falhas DDR.
- CLI e "name display¨
- Dual Tone Multi Frequency (DTMF)
- Quality of Serice (QoS) (prioridade para o tráfego de pacotes marcados p/ voz)
- !et"or# $ddress Translator (!$T) (ex: o cliente tem rede interna (ip 192.) e quer passar para rede
pública (ip 200...); assim deve haver uma conversão (isolando as duas partes)
- Facilidades suportadas pelo iS3000
1
CCÌS
SÌP
SÌP
Pro$edor Externo SIP
,SIP ser$er-
ex: VCX ou outro
que aceite registro
SOPHO iS3000
2000IPS
SOPHO iS3000 & 2000IPS Conexões em Rede
A plataforma C#))*+et ..1 contém as funcionalidades SÌP Trunking descritas abaixo :
- P2P: "Peer%to%Peer &TP¨ SÌP extensions/trunks
- iPVN no iS3000 com SÌP trunking
- SÌP trunk: direto entre dois sistemas iS3000.
A plataforma C#))*+et ..1E contém as funcionalidades SÌP Trunking descritas abaixo :
- Número chamado original
- Evita a Media P2P para SÌP, em uma configuração multi-unidade

O SÌP@Net manipula o protocolo SÌP.
- O SÌP driver trata com socket multiplexing/de-multiplexing.
- A placa ÌSG 'In System (ate"ay) é envolvida para media handling.
3. CO+CEITO /ER'0
O conceito geral para SÌP trunking é descrito abaixo:
O fluxo de sinalização SÌP se dá via SÌP driver, geralmente integrado na placa ÌSG.
A "media¨(voz) sempre flui via ÌSG. A sinalização pode fluir via TCP ou UDP. O tratamento de chamadas
é feito de acordo com a norma RFC 3261.(&equest For Comment)

SO0ICIT'12ES & RESPOST'S
O fluxo de informações no protocolo SÌP se dá através de solicitações (request) e respostas;
As solicitações SÌP previstas no sistema para serem suportadas são:
ACK é suportado
BYE é suportado
CANCEL é suportado
ÌNVÌTE é suportado
REGÌSTER é suportado
OPTÌONS somente recepção
Todas as outras mensagens não são relevantes para trunking e portanto, ainda, não são suportadas. As
respostas são também tratadas/geradas em conformidade com RFC 3261.
2
Proxy
SÌP
d
r
i
v
e
r
Rede SIP

ÌSG
Registrar
3om4nio iS3000 3om4nio do Pro$edor SIP
SOPHO iS3000
SOPHO iS3000 & 2000IPS Conexões em Rede
.. RE/ISTRO
Para que o processo de registro seja executado, devem ser configurados alguns parâmetros no SOPHO
iS; esta configuração é feita através do comando CHSIP' (Change SÌP addresses).
O comando CHSÌPA relaciona parâmetros com o número de rota relacionado a rota SÌP.
- O *inside +lo,al IP address” que deve ser aplicado no caso de NAT.
- O iS3000 port number que deve ser aplicado (usualmente porta 5060).
- O Registrar's URÌ (e-. re+istrar/necp/nl).
- O Registrar's ÌP address que deve ser aplicado.
- O Registrar's port number que deve ser aplicado (usualmente porta 5060).
- O Proxy's URÌ (e-. pro-y/necp/nl).
- O Proxy's ÌP address que deve ser aplicado.
- O Proxy's port number que deve ser aplicado (usualmente porta 5060).
Os dados relativos ao SÌP trunk como codec, payload, etc. serão configurados no si+nallin+ +roup,
associado ao hardware (placa virtual) que suporta o tronco SÌP; estes parâmetros são atribuídos à
placa pelo comando 'S5R3S.
As configurações adicionais relativas a rota SÌP são feitas através do comando CHSIP3 (Change SÌP
data), conforme a seguir.
- O username part da URÌ: que deve ser aplicado para a operação de registro.
- O default lease time. que é solicitado para registro.
- O username que deve ser aplicado para propósitos de autenticação.
- O pass"ord que deve ser aplicado para propósitos de autenticação.
- A comunicação de saída aplicada em UDP ou TCP.
Agora o SÌP trunk está apto para execução da operação de registro com o provedor de tronco. Ìsto
poderá ser ativado através do comando RESIPR.

Durante o processo de registro poderá, opcionalmente, ser solicitada pelo registrar, uma di+est
aut0entication.
Para fins de trace o campo User-Agent na mensagem REGÌSTER poderá contém o texto; ex:
"Philips Business Communications SOPHO iS3000".
&. CH'6'3' SIP 3E S'(3'
Uma chamada SÌP trunk pode ser iniciada a partir de qualquer usuário do iS3000, discando para isto
código de acesso a rota, um TAC<EXTERNAL NUMBER>. O TAC é analisado levando ao acesso de uma
destinação (através de um hardware virtual já projetado) no domínio SÌP externo.
A chamada é construída em direção ao SÌP proxy externo; este SÌP proxi é definido através do
comando CHSIP'.
Na direção de saída podem ser indicadas até 4 preferências de codec (0...3). As preferências e
payload são especificadas pelo comando CHIPP3.
Para SÌP trunk toda mídia trafega através da placa ÌSG. O SÌP@Net garantirá que a ÌSG será
envolvida na manipulação da mídia.
O SÌP drier é instruído para tratar as mensagens SÌP via UDP ou TCP dependendo do que for
especificado na rota SÌP.
3
SOPHO iS3000 & 2000IPS Conexões em Rede
%. CH'6'3' SIP 3E E+TR'3'
Sempre que uma chamada de entrada de tronco for recebida, o iS3000 verificará e aceitará os seguintes
codecs: (/122 uLa") (/122$La") (/134) (/134$ and (/134$5/
A prioridade da parte originadora será considerada para a seleção do codec apropriado. O payload
recebido pode ser tomado quando forem 20, 30 e 40mseg; caso contrário, então serão tomados os
valores projetados no si+nallin+ +roup da porta virtual usada.
Observe-se que para chamadas de entrada de tronco serão aceitas uma lista de vários codecs, enquanto
que para uma chamada tronco de saída somente serão disponibilizados codec(s) específicos 1 à 4.
O SÌP driver recebe chamadas via UDP ou TCP conforme opção especificada na camada de transporte
para a rota SÌP (OM command CHSIP3).
Com a recepção de um I+7ITE, será feito um teste se a chamada é recebida de uma rota SÌP
confiável. Assim, é feita uma verificação se a chamada é recebida de um proxi relacionado a rota SÌP;
caso contrário, a chamada será rejeitada conforme RFC 3261.
Mensagens ÌNVÌTE com codecs não suportados ou layout de mensagens errado, serão rejeitadas
conforme RFC 3261.
Todas as outras mensagens ÌNVÌTE que não puderem ser roteadas à destinação apropriada serão
oferecidas para DDÌ fail/assistance, dependendo das DDÌ-fail options, definidas na rota.
8. C'R'CTERISTIC'S 3E TRO+CO
Para SÌP trunks, são aplicadas placas de troncos virtuais (e circuitos de tronco relacionados).
As características (general/incoming/outgoing route options and bundle options) dos troncos poderão ser
mantidas.
No caso em que um SÌP trunk não possa ser acessado, poderá ser definida uma rota de overflow da
mesma forma que para troncos tradicionais, usando as facilidades padrões para roteamento.
iS3000 O9ções /er#is de Rot# su9ort#d#s em SIP :
P = Data protection applied : Sim
Q = Assistance required : Sim
R = Add-on allowed : Sim
S = Toll-ticketing on route : Sim
T = Ìmpulse post dialling allowed : Não
U = Keytone post dialling allowed : Sim (SKT, não válido G.729)
V = Enquiry on trunk allowed : não aplicável
W = Flexible operator assistance available : não aplicável
X = Time-break check : Sim
Y = Time-break enabled : Sim
Z = CNND translation : Sim
A = Network priority/Force release possible : não aplicável
B = Line park allowed : não aplicável
C = QSÌG segmenting allowed : não aplicável
D = Tone types : Sim
iS3000 O9ções de Entr#d# de Rot# su9ort#d#s em SIP :
P = DDÌ-traffic on route : Sim
Q = Break-in protection : Sim
R = Transit allowed : Sim
S = Malicious Call Trace allowed : Não
T = Announcement allowed : Sim
U = Answer before announcement : Sim
V = Calling party control : Sim
W = DDÌ-delay time required : Não
X = DDÌ-barred check on inc. calls : Sim
Y = DDÌ-call waiting required : Sim
4
SOPHO iS3000 & 2000IPS Conexões em Rede
Z = Socotel shortened protocol : não aplicável
DDÌ options : Sim

iS3000 O9ções de S#4d# de Rot# su9ort#d#s em SIP
P = Direct switch through : não aplicável
Q = Break-in protection on outgoing calls : Sim
R = D-button allowed : Não
S = Transit allowed : Sim
T = Source identification : não aplicável
U = Ìnsert or append close sign : Sim
ATF by Camp-On-Busy : Sim
ATF by Automatic Ring Back : Sim
iS3000 O9ções de 5und)e ,"eixe- de Rot# su9ort#d#s em SIP
K = Long line check Sim
L = Exchange line barred check : Sim
M = Register Recall available on bundle : não aplicável
N = Echo canceller connected : não aplicável
O = ÌSDN date/time synchronisation : não aplicável
P = Metering available on bundle : Não
Q = Detection 1st dial tone applied : não aplicavel
R = Pre dial tone det. time on 1st dial tone applied : não aplicavel
S = Pre dial tone det. time on 2nd dial tone applied : não aplicavel
T = Provisional switch through : não aplicável
U = Answer sensitive : Sim
V = DDO wait for answer : Não
W = Routing tone : Sim
X = TRANSCOM tone det. and alarming : não aplicável
Y = DDO send MFC area number : não aplicável
Z = DDO local ring tone provided : Sim
;. SIP DRIVER
Como o número máximo de "virtual SÌP shelves¨ é limitado a 2, o número máximo de
SÌP extensions é 2x512 = 1024.
O SÌP driver é capaz de tratar até 1600 ramais. Ele roda na mesma ÌSG que também é aplicada para
media handling.
Assim, quando estiver rodando na ÌSG, o SÌP driver é capaz de tratar estes 1024 ramais SÌP.
Opcionalmente, o SÌP driver pode rodar em uma plataforma Windows/PC dedicada.

No arquivo de configuração ÌSG é possível especificar o endereço ÌP do PABX e o número de porta
relacionado. Observe que não é possível limitar a quantidade de ramais que usem o SÌP driver.
Boundary +E5O!+3 .1; especifica o número máximo de SIP trunk <#))s por unidade.
Boundary +E5O!+3 .2% especifica o número máximo de SIP extension <#))s por unidade.
O driver não tem conhecimento da quantidade de terminais registrados.
É possivel se ter juntos SÌP driver e iTMP driver rodando na mesma ÌSG.
Para habilitação do SÌP driver na ÌSG, incluir a informação abaixo no arquivo de configuração
(prebisg<mac-address>.txt) :
= >Si9P#?xI9@
I9A1B2.1%;.1.21& (este 6 o IP address para CP78CI9)
PortA2%10
O iS3000 gera um Alarm Code /QLF 061/082 e 067/040 no caso de perda da conexão e comunicação
com o SÌP driver.
5
SOPHO iS3000 & 2000IPS Conexões em Rede
RE3!+3'+CI'
É possível se ter mais que um SÌP driver no iS3000. Por exemplo, no caso de mais ÌSGs instaladas, em
cada ÌSG, pode estar disponível um SÌP driver.
O +E5O!+3 .18 especifica o número máximo de SÌP drivers.
Agora em terminal SÌP pode ser registrado em cada SÌP driver, considerando que o terminal SÌP
suporta a função de se registrar em mais que um SÌP driver. Os terminais Polycom possuem esta
funcionalidade.
No arquivo <mac-address>-phone.cfg é possível especificar mais que um servidor de registro.

reg.1.server.1.address="1B2.1%;.11%.201" reg.1.server.1. etc/
reg.1.server.2.address="1B2.1%;.11%.101" etc/

B. !SO 3E CO3ECs
É possível selecionar codec(s) específicos, para um determinado circuito ou uma placa de tronco virtual,
através do signalling group. Esta seleção de codec se aplica na direção de saída; para a entrada
(chamada SÌP de entrada) são suportados os seguintes codecs: G.711 uLaw, G.711 ALaw, G.729A and
G.729AB. a ordem de apresentação do codec na parte SDP da mensagem SÌP determina a ordem de
preferência. A RFC3555 contém os codecs possíveis, que podem ser identificados na SDP.
Para o seleção do payload (também associado ao signalling group) será considerado o valor (20, 30 or
40 mseg) idetificado pelo chamador. No caso em que o payload não for especificado ou estiver for a da
faixa suportada pela ÌSG será considerado o valo default para este circuito.
A seleção de codecs será feita conforme 3264.
Codecs e payload podem ser projetados usando os comando OM CHPCT5CCHIPP3.
10. C'6'3' 3E TR'+SPORTE (Transport Layer)
A camada de transporte é UDP ou TCP.
Ela será selecionada pelo comando CHSIP3. Para media é aplicado RTP e RTPC.
11. 3ISP0'D 3E +O6EC +E6ERO
Para chamadas de saída o nome é adicionado usando a base de dados CNND. Para chamadas de
entrada, no caso de nenhum nome ser encontrado via CNND será considerada a informação de nome da
mensagem SÌP (desde que disponível). O comando associado é o CHNAME.

2.B. C0ICCO0 TR'+S0'TIO+
This facility enables users to express with which CLÌ they wish to be presented to the SÌP
network. This facility can be applied to SÌP trunk calls. So the system should have at least one
route in which SÌP bundles are specified. Users of the CLÌ translation functionality are
extensions, which do not want their own DNR to be send as CLÌ to the SÌP domain. This could
apply for example in the following situations :
- non-DDÌ extensions
- All or some extensions send the general access number as CLÌ
- Group members send their group DNR.
Two types of DNRs can use the facility :
- internal DNRs, extensions in the PBX where the CLÌ translation facility is executed.

- network DNRs, extensions in a PBX which is connected via DPNSS to the PBX in which
6
SOPHO iS3000 & 2000IPS Conexões em Rede
the CC translation facility is executed.
External parties, which use the PBX as transit-PBX can not use the facility to translate their
DNR.
The relation between the DNR and its translated CLÌ is defined by means of OM command
CHCCTR. This relation is added to a table, the CC translation table. This table contains a list
of DNRs, which are to be translated before their identity is presented to the SÌP domain. The
translation is only executed on SÌP-routes, which have a link to a CC translation table. This
relation is made using OM command CHRTCG.
Ìf an internal or network DNR should not be translated anymore, then it should be removed
from the CC translation table, using OM command CHCCTR. Ìf no CC translation should be
done anymore for a specified route, then the relation between that route and a CC translation
table should be removed (CHRTCG).
· C0I Present#tion Restri<tion ,C0IR-
An extension could have the CLÌ presentation restriction specified : FCM 46 or system
option NESYSOP 074 (Unconditionally CLÌR). This means that its identity is not sent to
the SÌP domain.
· 'ssist#n<e C#))s
Ìt is not usual to send the individual operator DNR to the opposite (assisted) party. With
this functionality it is possible to send another CLÌ, for example the general access number.
2.10. 3T6F
There are 2 ways to deal with DTMF tones :
1. Ìnjected tones into the speech channel as DTMF tones. This will cause problems in case a
low rate codec is applied (e.g. G.729). At the TDM side of the SÌP connection all users have
the ability to generate DTMF tones, either by themselves or with the support of the
iS3000. The ÌSG will relay the tones towards the SÌP trunk. This is the default method.
2. RFC 2833. Ìn case the ÌSG detects a DTMF tone at the TDM side the ÌSG will suppress the
passing of the DTMF tone and inject a DTMF tone as an RFC 2833 frame, by reformatting
the speech sample that is received from the DSP. RFC2833 frames are detected at the ÌP
side and injected as DTMF tones at the TDM side.
Via the offered SDP the CPU detects that the other end has the capability to receive RFC 2833
frames. The CPU passes this information on to the ÌSG that will take care of the generation

and detection of the DTMF "tones". Ìn the outgoing direction the CPU will pass along the RFC
2833 type to the other end.
2.11. OS
For details refer to ÌP-Enabling Customer Engineer Manual. The ÌSG can either generate
tagged or non-tagged traffic; no distinction in traffic is possible. This implies (but this was also
known for the ÌP enabling concept) that for the SÌP driver ÌEEE 802.1Q tagging has to be
stripped (in case it is applied for speech and signalling). Due to the fact that dedicated ports
are used for the communication between the iS3000 and the SÌP driver this can be done with
an intelligent switch. Notice that in case the SÌP driver runs on a PC it depends on the
possibilities of the PC if QOS can be supported, but this is identical to the iTMP driver.
2.12. '!THE+TIC'TIO+CSEC!RITDCE+CRDPTIO+
Authentication is performed during registration. Upon reception of an incoming call a check
will be done if the call is received from a trusted SÌP trunk. See chapter 8. "SÌP SECURÌTY
ASPECTS" for more details.
2.13. +'T
A static NAT solution is implemented, this implies that for each trunk it's related inside global
ÌP address needs to be projected. Ìn the headers of the SÌP messages, in case an inside global
ÌP address has been specified for signalling, this ÌP address will be applied, instead of the
iS3000's own ÌP address (SÌP driver ÌP address). Ìn SDP bodies in SÌP messages, in case an inside
global ÌP address has been specified for media, this ÌP address will be used, instead of the ÌSG'sÌP
address. The inside global ÌP addresses are applied in the Via, Contact URÌ and in the SDP media
information. This method to support NAT is limited to one ÌSG per SÌP trunk.
7
SOPHO iS3000 & 2000IPS Conexões em Rede
2.1.. F3CR
FDCR based on time is supported for SÌP trunks. No changes in the MAC manager or the
MA4000 are required.
2.1&. 3IRECT TR!+G 5ETHEE+ 2 iS3000 SDSTE6S
Ìt is also possible to connect the SÌP trunk from one iS3000 to another iS3000 without the use
of a SÌP proxy. This allows the possibility to connect 2 iS3000 systems with SÌP trunking,
including the registration process.
One iS3000 (A) should activate the SÌP route as registrar (server) and the other iS3000 (B)
should activate the SÌP route as registerer (client). This is done using OM command RESÌPR,

for example :
- in iS3000=' do tIe "o))oJinK L
Use OM command CHSÌPA and specify the ÌP address of the SÌP driver in the opposite
iS3000-B and registrate the iS3000-A as server as follows :
<RESÌPR:<SÌP route to iS3000-B>,3; SIP route as re+istrar (serer)
- in iS3000=5 do tIe "o))oJinK L
Use OM command CHSÌPA and specify the ÌP address of the SÌP driver in the opposite
iS3000-A and registrate the iS3000-B as client as follows :
<RESÌPR:<SÌP route to iS3000-A>,1; SIP route as re+isterer (client)
2.1%. P2P RTP SIP EMTE+SIO+SCTR!+GS C iP7+
From SIP*+et ..2 onwards it is possible to have RTP running via the ÌSG or to have peerto-
peer RTP in case a call is made between two SÌP extensions via iPVN connection using SÌP
trunking.
The function of peer-to-peer RTP is only allowed when the function is configured in all the
concerned iPVN-nodes. So the systems must run SÌP@Net 4.2 or higher and in all nodes the
function is activated.
iPVN is possible via the SÌP trunk. To activate this feature the next projecting aspects are
required:
- Set the P2P option in the route characteristics of the SÌP trunk using OM command
CHSÌPD.
- Change the answering mode of iPVN user channels in the iPVN route characteristics to
DELAYED PVN (=1) : this is parameter USER-MODE in OM command CHPVNR.
- Do not project the reservation of iPVN user channels after release (default = 0).
For more details, see Appendix C . "PEER-TO-PEER MEDÌA".
2.18. iP7+ SIP P2P RO!TE OPTI6IN'TIO+
P2P RTP SÌP iPVN also supports the iSNet Route optimization protocol as for traditional PVN.
To avoid a possible crossing between the transfer and the route optimization within P2P RTP
SÌP iPVN, the optimization process will be started with an extra delay time of 2 seconds after
the Route Optimization timer (NETÌMER196) has expired. The iPVN SÌP P2P route
optimization can be switched "active¨ or "non-active¨ by system option LOSYSOP180 (iPVN
SÌP P2P Route Optimization).

Constraint : Unlike the normal PVN route optimization, during the optimization process it may
happen that a silent time is present for about 1 to 3 seconds (depending on the traffic on the
ÌP network). This silent time is caused by the P2P media negotiation for the route
optimization.
2.1;. ORI/I+'0 C'00E3 +!65ER
OriKin#) C#))ed +um?er ,OC+- on outKoinK SIP
Microsoft Exchange is able to offer Voicemail functionality to an external SÌP-gateway.
Microsoft Exchange uses a SÌP-trunk interface to communicate with an external gateway. The
iS3000 with SÌP@Net 4.1 can act as external gateway. By setting an applicable call forwarding
relation to the Microsoft Exchange server, Voicemail functionality can be activated : see figure
below.
8
SOPHO iS3000 & 2000IPS Conexões em Rede
To support this functionality the diversion header as described in http://ietfreport.isoc.org/allids/
draft-levy-sip-diversion-08.txt is applied. Ìn this diversion header the original called number
and the diversion reason is indicated. Supported diversion reasons are :
"unknown", "user-busy", "no-answer", "unavailable", "unconditional",
"time-of-day", do-not-disturb", "deflection", "follow-me",
"out-of-service", "away".
The original called number is required to maintain a relation with the VoiceMail message.
Offering of the diversion header is licensed with license 70.
No specific configuration is required for this subject. Ìn case the iS3000 receives a 302
response from the Microsoft exchange server a new ÌNVÌTE message using the contact header
in the 302 response. The 302 response is only accepted if it is within the domain of the original
provider.

Since SIP*+et ..1H, the Diversion header is only appended if license 70 "Exchange UM
Ìnterface" is active.
OriKin#) C#))ed +um?er ,OC+- on in<ominK SIP
Since SIP*+et ..2, the diversion header will also be received by the iS3000. This offers the
possibility to use the received diversion info in the diversion header in the iS3000 like already
available for internal diversions. The only known device that sends this diversion header is the
Eicon ÌSDN card.
For receiving the diversion info in the diversion header, no license 70 is required.
2.1B. '7OI3 P2P 6E3I' FOR SIP I+ ' 6!0TI=!+IT
CO+FI/!R'TIO+
By default the iS3000 establishes a P2P connection between two SÌP phones, even if the SÌP
phones are located in different units of the multi-unit (FÌN) network. This is not applicable in
all situations. Therefore a network-wide system option used : NESYSOP 178 : SÌP P2P via
multi unit disabled. Setting this option to 'TRUE', will have the result that a SÌP calls that crosses
2 units in a FÌN will not have P2P media. The media will be routed via the ÌSG and the multi
unit lines to the other unit. Note that this is a system wide setting and should be set to the
same value in the complete FÌN.
2.20. '0TER+'TI7E RO!TI+/ O+ SIP=TR!+G I+TERF'CE I+ F'I0
SIT!'TIO+S
Up to SÌP@Net 4.1 alternative routing on a failing trunk interface is already present with the
LCCR implementation. But this alternative routing is not fast enough in case the SÌP trunk does
not respond at all. Ìn the situation that the peer from the SÌP trunk does not respond at all, the
problem is that it takes 32 seconds before this is detected and an alternative route is selected
via LCCR. These 32 seconds are according the SÌP RFC 3261 and can not be changed.
System timer (NETÌMER241 : SÌP Trunk Ìnvite Guarding Time) will guard the ÌNVÌTE. Ìf no
response is received from the trunk before this timer expires, the call is cancelled and an
alternative route is selected according the LCCR function.
9
SOPHO iS3000 & 2000IPS Conexões em Rede
2. I+ST'0'1OO & PRO/R'6'1OO
1. CO+FI/!R'1OO
Para utilização em uma plataforma de comunicação ÌP, o sistema SOPHO iS3000, pode ser configurado
conforme as opções seguintes:
- "ÌP ena,lin+", (ex: ÌP trunking)
- "CCÌS oer ÌP¨ (ex: conexão com ÌPS)
- "Software SMA" (ex: DECT iP)

Em princípio 3 coisas precisam ser configuradas primeiramente:
- projeto de uma s0elf SÌP virtual
- uma placa de tronco SÌP virtual
- uma placa ÌSG
RE!ISITOS 3O SISTE6'
Condições básicas para SÌP trun#in+, no SOPHO iS3000:
- Call@Net 3.5 (ou superior).
- CPU3000: <om Accelerator Module (AM) e uma 32 MB DRAM (n:o ;3&).
- Firmware CÌE: release A100.10.05 (ou superior).
- Firmware ÌSG: release A201.03.05 (ou superior)
- Licença ÌSG 59: para liberar canais ÌSG; (caso contrário só dispõe 10 canais)

Nota: pacotes iS3090 sem AM (F6810.) com AM (F9810.)
Os ,oundaries relativos a SÌP a serem observados são relacionados a seguir :
7#)ores Re<omend#dos C $#)ores de"#u)t
10
SOPHO iS3000 & 2000IPS Conexões em Rede
Depois de alterar os ,oundaries acima (dentro do PE) reprojetar a central.
2. H'R3H'RE 7IRT!'0

1. Verificar os ,oundaries:
LOBOUND083 (número máximo de PMs)
NEBOUND372 (número máximo de PMs virtuais: 5 (ex: SÌP/DECT/SMA) em uma unidade).
Total de PMs (a soma destes 2 boundaries) em uma unidade : nunca pode exceder 31.
2. Projetar uma PM virtual com as seguintes características:
PM-shelf number 15,
shelf-type 18 (virtual "SÌP" shelf)
gabinete 1 (gabinete onde estejam fisicamente localizadas as placas CPU3000/CCS).
'SSH0FL1&P1;Q
Nota: O shelf "type 18¨ é também usada para suportar SÌP e-tensions; assim, é permitido misturar
placas dos tipos irtual trun# e irtual e-tension.
11
SOPHO iS3000 & 2000IPS Conexões em Rede
A quantidade de s0eles (compartimentos) dependerá da configuração do sistema:
iS3050:
BOUND154 (system limited number of shelves per cabinet) deve ser setado para 4.
iS3030:
a quantidade de irtual PM%s0eles deve ser setada para 3; considerando o LOBOUND 083 setado
para 2,

3. Projetar uma placa PMC na posição 17, com as seguintes características:
board-type 90 (CCS) ou 91 (CP7;<<<),
si+nallin+ +roup : 0101 (n:o releante),
hw-type : 255,
as%pcts : 0.

'S5R3SL1&P18PB1P0101P2&&P0Q
.. Coloque a PMC em serviço.
SETI+SL1&P18Q
&. Projetar uma placa de tronco virtual SÌP com as seguintes características:
board-type : 44,
signalling group : B001,
hw-type : 255,
as-pcts : 1.
Teremos um máximo de 512 portas SÌP (16 placas com 32 circuitos cada);

'S5R3SL1&P1P..P5001P2&&P1Q
%. Atribuir o "SÌP¨ serice) a um serviço client profile; exemplo o default profile 0 (CHPROF).
CHPROFL0P&P1Q
0: padrão, sempre existe
ObsL Não coloque os circuitos/placas tronco virtual SÌP em serviço, antes de atribuir os dados
específicos SÌP á rota SÌP.
12
SOPHO iS3000 & 2000IPS Conexões em Rede
3. Inst#)#ção do,s- siKn#))inK Krou9,s-
Utilizar o comando CHIPP3 para definição do SÌP si+nallin+ +roup :
• SÌP media access code (caminho de voz),
• codec,
• payload (3< ms.fornece uma qualidade melhor de voz em relação aos outros)
• uso ou não do RFC2833.
Verificar o ,oundary NEBOUND 420 (número max. de SÌP signalling groups).
NEBOUND 420 determina o número de si+nallin+ +roups que podem ser projetados no sistema;
determina também o maior número de si+nallin+ +roup,; assim, o número resultante de si+nallin+ +roup
B0xx: xx nunca poderá ser superior a (NEBOUND 420 - 1).
Use um si+nallin+ +roup livre dentro do range B000 ... B0FF para SÌP trunks ou SÌP e-tensions.

1. Atribuir o código de acesso de mídia correto ao(s) si+nallin+ +roup(s); ex: si+nallin+
+roup "B001" e o código de acesso de mídia "75".
Este código de acesso de mídia 75 resultará em um caminho de comunicação através da ÌSG e
portanto deverá ser projetado na árvore de análise relativa ao "DÌAL-TYPE 11¨ : (não é você que
disca e sim a central que o faz).
CHIPP3L5001P0P8&Q
Onde 0: representa programação de código de acesso a mídia (m=dia access code).
2. Atribuir os CODECs utilizados; o caso de ser usado mais que um codec, o primeiro codec será o
codec preferido.
São suportados os seguintes codecs: G.711 uLaw (0), G.711 ALaw (1),G.729A (2) e G.729AB (3).
Assim no exemplo a seguir, G.729A será o codec preferido, em relação a G.729AB, G.711 uLaw e
finalmente G.711 ALaw.
Nota: Estes codecs escolhidos também devem estar definidos também no arquivo 9re?isK.txt.
CHIPP3L5001P.P2P3P0P1Q
Onde 4: representa a lista de preferências de codecs
3. Atribuir o payload : poderá ser 20, 30 ou 40 msec.
CHIPP3L5001P&P30Q
Onde 5: representa o payload usado
.. Definir se será ou não usado o RFC2833 (1) or não (0). Assim, (1) na pós-discagem os dígitos DTMF
vão sob forma de mensagens SÌP; se for (0) vão via faixa de voz (in%,and).
CHIPP3L5001P%P1Q
&. apresentação das alterações feitas nos dados do si+nallin+ +roup:
3IIPP3L5001Q
13
SOPHO iS3000 & 2000IPS Conexões em Rede
É possível definir mais si+nallin+ +roups, por exemplo B002, com diferentes características.
O comando OM CHPCTB poderá ser usado para alterar um si+nallin+ +roup, para um circuito em
particular.
.. 'nR)ise +umSri<# e Rot#s

1. Atribuir um Trunk Access Code (exemplo TAC = 6) para acessar um SÌP destination (88).
'SI+T+L0P%P3P21P;;Q
Projeto semelhante será feito de maneira nas três árvores relativas às discagens: enquiry dialling,
operator dialling e alternative destination dialling.
2. Definir as características para a destinação 88.

CH3STCL;;P;;P00P;;Q
3. Definir o Esquema de Numeração Externo.
'SEMT+L;;Px,0...B-P3P.P.P0Q
.. Criar uma rota para SÌP trunks.
CRRO!TL;;Q

Para esta rota deverão ser atribuídos outros dados SIP Trun# específicos utilizando para isto os
comandos OM CHSÌPD e CHSÌPA .
&. Ìntroduzir a rota na tabela de rotas.

CHROT'L;;Q
L;;P1P2Q
LQ

%. Definir as características de rota (gerais, entrada e saída)
CHRTC/L;;P11110100111000P..0..0Q
CHRTCIL;;P11101100100P000%BBBBBP3;Q
CHRTCOL;;P010100P0Q
8. Definir o range numérico interno (4xxx) na árvore de análise de entrada (38).
14
SOPHO iS3000 & 2000IPS Conexões em Rede
'S50CGL3;P.P3P.P10Q
;. Definir as características de rota : deve ser usado o parâmetro CON-AND-SÌG-TYPE 524.
CH5+3CL;;P22P1100000000101001P&2.Q
B. Associar o ,undle à rota.
'S5+30L;;P;;Q
10.Associar as 32 linhas ao ,undle.
'S0I+EL;;P0100P1&P1P0Q
'S0I+EL;;P0101P1&P1P1Q
'S0I+EL;;P0102P1&P1P2Q
T T T T
'S0I+EL;;P0131P1&P1P31Q

&. 3#dos Es9e<4"i<os 9#r# SIP Trunk
Antes de um tronco SÌP ser colocado em serviço, deverão ser primeiramente projetados alguns itens
relacionados SÌP. Ìsto será feito usando os comandos CHSÌPD, CHSÌPA e RESÌPR.
1. Atribuir dados específicos SÌP à rota SÌP(88).
CHSIP3L;;Q
RO!TE=+'6E L 018904850Q
0E'SE=TI6E L 60Q (tempo de re-registro da placa de tronco no servidor SÌP)
(significa 60 minutos)
!3PP TCP ou T0S L Q
(quando for omitido é usado UDP (default)
!SER+'6E L 018904850Q
P'SSHOR3 L svdvhehoQ (o seu provedor SÌP é que fornece o username/pass. para se
autenticar)
SIP PROTOCO0 7'RI'+TL 0Q
(novo para SÌP@Net 4.1)
PEER=TO=PEER RTP L 0Q
(novo para SÌP@Net 4.1) 0: não (para tronco SÌP), 1: sim (para ramal SÌP)
2. Atribuir dados relacionados à SÌP ÌP à rota SÌP (88).
CHSIP'L;;Q
I+SI3E=/0O5'0=IP='33R L 1508!""18#Q
I+SI3E=/0O5'0=IP=PORT L 5060Q
PROMD=IP='33R L 1#0!51#1"1Q
PROMD=IP=PORT L 5060Q(e$%15#1)
PROMD=+'6E L pro$yne&pn'Q (e$% vononet(r)
RE/ISTR'R=IP='33R L 1#0!51#1"1Q
(no caso em que for omitido, será usado o endereço ÌP do proxi)
RE/ISTR'R=IP=PORTL 5060Q
15
SOPHO iS3000 & 2000IPS Conexões em Rede
(no caso em que for omitido, será aplicada a porta 5060)
RE/ISTR'R=+'6E L re)*stne&pn'Q
3. Ativação do registro na rota SÌP
RESIPRL;;P1Q
0: desativar
1: ativar como client (servidor SÌP externo)
2: ativar sem registro
3: ativar como serer
OBS: Para o caso 1: Quando cai a rede pode acontecer de ser necessário repetir o comando;
Na cofiguração client/server deve-se iniciar primeiramente o server.
.. Apresentação dos itens SÌP projetados.
3ISIPRL;;Q
&. Colocação em serviço da PMC virtual e correspondentes placas/circuitos SÌP.
SETI+SL1&P18Q
(PMC irtual)
SETI+SL1&P1Q
(placa de tronco irtual SIP)
SETI+SL1&P1P0&&31Q
(circuitos de tronco irtual SIP)
%. ProUeto d# IS/
IS+ , In Syste- +ate.ay

- A placa ÌSG deve estar carregada preferencialmente com o firmware: release fa2010v1.605
- A placa CÌE (nos sistemas CCS) deve estar carregada com o firmware release fa1001.003 ou
superior.
As funcionalidades: >IP%ena,lin+>) >IP%trun#in+> e *CCIS” podem compartilhar os canais da ÌSG com SÌP,
desde que as licenças ÌSG estejam presentes.
Além da possibilidade de se ter uma única rota para ÌSG, é possível também projetar mais rotas e aplicar
separação de feixes (,undle splittin+). O 5undle splittin+ pode ser implementado a fim de deixar uma
quantidade garantida de canais ÌSG disponíveis para chamadas SÌP.
É possível se ter load%s0arin+ quando duas (ou mais) ÌSGs estiverem presentes no sistema.
1. Projetar a ÌSG com os parâmetros: board-type is 18, signalling group is 5D21 ÷ QSÌG, em uma shelf
PM real com uma PMC with package 410.11.01 / 510.11.01 / 810.02.01 ou superior.
? permitido um m@-imo de 2< IS(s por sistema iS;<<</ !ote que para s0eles PM3A<< deer@
se usar o Bltimo pacote PP7/

'S5R3SL11P&P1;P&321P2&&Q
2. Criar uma árvore de análise para DÌAL-TYPE 11: "media dialling". O TAC a ser usado para código
media access code é analisado na árvore de análise projetada; neste exemplo 11.
16
SOPHO iS3000 & 2000IPS Conexões em Rede
'STREEL11P11Q
3. Criar o media access code (trun# access code) a destinação (a ÌSG) na árvore de análise relativa ao
dial type "media dialling" :
Neste exemplo árvore de análise "11¨ trunk access code '75' e destinação '75'
'SI+T+L11P8&P2P21P8&Q
.. Definir as características da destinação.
CH3STCL8&P8&P00P8&Q
&. Criar a rota QSÌG..
CRRO!TL8&Q
%. Ìntroduzir a rota no route table.
CHROT'L8&Q
L8&P1P2Q
LQ
8. Definir as características de rota.
CHRTC/L8&P01100100001P&.3&.3Q
CHRTCIL8&P10100000000P000%BBBBBP3&Q
CHRTCOL8&P000100P0Q
;. Definir as características de feixe.
CH5+3CL8&P22P0000000000010001P.20Q
B. Atribuir o feixe à rota.
'S5+30L8&P8&Q
10. Atribuir 10, 20 or 30 linhas ao feixe (dependendo da quantidade de licenças ÌSG).
'S0I+EL8&P0101P11P&P0P1Q
T T T T
'S0I+EL8&P011&P11P&P0P1&Q
'S0I+EL8&P0118P11P&P0P18Q
T T T T
'S0I+EL8&P0131P11P&P0P31Q
11. Certifique-se de que esteja presente no TFTP server um arquivo 9re?isK.txt (ou 9re?isKVm#<=
#ddressW.txt.
Este arquivo contém o nome do pacote de software ÌSG usado ex: "#2010$1.%0&
Quando o SÌP driver estiver na ÌSG, certifique-se de que os dados abaixo estejam incluídos no
arquivo prebisg.txt:
>Si9P#?xI9@
I9A1B2.1%;.1.21& este 6 o IP address da CP78CI9 C
17
SOPHO iS3000 & 2000IPS Conexões em Rede
PortA2%10
12. Certifique-se de que esteja presente no TFTP server o software package fa2010v1.605.
13. Coloque a placa ÌSG e o circuito 0 em serviço.
SETI+SL11P&Q (22) A corresponde a posiD:o da IS( fornecida no passo 2)
SETI+SL11P&P0Q
1.. Para verificar as configurações presentes na ÌSG, utilize um browser com o ÌP address da ÌSG; usar o
login, "isK#dmin" para o Username e Password.
Tenha em mente que a tela do browser se presta principalmente para fins de teste/check.
Observe-se também que nem todos os dados estão válidos; quando os dados aparecem como
"unknown", significam valores default.

Na tela 'Channel Status Overview', a segunda coluna indica o status dos canais.
Podem ser:
- Free L canal-B não usado.
- 5usX IO : canal-B é usado para chamada 'Ìnternal Outgoing' (chamada de/para phone ÌP).
- 5usX TO : canal-B é usado para chamada 'Trunk Outgoing' (chamada entre ÌSGs).
- 5usX TI : canal-B é usado para chamada 'Trunk Ìncoming' (chamada entre ÌSGs).
- 5usX C : canal-B é usado para chamada 'CCÌS'.
- 5usX C+ : canal-B é usado para chamada 'CCÌS', but no RTP channel is assigned.
- 5usX EI : canal-B é usado para chamada 'Ìncoming' de um ramal conectado a um ÌP21.
- 5usX EO : canal-B é usado para chamada 'Outgoing' de um ramal conectado a um ÌP21.
- 5usX S : canal-B é usado para chamada 'SÌP'.
- 5usX S+ : canal-B é usado para chamada 'SÌP', but no RTP channel is assigned.
Observe que para uma chamada CCÌS não é possível discriminar entre chamadas de entrada e de
saída.
· 'SPECTOS 3E SE/!R'+1'
A partir do release fa2010v1.501 ÌSG em diante é possível comutar em OFF a página ÌSG web
server; para isto deve-se incluir as linhas de texto abaixo no arquivo prebisg.txt:
>He?Ser$er@
He?Ser$erEn#?)ed A 0
Os valores default para webserver estarão em on.
18
SOPHO iS3000 & 2000IPS Conexões em Rede
8. Pro<esso de o9er#<ion#)iY#ção d# IS/
Diferentemente de outras placas do sistema, a placa ÌSG necessita de um procedimento de
inicialização para que a mesma se torne operacional;
Neste processo ocorrem: o carregamento do pacote (firmware), a adoção de um endereço iP
válido associado ao seu MAC address.
Neste processo a placa ÌSG deve estar conectada ao SERVER, onde estão armazenadas as
informações a serem carregadas na placa ÌSG; esta conexão é através de rede ou via cabo cross
conectando-a diretamente ao SERVER [próprio notebook].
Este procedimento é iniciado através dos comandos SETNÌN em seguida SETÌNS na placa, ou
também retirando-a por 30 segundos & inserindo-a novamente no slot da shelf.
Com a inicialização do processo, a ÌSG envia, através da rede, um ,roadcast "3HCP dis<o$er
Z 6'C #dd¨;
O DHCP Server (presente no SERVER), responderá a este ,roadcast, com um ÌP address +
MAC address da ÌSG.
O procedimento para o carregamento na placa ÌSG do: ÌP address + pacote ÌSG (fa2010 v1 605)
segue os seguintes passos:
1) Construir uma conexão direta (via cabo cross) entre a ÌSG e um notebook [neste exemplo ÌP
address 192.168.1.83], que deverá conter um servidor DHCP [neste exemplo: sr$.exe &
sr$.ini].

No servidor DHCP deverão ser indicadas as seguintes informações:
· Subnetmask [no exemplo 2&&.2&&.2&&.0]
· ROUTER [no exemplo: 1B2.1%;.1.10]
19
Rede ÌP
"3HCP dis<o$er Z 6'C #dd¨
",roadcast¨
DHCP
server
"IP #dress¨
ÌSG
SOPHO iS3000
Provedor Externo
SOPHO iS3000 & 2000IPS Conexões em Rede
· NEXT SERVER [no exemplo: 1B2.1%;.1.;3]; (iP do notebook)
· Os dados da ÌSG:
Mac address8 iP proposto8 arquio de ,oot
IS/
>O;=00=%F=;2=5%=&%@
IP'33RA 1B2.1%;.1.%
?oot"i)eA9re?isK0;00%";2?8&%
2) Providenciar um Servidor de transporte de arquivo (ex: TFTP Server) apontando para a pasta do
notebook que contenha o arquivo de boot [no exemplo 9re?isK0;00%";2?8&%@; este arquivo
deverá conter, entre outras, as informações sobre: identificação do pacote da ÌSG [fa2010v1.605] ;
Qos; codecs; Sip Pabx Ìp [indicando o iP da CPU/CÌE no exemplo: 192.168.1.5] ...)
Todos os dados a serem transferidos para a ÌSG deverão estar presentes na pasta apontada pelo
servidor TFTP assim como o arquivo referente ao pacote ÌSG. No exemplo: pacote ÌSG
[fa2010v1.605]; isg_trunk08006f82b756; prebisg08006f82b756.
20
<#?o <ross
dI<9sr$.
exe
dI<9sr$.
ini
"3HCP dis<o$er Z 6'C #dd¨
SOPHO iS3000
*,roadcast”
"IP #dress¨+ (oot/*'e
>/ener#)@
S!5+ET6'SGL2&&.2&&.2&&.0
RO!TERL 1B2.1%;.1.10
===============
===============
+EMT SER7ERL 1B2.1%;.1.;3
>SettinKs@
===============
===============
IS/
>O;=00=%F=;2=5%=&%@
IP'33RA 1B2.1%;.1.%
?oot"i)eA9re?isK0;00%";2?8&%
1B2.1%;.1.;3
IS/
SOPHO iS3000 & 2000IPS Conexões em Rede
NOTA: Após a carga o parâmetro "re9)#<e¨ deve ser trocado por "reuse[;
Desta forma, ocorrendo um evento que implique na perda do Ìp da placa ÌSG, a mesma envia
para a rede, um broadcast "DHCP discover + MAC add¨ solicitando um novo iP. Não
encontrando o ÌP na rede ela utiliza o que já tiver indicado no arquivo de boot, desde que haja
a indicação de "reuse¨ neste arquivo de boot [prebisg].
21
<#?o <ross
"TFTP ser$er[
"#2010$1.%0&
>OS/)o?#)@
3SCPA0
!PA2&&
7I3A0
>OS7oi<e3#t#@
3SCPA0
!PA2&&
>Code<s@
Pre"erred1A/82B'5
Pre"erred2A/811#0#J
>Contro)@
3I<90e#seARe9)#<e
>P#?xI9@
I9A1B2.1%;.1.1
PortA2%00
>Si9P#?xI9@
I9A1B2.1%;.1.&
PortA2%10
6#x+rO"ExtA&0
9re?isK 0;00%";2?8&%
1B2.1%;.1.;3
"solicitação¨
Z
So)i<it#ção do
\?oot "i)eZ#r]ui$os[

isK^trunk0;00%";2?8&%

"#2010$1.%0&
IS/
SOPHO iS3000
SOPHO iS3000 & 2000IPS Conexões em Rede
2. SIP Extension
1. Introdução
O SÌP@Net manipula o protocolo SÌP.
O SÌP driver trata com socket multiplexing/de-multiplexing.
A placa ÌSG (In System (ate"ay)) é envolvida para media handling.
1. F!+CIO+'0I3'3ES
As funcionalidades SIP Extension disponíveis para o SIP@Net 4.0 são as seguintes:
· Tratamento de chamadas básicas incluindo retenção, consulta e transferência,
· Registro,
· Media P2P (pear-to-pear),
· Facilidades discadas,
· Utilização de codecs,
· Camada de Transporte,
· CLÌ e name display,
· Dual one !ulti "re#uenc$ %D!"& para p's(discagem,
· )ualit$ of Service %)oS&,
· SIP driver,
· *et+or, Address ranslator %*A&,
· -SA,
As funcionalidades SIP Extension disponíveis para o SIP@Net 4.1 são as seguintes:
22
SOPHO iS3000 & 2000IPS Conexões em Rede
· Facilidades relativas a chefe-secretária e grupo de busca,
· Monitoração de Estado (ramal e facilidade),
· Captura de chamadas,
· Estacionamento de chamadas,
· Suporte para codec de vídeo SÌP,
· Messaging usuário-usuário SÌP,
· Redirecionamento/twinning quando circuito em ABL-Fail,
· Conferêcia a Três/ Ìntercalação/ Escuta usando TDM,
· “Display lease time. para um terminal SIP,
· “Reboot” for/ado para terminais Pol$com usando 0!,
· *A para ramais com sinali1a/ão SIP usando 2"- 3456,
· P7P 2P SIP Extensions8run,s,
· Ìndicação LED-rota em terminais Polycom.
As funcionalidades SIP Extension disponíveis para o SIP@Net 4.1E são as seguintes:
· Display do No. das partes conectadas para terminais Polycom,
· Suporte para codec de alta definição G722,
· Suporte Ìntercom e Corrente de Chamada diferenciada para terminais Polycom.
2. Con<eito Ker#)
O fluxo de sinalização SÌP se dá via SÌP driver, geralmente integrado na placa ÌSG.
A "media¨(voz) sempre flui via ÌSG. A sinalização pode fluir via TCP ou UDP. O tratamento de chamadas
é feito de acordo com a norma RFC 3261.(&equest For Comment)

SO0ICIT'12ES & RESPOST'S
O fluxo de informações no protocolo SÌP se dá através de solicitações (request) e respostas;
As solicitações SÌP previstas para ramais no sistema para serem suportadas são:
ACK é suportado
BYE é suportado
23
SÌP
d
r
i
v
e
r
ÌSG
SOPHO iS3000
SOPHO iS3000 & 2000IPS Conexões em Rede
CANCEL é suportado
ÌNVÌTE é suportado
REGÌSTER é suportado
OPTÌONS somente recepção
REFER é suportado
NOTÌFY somente transmissão
SUBSCRÌBE é suportado
MESSAGE é suportado
Todas as outras mensagens não são relevantes para extensions (ramais) e portanto, ainda, não são
suportadas. As respostas são também tratadas/geradas em conformidade com RFC 3261.
3. Te)e"ones IP SIP
Os modelos Polycom SÌP ÌP, homologados pela PHÌLÌPS são:
( Soundpoint IP 3798339
( Soundpoint IP 449
( Soundpoint IP :49
( Soundpoint IP %!'dulo de Expansão9
( Soundpoint IP ;999
Al<m dos modelos anteriores:
( Soundpoint IP ;39
( Soundpoint IP 496
( Soundpoint IP :96
As funcionalidades suportadas por estes modelos são:

( -=amada >ásica
( -?I
( !ensagem em Espera
( tons D!"
( Dialled facilities
( ransfer@ncia, reten/ão e consulta
( monitora/ão do estado do ramal
( ativa/ão e desativa/ão de facilidade
0s telefones Pol$com SIP IP são totalmente suportados na plataforma iS3999A de igual modo, são
tam><m suportados os SIP IP(DE- e os Audio-odes gate+a$s
.. RE/ISTRO
Para que a operação de registro possa ser realizada deverão ser feitas algumas configurações
através do comando OM CHS!SR %-=ange SIP extensions user data&. 0 comando -BSCS2 cria
uma rela/ão entre o terminal SIP %por meio de seus username/password& e seu endere/o de
=ard+are virtual EBDA. -omo username será aplicado seu nEmero de ramal atri>uído.
A autenticação somente poderá ser executada durante o processo de registro. Nesta fase, a
mesma combinação username8pass"ord aplicada durante o processo de registro será aplicada
para a autenticação. O tamanho do lease atribuído durante o processo de registro é armazenado
pelo iS3000; caso este lease venha a expirar, o circuito virtual irá para ABL-fail. Será
responsabilidade do terminal garantir que o lease sofra um refres0 em intervalos de tempo
regulares.
0s dados relativos a ramais SIP como codec, pa$load etc. são associados a um signalling group#ue por
sua ve1 < atri>uído a uma placa pelo comando ASF2DS. Cm circuito específico de uma placa poderá
rece>er um signalling group diferente %-BP-F&.
24
SOPHO iS3000 & 2000IPS Conexões em Rede
*ota: !aiores detal=es so>re registro poderão ser o>tidos na 2"- 376: se/ão 69A o mecanismo de
autentica/ão < implementado de acordo com a 2"- 7:6G e 2"- 37:6 se/ão 77.
&. CH'6'3'S SIP ORI/I+'3'S
Cm terminal SIP < capa1 de fa1er c=amadas para todos os outros usuários no am>iente iS3999
%ErgolineH*et, Ergo?ines tradicionais, PI*, DP*SS, etc&, sendo #ue o iSS3999 oferece suporte para
gera/ão de tom ou !0B.
Pelas caraterísticas da ISJ, at< o momento s' são suportados os codecs J.G66 e J.G7K.
Devido L aplica/ão de =ard+are virtual, um terminal SIP rece>e um D*2 como se fosse um
terminal tradicional usando o comando 0! -BD*2-.
Somente < possível uma c=amada por ramal. Alguns terminais SIP possuem a capacidade de ter
mais lin=as registradas com um D*2 diferente usando para isto mais circuitos virtuais. Desta forma
< possível ter mais #ue uma c=amada ativada ao mesmo tempo.
*ota: !aiores detal=es so>re inicia/ão de uma c=amada SIP poderão ser o>tidos na 2"- 37:6A codecs
usando SDP de acordo com a 2"- 737GA procedimento para determina/ão de codec na 2"- 37:;.
%. CH'6'3'S SIP TER6I+'3'S
Uma chamada terminada em um terminal SÌP contém o username e o DNR da parte originadora (desde que
disponível); dependerá dos recursos do terminal a possibilidade de mostrar para o usuário.


2. I+ST'0'1OO & PRO/R'6'1OO
1. R'6'IS SIP
1. Projetar primeiramente uma placa de ramal SÌP virtual na PM virtual:
>oard t$pe 3K,
signaling group : F9xx, exemplo F996,
=+(t$pe : 744,
as(pcts : 6.
'S5R3SL1&P2P3BP5001P2&&P1Q
Todos os circuitos da placa serão projetados automaticamente com AS-PCTS "1¨. O signalling group
associado a placa é usado para atribuição de um media access code, codec e pa$load a um circuito.
Poderão ser proMetadas at< 6: placas com 37 circuitosA teremos então, um total de 467 portas SIP por P!
vitual. Cma segunda s=elf virtual poderá ser proMetadaA o>servar ?0F0C*D 9K6 %max num>er of
resource relations&.
2. Colocar placa e circuitos em serviço:
SETI+SL1&P2Q
SETI+SL1&P2P0&&31Q
25
SOPHO iS3000 & 2000IPS Conexões em Rede
Embora nenhum ramal SÌP ainda esteja registrado, os circuitos ficarão em ÌNS. Ìsto é feito para permitir a
execução de -all "or+arding *ot 2eac=a>le, !essage Daiting Indication e +inning em ramais SIP #ue
ainda não esteMam registrados.
3. Opcionalmente, pode ser definido o nome do domínio iS3999 SIP, por exemplo:
CHSI3OLQ
3O6'I+=+'6E L 0E1P2*'vers3-Q
*o caso em #ue a autentica/ão for re#uerida o D0!AI*(*A!E será mandat'rio.
0 D0!AI*(*A!E < usado no algoritimo de autentica/ão.
*o caso em #ue nen=uma PASSD02D e A?E2*AIIE CSE2*A!E for usado %passo :& o D0!AI*(
*A!E poderá ser omitido.
4. Ierifica/ão do domain name.
3ISI3OLQ
!+IT 3O6'I+=+'6E
1 +ECPHi)$ersum
5. Associar os D*2s dos ramais SIP aos circuitos virtuais, por exemplo:
CH3+RCL2010P1&P2P0Q
CH3+RCL2011P1&P2P1Q
CH3+RCL2020P1&P2P2Q
CH3+RCL2021P1&P2P3Q
6. No caso em que a autenticação deva ser executada então, deve-se atribuir os SÌP user data. Quando
não for requerida autenticação, este comando CHSUSR 9oderR ser omitido.
Para o caso de desksharing deverá ser introduzido um ALTERNATÌVE USERNAME.
CHS!SRL1&P2P2Q
P'SSHOR3L2020Q
'0TER+'TI7E=!SER+'6ELQ
CHS!SRL1&P2P3Q
P'SSHOR3L2021Q
'0TER+'TI7E=!SER+'6ELQ
7. Verificação dos dados introduzidos pelos passos 5 & 6 usando:
( para SIPH*et ;.9, o comando 0!: 3IS!SR
( para SIPH*et ;.6, o comando 0!: 3ISIE3
26
SOPHO iS3000 & 2000IPS Conexões em Rede
Observe que para os DNRs 2010 e 2011, não houve autenticação. O endereço ÌP e PORTA somente
serão preenchidos quando a operação de registro tiver sido completada com êxito.
-om o auxílio do >ro+se apontando para o endere/o IP do telefone SIP proceda as configura/Nes
necessárias.
EXEMPLO
No exemplo apresentado a seguir é usado um telefone SÌP Grandstream.
1. com o browse aponte o endereço ÌP do telefone SÌP ÌP Grandstream e proceda as configurações. A
"Admin Password¨ para este telefone é \#dmin[.

2. Ìntroduzir o endereço ÌP da ÌSG no campo OSIP Server. e O0ut>ound Prox$.. Introdu1ir, em seguida o
OSIP Cser ID., o OAut=enticate ID. e O*ame.. 0 campo OAut=enticate Pass+ord. deve ter o mesmo
conteEdo #ue o especificado com o comando -BSCS2. Em seguida especificar os codecs.
27
SOPHO iS3000 & 2000IPS Conexões em Rede
3. Neste exemplo, o User ÌD corresponde ao número de telefone; assim, selecione "yes¨. Para permitir a
utilização do "#¨ como um prefixo e não como dígito de teclado, selecionar aqui "no¨.
2. R'6'IS IP SIP PO0DCO6L SOUNDPOINT IPxxx RANGE
6.3. POLYCOM SIP IP PHONES :
NOTES BEFORE YOU START
6. Incidental some Pol$com p=ones mig=t not >ecome operational +=en t=e$ are connected
to one of t=e follo+ing =u>s : 3-om =u> t$pe 5-, ?in,s$s EPQS55D and ?in,s$s E"7B7;.
=e port ?ED on t=e =u> remains 0"" : no et=ernet activit$.
7. Initiall$ t=e Pol$com SIP p=one mig=t >e set to "P. =is =as to >e c=anged to rivial "P
%"P&. At po+er(up, select SECP, Enter Pass+ord O;4:., 0R and scroll do+n to t=e
Server !enu. Select Server $pe, Edit and c=ange it to rivial "P.
28
SOPHO iS3000 & 2000IPS Conexões em Rede
An alternative is to do t=e follo+ing :
In t=e DB-P server pass t=e >oot server for "P along in option :: as follo+s :
tftp://192.168.116.100
So include tftp:88 in front of t=e IP address.
=is forces t=e Pol$com terminal to use "P in stead of t=e default "P.
=e Pol$com SIP IP p=ones can >e installed in t+o different +a$s :
( >$ >ro+sing to t=e IP address of eac= individual SIP p=one and specifing t=e various
settings.
( >$ using a num>er of configuration files, availa>le on a "P server in t=e ?A* net+or,.
=e second option is advised.
Pol$com SIP p=ones re#uire a set of t=ree per(p=one configuration files and one common file
to >e present on a net+or, "P server in order for t=em to +or,, after po+er(up. emplate
configuration files %Q!?(compati>le& are availa>le from Pol$com. =ose Pol$com template
configuration files are slig=tl$ adapted >$ *E-(P=ilips to >e a>le to coop +it= t=e iS3999
functionalit$. So +=en connecting t=e Pol$com terminals to t=e iS3999, t=e *E-(P=ilips
template configuration files must >e used. o >e a>le to discriminate >et+een t=e Pol$com
and *E-(P=ilips emplate -onfiguration files, t=e *E-(P=ilips files =ave a different file name
as follo+s :
It is advised to do+nload all relevant Pol$com files from t=e *E-(P=ilips SoftDare DataFase
%SDDF&.
!ARNIN" : O#t$%& t'e &e( )e*+%,& P,-./,0 1%-e+ 1*,0 t'e NEC2P'%-%3+ S!4B $&5
6+e t'e )$*%,6+ NEC2P'%-%3+ te03-$te 1%-e+ :
3$*$ /$5$ te-e3',&e:
2 &e/32+%3@&et./17
2 &e/32+%3@&et23',&e./17
2 &e/32+%3@&et25%*e/t,*..80-
4, &,t ,#t$%& t'e 1%-e+ 5%*e/t-. 1*,0 t'e P,-./,0 +%te
=e follo+ing figure illustrates t=e necessar$ directories and files re#uired on a "P server.
*ote t=at t=e PBI?IPS >itmap image files are t=e logoSs +=ic= +ill appear on t=e displa$. =ese
files can >e modified to a customerSs logo. =ere are no >itmap image files availa>le for t=e
Soundpoint IP 3798339 terminals, >ecause of t=e si1e of t=e displa$.
29
SOPHO iS3000 & 2000IPS Conexões em Rede
"igure :(6 Example of Pol$com -onfiguration files and Directories.
6. !a,e sure t=at t=e follo+ing directories are availa>le on t=e "P server in for example
t=e Pol$com director$ :
( -ontacts
( -urrent
( ?og
7. !a,e sure t=at t=e follo+ing files are also in t=e Pol$com director$ on t=e "P server :
( necp(sipHnet.cfg %t=e default master configuration file&
( necp(sipHnet(director$.xml %t=e template for a local director$ and speed dialing ,e$s&
( necp(sipHnet(p=one.cfg %per p=one configuration file&
( sip.cfg
3. -op$ t=e Onecp(sipHnet.cfg. file and rename t=is to 90$/ $55*e++:./17 for eac=
terminal, for example 999;f79;ed36.cfg.
;. In t=e Tmac addressU.cfg preenc=er dentro do ar#uivo :
( APP?I-AI0* APPV"I?EVPABWXsip.ldX
( -0*"IJV"I?ESWXTmac addressU(p=one.cfg, sip.cfgX
( ?0JV"I?EVDI2E-02YWXlogX
( 0IE22IDESVDI2E-02YWXcurrentX
( -0*A-SVDI2E-02YWXcontactsX
EXAMPLE
30
SOPHO iS3000 & 2000IPS Conexões em Rede
4. -op$ t=e Onecp(sipHnet(p=one.cfg. file and rename t=is to 90$/ $55*e++:(p=one.cfg
for eac= terminal. for example 999;f79;ed36(p=one.cfg.
:. Este < o mais tra>al=osoZ
In t=e Tmac addressU(p=one.cfg fill in t=e follo+ing %see also t=e example on next page& :
( *e7.1.5%+3-$.N$0e $&5 *e7.1.$55*e++ +it= t=e D*2 %in t=e example ;1510;& of t=e
SIP terminal.
( in case aut=entication is re#uired also fill in reg.6.aut=.userId and reg.6.aut=.pass+ord
%in t=e example >elo+ are >ot= t=e D*2 ;1510;& .
( reg.6.server.6.address +it= t=e IP address of t=e SIP driver %in t=e example
;1<=.16>.116.151;&.
( reg.6.server.6.port +it= t=e port num>er %in t=e example ;5060;&.
( msg.m+i.6.su>scri>eW;1510;.
( "or eac= entr$ in t=e reg section a line ,e$ is defined. "or t=e iS3999 usuall$ one line
,e$ is sufficient. It is allo+ed to define more line ,e$s >ut in t=at case eac= line
represents a single D*2 in t=e iS3999.
!a,e sure t=at t=e 0IE22IDESVDI2E-02Y =as >een specified. If not, t=e Tmac
addressU(p=one.cfg files +ill >e over+ritten +it= a file t$pe t=at is not expected. =e
terminal +ill no longer start up.
Exemplo:
G. -op$ t=e Onecp(sipHnet(director$.xml. file and rename t=is to Tmac(addressU(
director$.xml for eac= terminal. *otice t=at t=is file is used to create t=e speed dial ,e$s
as +ell as t=e local director$. In case TsdU is put to 9 t=e entr$ is not put under a speed
dialing ,e$.
5. -op$ t=e director$ SoundPointIP?ocali1ation +it= its contents to t=e "P server. !a,e
sure t=e latest SIP %sip.ld& and >oot pac,age %>ootrom.ld& is on t=e root director$ of t=e
"P server. !a,e sure a file called SoundPointIPDelcome.+av or an$ ot=er +av file is
availa>le.
K. In t=e sip.cfg file : Adapt t=e dial plan. "or example ;xxx are internal num>ers, K is
operator, etc.
Exemplo
31
SOPHO iS3000 & 2000IPS Conexões em Rede
6.5. POLYCOM SIP TERMINAL CONFI"URATION TOOL
Para a configura/ão de uma grande #uantidade de terminais Pol$com, fa1 automaticamente as
opera/Nes de cop$ing and renaming dos ar#uivosA assim o Pol$com SIP terminal -onfiguration ool
gera automaticamente os 3 ar#uivos X!A- address specificX.
Esta ferramenta permite #ue o t<cnico prepare os ar#uivos de configura/ão files para uma s<rie de
terminais, usando uma página !icrosoft Excel[ como fonte para os dados importados ou
adicionando novas configura/Nes de telefone a partir de um scratc=. Para rodar, a ferramenta re#uer
um path para o conMunto apropriado de ar#uivos de configura/ão !olycom template configuration
files %necp(sipHnet.cfg, necp(sipHnetp=one. cfg and necp(sipHnet(director$.xml& to >e properl$ set.
-ompati>ilit$ *otes :
( A ferramenta roda no !icrosoft Dindo+s 7999 SP3 or superior.
( .*E "rame+or, v6.6 < re#uerido no P- %delivered +it= t=e installer&.
( !DA- v7.: or superior < re#uerido para importa/ão de ar#uivos Excel.
( S' < suportaado o formato !icrosoft Excel SKG %ou superior&.
Iia File->Import->From XLS command, t=e tool is a>le to read !icrosoft Excel files and
import p=one num>ers and t=eir assigned !A- Addresses. =e format of t=e Excel document
needs to compl$ +it= t=e follo+ing rules :
( 0nl$ t=e first s=eet in t=e document is imported.
( =e first ro+ %t=e imported columns& needs to >e filled in +it= t=e names of settings from
t=e p=one template %e.g. reg.6.server.6.address&.
( =e first t+o columns contain t=e !A- ADD2ESS and D*2 : t=ese t+o are al+a$s
re#uired to >e present and valid.
( =e next ro+s %7 and t=e follo+ing& s=ould contain t=e actual settings. Dit= t=e exception
of t=e !A- Address and D*2 columns, all ot=er settings are optional for t=e imported
entries.
"igure :(7 Example of an .Q?S file
32
SOPHO iS3000 & 2000IPS Conexões em Rede
Instead of using t=e 3 master template files, one can adapt and edit t=ose 3 files first +it= t=e
re#uired customer settings and use t=e updated files t=en as t=e template files.
"or example : "irst include t=e customers p=one director$ in t=e Onecp(sipHnetdirector$.
xml. file and t=en cop$ t=is file and rename it to Tmac(addressU(director$.xml.
33