SOPHO iS3000 & 2000IPS Conexes em Rede

1. SIP Trunk
1. Introduo
O protocolo usado para sinalizao o SP (Session Initiation Protocol).
Este tipo de entroncamento usa como plataforma uma rede iP, sendo aplicvel a:
- Conexo entre sistemas iS3000;
- Conexo de um sistema iS3000 com um provedor externo baseados no protocolo SP.
Nota: O protocolo P usado para interconectar os sistemas SOPHO iS3000 e SOPHO 2000PS "CCS
(Common Channel Inter-office Signalling) over P

1. RE!ISITOS
- O SOPHO iS3000 deve estar na plataforma de software Call@Net 3.5 / SP@Net 4.0;
- iS3010, 3030 or 3050 : a CPU3000 deve estar equipada com o mdulo acelerador (AM) e uma
placa de memria 32 MB DRAM.
- iS3070 or 3090 : deve ter o firmware CE verso A100.10.05 (ou superior).
- Placa SG: aconselhado ser carregada com firmware verso 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.& contm as funcionalidades "SPTrunking descritas abaixo :
- Tratamento de chamadas bsico
- Operao de Registro
- Utilizao de Codec (G.729 com 8K de banda, G.711 com 64K de banda)
- "Transport layer
- Caractersticas de tronco: ex: tratamento/assistncia para falhas DDR.
- CLI e "name display
- Dual Tone Multi Frequency (DTMF)
- Quality of Serice (QoS) (prioridade para o trfego de pacotes marcados p/ voz)
- !et"or# $ddress Translator (!$T) (ex: o cliente tem rede interna (ip 192.) e quer passar para rede
pblica (ip 200...); assim deve haver uma converso (isolando as duas partes)
- Facilidades suportadas pelo iS3000
1
CCS
SP
SP
Pro$edor Externo SIP
,SIP ser$er-
ex: VCX ou outro
que aceite registro
SOPHO iS3000
2000IPS
SOPHO iS3000 & 2000IPS Conexes em Rede
A plataforma C#))*+et ..1 contm as funcionalidades SP Trunking descritas abaixo :
- P2P: "Peer%to%Peer &TP SP extensions/trunks
- iPVN no iS3000 com SP trunking
- SP trunk: direto entre dois sistemas iS3000.
A plataforma C#))*+et ..1E contm as funcionalidades SP Trunking descritas abaixo :
- Nmero chamado original
- Evita a Media P2P para SP, em uma configurao multi-unidade

O SP@Net manipula o protocolo SP.
- O SP 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 SP trunking descrito abaixo:
O fluxo de sinalizao SP se d via SP driver, geralmente integrado na placa SG.
A "media(voz) sempre flui via SG. A sinalizao 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 informaes no protocolo SP se d atravs de solicitaes (request) e respostas;
As solicitaes SP previstas no sistema para serem suportadas so:
ACK suportado
BYE suportado
CANCEL suportado
NVTE suportado
REGSTER suportado
OPTONS somente recepo
Todas as outras mensagens no so relevantes para trunking e portanto, ainda, no so suportadas. As
respostas so tambm tratadas/geradas em conformidade com RFC 3261.
2
Proxy
SP
d
r
i
v
e
r
Rede SIP

SG
Registrar
3om4nio iS3000 3om4nio do Pro$edor SIP
SOPHO iS3000
SOPHO iS3000 & 2000IPS Conexes em Rede
.. RE/ISTRO
Para que o processo de registro seja executado, devem ser configurados alguns parmetros no SOPHO
iS; esta configurao feita atravs do comando CHSIP' (Change SP addresses).
O comando CHSPA relaciona parmetros com o nmero de rota relacionado a rota SP.
- 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 SP trunk como codec, payload, etc. sero configurados no si+nallin+ +roup,
associado ao hardware (placa virtual) que suporta o tronco SP; estes parmetros so atribudos
placa pelo comando 'S5R3S.
As configuraes adicionais relativas a rota SP so feitas atravs do comando CHSIP3 (Change SP
data), conforme a seguir.
- O username part da UR: que deve ser aplicado para a operao de registro.
- O default lease time. que solicitado para registro.
- O username que deve ser aplicado para propsitos de autenticao.
- O pass"ord que deve ser aplicado para propsitos de autenticao.
- A comunicao de sada aplicada em UDP ou TCP.
Agora o SP trunk est apto para execuo da operao de registro com o provedor de tronco. sto
poder ser ativado atravs 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 REGSTER poder contm o texto; ex:
"Philips Business Communications SOPHO iS3000".
&. CH'6'3' SIP 3E S'(3'
Uma chamada SP trunk pode ser iniciada a partir de qualquer usurio do iS3000, discando para isto
cdigo de acesso a rota, um TAC<EXTERNAL NUMBER>. O TAC analisado levando ao acesso de uma
destinao (atravs de um hardware virtual j projetado) no domnio SP externo.
A chamada construda em direo ao SP proxy externo; este SP proxi definido atravs do
comando CHSIP'.
Na direo de sada podem ser indicadas at 4 preferncias de codec (0...3). As preferncias e
payload so especificadas pelo comando CHIPP3.
Para SP trunk toda mdia trafega atravs da placa SG. O SP@Net garantir que a SG ser
envolvida na manipulao da mdia.
O SP drier instrudo para tratar as mensagens SP via UDP ou TCP dependendo do que for
especificado na rota SP.
3
SOPHO iS3000 & 2000IPS Conexes 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 seleo do codec apropriado. O payload
recebido pode ser tomado quando forem 20, 30 e 40mseg; caso contrrio, ento sero tomados os
valores projetados no si+nallin+ +roup da porta virtual usada.
Observe-se que para chamadas de entrada de tronco sero aceitas uma lista de vrios codecs, enquanto
que para uma chamada tronco de sada somente sero disponibilizados codec(s) especficos 1 4.
O SP driver recebe chamadas via UDP ou TCP conforme opo especificada na camada de transporte
para a rota SP (OM command CHSIP3).
Com a recepo de um I+7ITE, ser feito um teste se a chamada recebida de uma rota SP
confivel. Assim, feita uma verificao se a chamada recebida de um proxi relacionado a rota SP;
caso contrrio, a chamada ser rejeitada conforme RFC 3261.
Mensagens NVTE com codecs no suportados ou layout de mensagens errado, sero rejeitadas
conforme RFC 3261.
Todas as outras mensagens NVTE que no puderem ser roteadas destinao apropriada sero
oferecidas para DD fail/assistance, dependendo das DD-fail options, definidas na rota.
8. C'R'CTERISTIC'S 3E TRO+CO
Para SP trunks, so aplicadas placas de troncos virtuais (e circuitos de tronco relacionados).
As caractersticas (general/incoming/outgoing route options and bundle options) dos troncos podero ser
mantidas.
No caso em que um SP trunk no possa ser acessado, poder ser definida uma rota de overflow da
mesma forma que para troncos tradicionais, usando as facilidades padres para roteamento.
iS3000 O9es /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 : No
U = Keytone post dialling allowed : Sim (SKT, no vlido G.729)
V = Enquiry on trunk allowed : no aplicvel
W = Flexible operator assistance available : no aplicvel
X = Time-break check : Sim
Y = Time-break enabled : Sim
Z = CNND translation : Sim
A = Network priority/Force release possible : no aplicvel
B = Line park allowed : no aplicvel
C = QSG segmenting allowed : no aplicvel
D = Tone types : Sim
iS3000 O9es 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 : No
T = Announcement allowed : Sim
U = Answer before announcement : Sim
V = Calling party control : Sim
W = DD-delay time required : No
X = DD-barred check on inc. calls : Sim
Y = DD-call waiting required : Sim
4
SOPHO iS3000 & 2000IPS Conexes em Rede
Z = Socotel shortened protocol : no aplicvel
DD options : Sim

iS3000 O9es de S#4d# de Rot# su9ort#d#s em SIP
P = Direct switch through : no aplicvel
Q = Break-in protection on outgoing calls : Sim
R = D-button allowed : No
S = Transit allowed : Sim
T = Source identification : no aplicvel
U = nsert or append close sign : Sim
ATF by Camp-On-Busy : Sim
ATF by Automatic Ring Back : Sim
iS3000 O9es 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 : no aplicvel
N = Echo canceller connected : no aplicvel
O = SDN date/time synchronisation : no aplicvel
P = Metering available on bundle : No
Q = Detection 1st dial tone applied : no aplicavel
R = Pre dial tone det. time on 1st dial tone applied : no aplicavel
S = Pre dial tone det. time on 2nd dial tone applied : no aplicavel
T = Provisional switch through : no aplicvel
U = Answer sensitive : Sim
V = DDO wait for answer : No
W = Routing tone : Sim
X = TRANSCOM tone det. and alarming : no aplicvel
Y = DDO send MFC area number : no aplicvel
Z = DDO local ring tone provided : Sim
;. SIP DRIVER
Como o nmero mximo de "virtual SP shelves limitado a 2, o nmero mximo de
SP extensions 2x512 = 1024.
O SP driver capaz de tratar at 1600 ramais. Ele roda na mesma SG que tambm aplicada para
media handling.
Assim, quando estiver rodando na SG, o SP driver capaz de tratar estes 1024 ramais SP.
Opcionalmente, o SP driver pode rodar em uma plataforma Windows/PC dedicada.

No arquivo de configurao SG possvel especificar o endereo P do PABX e o nmero de porta
relacionado. Observe que no possvel limitar a quantidade de ramais que usem o SP driver.
Boundary +E5O!+3 .1; especifica o nmero mximo de SIP trunk <#))s por unidade.
Boundary +E5O!+3 .2% especifica o nmero mximo de SIP extension <#))s por unidade.
O driver no tem conhecimento da quantidade de terminais registrados.
possivel se ter juntos SP driver e iTMP driver rodando na mesma SG.
Para habilitao do SP driver na SG, incluir a informao abaixo no arquivo de configurao
(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 conexo e comunicao
com o SP driver.
5
SOPHO iS3000 & 2000IPS Conexes em Rede
RE3!+3'+CI'
possvel se ter mais que um SP driver no iS3000. Por exemplo, no caso de mais SGs instaladas, em
cada SG, pode estar disponvel um SP driver.
O +E5O!+3 .18 especifica o nmero mximo de SP drivers.
Agora em terminal SP pode ser registrado em cada SP driver, considerando que o terminal SP
suporta a funo de se registrar em mais que um SP driver. Os terminais Polycom possuem esta
funcionalidade.
No arquivo <mac-address>-phone.cfg possvel 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
possvel selecionar codec(s) especficos, para um determinado circuito ou uma placa de tronco virtual,
atravs do signalling group. Esta seleo de codec se aplica na direo de sada; para a entrada
(chamada SP de entrada) so suportados os seguintes codecs: G.711 uLaw, G.711 ALaw, G.729A and
G.729AB. a ordem de apresentao do codec na parte SDP da mensagem SP determina a ordem de
preferncia. A RFC3555 contm os codecs possveis, que podem ser identificados na SDP.
Para o seleo do payload (tambm associado ao signalling group) ser considerado o valor (20, 30 or
40 mseg) idetificado pelo chamador. No caso em que o payload no for especificado ou estiver for a da
faixa suportada pela SG ser considerado o valo default para este circuito.
A seleo 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 sada 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 informao de nome da
mensagem SP (desde que disponvel). 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 SP
network. This facility can be applied to SP trunk calls. So the system should have at least one
route in which SP 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 SP 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 Conexes 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 SP domain. The
translation is only executed on SP-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 CLR). This means that its identity is not sent to
the SP 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 SP 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 SP 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 SP 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 SP driver this can be done with
an intelligent switch. Notice that in case the SP 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 SP trunk. See chapter 8. "SP SECURTY
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 SP 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 (SP driver P address). n SDP bodies in SP messages, in case an inside
global P address has been specified for media, this P address will be used, instead of the SG'sP
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 SP trunk.
7
SOPHO iS3000 & 2000IPS Conexes em Rede
2.1.. F3CR
FDCR based on time is supported for SP 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 SP trunk from one iS3000 to another iS3000 without the use
of a SP proxy. This allows the possibility to connect 2 iS3000 systems with SP trunking,
including the registration process.
One iS3000 (A) should activate the SP route as registrar (server) and the other iS3000 (B)
should activate the SP route as registerer (client). This is done using OM command RESPR,

for example :
- in iS3000=' do tIe "o))oJinK L
Use OM command CHSPA and specify the P address of the SP driver in the opposite
iS3000-B and registrate the iS3000-A as server as follows :
<RESPR:<SP route to iS3000-B>,3; SIP route as re+istrar (serer)
- in iS3000=5 do tIe "o))oJinK L
Use OM command CHSPA and specify the P address of the SP driver in the opposite
iS3000-A and registrate the iS3000-B as client as follows :
<RESPR:<SP 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 SP extensions via iPVN connection using SP
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 SP@Net 4.2 or higher and in all nodes the
function is activated.
iPVN is possible via the SP trunk. To activate this feature the next projecting aspects are
required:
- Set the P2P option in the route characteristics of the SP trunk using OM command
CHSPD.
- 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 MEDA".
2.18. iP7+ SIP P2P RO!TE OPTI6IN'TIO+
P2P RTP SP 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
SP iPVN, the optimization process will be started with an extra delay time of 2 seconds after
the Route Optimization timer (NETMER196) has expired. The iPVN SP P2P route
optimization can be switched "active or "non-active by system option LOSYSOP180 (iPVN
SP 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 SP-gateway.
Microsoft Exchange uses a SP-trunk interface to communicate with an external gateway. The
iS3000 with SP@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 Conexes 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 NVTE 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 SP phones, even if the SP
phones are located in different units of the multi-unit (FN) network. This is not applicable in
all situations. Therefore a network-wide system option used : NESYSOP 178 : SP P2P via
multi unit disabled. Setting this option to 'TRUE', will have the result that a SP calls that crosses
2 units in a FN 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 FN.
2.20. '0TER+'TI7E RO!TI+/ O+ SIP=TR!+G I+TERF'CE I+ F'I0
SIT!'TIO+S
Up to SP@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 SP trunk does
not respond at all. n the situation that the peer from the SP 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 SP RFC 3261 and can not be changed.
System timer (NETMER241 : SP Trunk nvite Guarding Time) will guard the NVTE. 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 Conexes em Rede
2. I+ST'0'1OO & PRO/R'6'1OO
1. CO+FI/!R'1OO
Para utilizao em uma plataforma de comunicao P, o sistema SOPHO iS3000, pode ser configurado
conforme as opes seguintes:
- "P ena,lin+", (ex: P trunking)
- "CCS oer P (ex: conexo com PS)
- "Software SMA" (ex: DECT iP)

Em princpio 3 coisas precisam ser configuradas primeiramente:
- projeto de uma s0elf SP virtual
- uma placa de tronco SP virtual
- uma placa SG
RE!ISITOS 3O SISTE6'
Condies bsicas para SP 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 CE: release A100.10.05 (ou superior).
- Firmware SG: release A201.03.05 (ou superior)
- Licena SG 59: para liberar canais SG; (caso contrrio s dispe 10 canais)

Nota: pacotes iS3090 sem AM (F6810.) com AM (F9810.)
Os ,oundaries relativos a SP a serem observados so relacionados a seguir :
7#)ores Re<omend#dos C $#)ores de"#u)t
10
SOPHO iS3000 & 2000IPS Conexes 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 (nmero mximo de PMs)
NEBOUND372 (nmero mximo de PMs virtuais: 5 (ex: SP/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 caractersticas:
PM-shelf number 15,
shelf-type 18 (virtual "SP" shelf)
gabinete 1 (gabinete onde estejam fisicamente localizadas as placas CPU3000/CCS).
'SSH0FL1&P1;Q
Nota: O shelf "type 18 tambm usada para suportar SP e-tensions; assim, permitido misturar
placas dos tipos irtual trun# e irtual e-tension.
11
SOPHO iS3000 & 2000IPS Conexes em Rede
A quantidade de s0eles (compartimentos) depender da configurao 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 posio 17, com as seguintes caractersticas:
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 servio.
SETI+SL1&P18Q
&. Projetar uma placa de tronco virtual SP com as seguintes caractersticas:
board-type : 44,
signalling group : B001,
hw-type : 255,
as-pcts : 1.
Teremos um mximo de 512 portas SP (16 placas com 32 circuitos cada);

'S5R3SL1&P1P..P5001P2&&P1Q
%. Atribuir o "SP serice) a um servio client profile; exemplo o default profile 0 (CHPROF).
CHPROFL0P&P1Q
0: padro, sempre existe
ObsL No coloque os circuitos/placas tronco virtual SP em servio, antes de atribuir os dados
especficos SP rota SP.
12
SOPHO iS3000 & 2000IPS Conexes em Rede
3. Inst#)#o do,s- siKn#))inK Krou9,s-
Utilizar o comando CHIPP3 para definio do SP si+nallin+ +roup :
SP media access code (caminho de voz),
codec,
payload (3< ms.fornece uma qualidade melhor de voz em relao aos outros)
uso ou no do RFC2833.
Verificar o ,oundary NEBOUND 420 (nmero max. de SP signalling groups).
NEBOUND 420 determina o nmero de si+nallin+ +roups que podem ser projetados no sistema;
determina tambm o maior nmero de si+nallin+ +roup,; assim, o nmero 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 SP trunks ou SP e-tensions.

1. Atribuir o cdigo de acesso de mdia correto ao(s) si+nallin+ +roup(s); ex: si+nallin+
+roup "B001" e o cdigo de acesso de mdia "75".
Este cdigo de acesso de mdia 75 resultar em um caminho de comunicao atravs da SG e
portanto dever ser projetado na rvore de anlise relativa ao "DAL-TYPE 11 : (no voc que
disca e sim a central que o faz).
CHIPP3L5001P0P8&Q
Onde 0: representa programao de cdigo de acesso a mdia (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.
So 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 relao a G.729AB, G.711 uLaw e
finalmente G.711 ALaw.
Nota: Estes codecs escolhidos tambm devem estar definidos tambm no arquivo 9re?isK.txt.
CHIPP3L5001P.P2P3P0P1Q
Onde 4: representa a lista de preferncias 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 no usado o RFC2833 (1) or no (0). Assim, (1) na ps-discagem os dgitos DTMF
vo sob forma de mensagens SP; se for (0) vo via faixa de voz (in%,and).
CHIPP3L5001P%P1Q
&. apresentao das alteraes feitas nos dados do si+nallin+ +roup:
3IIPP3L5001Q
13
SOPHO iS3000 & 2000IPS Conexes em Rede
possvel definir mais si+nallin+ +roups, por exemplo B002, com diferentes caractersticas.
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 SP destination (88).
'SI+T+L0P%P3P21P;;Q
Projeto semelhante ser feito de maneira nas trs rvores relativas s discagens: enquiry dialling,
operator dialling e alternative destination dialling.
2. Definir as caractersticas para a destinao 88.

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

Para esta rota devero ser atribudos outros dados SIP Trun# especficos utilizando para isto os
comandos OM CHSPD e CHSPA .
&. ntroduzir a rota na tabela de rotas.

CHROT'L;;Q
L;;P1P2Q
LQ

%. Definir as caractersticas de rota (gerais, entrada e sada)
CHRTC/L;;P11110100111000P..0..0Q
CHRTCIL;;P11101100100P000%BBBBBP3;Q
CHRTCOL;;P010100P0Q
8. Definir o range numrico interno (4xxx) na rvore de anlise de entrada (38).
14
SOPHO iS3000 & 2000IPS Conexes em Rede
'S50CGL3;P.P3P.P10Q
;. Definir as caractersticas de rota : deve ser usado o parmetro CON-AND-SG-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 SP ser colocado em servio, devero ser primeiramente projetados alguns itens
relacionados SP. sto ser feito usando os comandos CHSPD, CHSPA e RESPR.
1. Atribuir dados especficos SP rota SP(88).
CHSIP3L;;Q
RO!TE=+'6E L 018904850Q
0E'SE=TI6E L 60Q (tempo de re-registro da placa de tronco no servidor SP)
(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 SP que fornece o username/pass. para se
autenticar)
SIP PROTOCO0 7'RI'+TL 0Q
(novo para SP@Net 4.1)
PEER=TO=PEER RTP L 0Q
(novo para SP@Net 4.1) 0: no (para tronco SP), 1: sim (para ramal SP)
2. Atribuir dados relacionados SP P rota SP (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 endereo P do proxi)
RE/ISTR'R=IP=PORTL 5060Q
15
SOPHO iS3000 & 2000IPS Conexes em Rede
(no caso em que for omitido, ser aplicada a porta 5060)
RE/ISTR'R=+'6E L re)*stne&pn'Q
3. Ativao do registro na rota SP
RESIPRL;;P1Q
0: desativar
1: ativar como client (servidor SP externo)
2: ativar sem registro
3: ativar como serer
OBS: Para o caso 1: Quando cai a rede pode acontecer de ser necessrio repetir o comando;
Na cofigurao client/server deve-se iniciar primeiramente o server.
.. Apresentao dos itens SP projetados.
3ISIPRL;;Q
&. Colocao em servio da PMC virtual e correspondentes placas/circuitos SP.
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 CE (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 SP,
desde que as licenas SG estejam presentes.
Alm da possibilidade de se ter uma nica rota para SG, possvel tambm projetar mais rotas e aplicar
separao de feixes (,undle splittin+). O 5undle splittin+ pode ser implementado a fim de deixar uma
quantidade garantida de canais SG disponveis para chamadas SP.
possvel se ter load%s0arin+ quando duas (ou mais) SGs estiverem presentes no sistema.
1. Projetar a SG com os parmetros: board-type is 18, signalling group is 5D21 QSG, 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 anlise para DAL-TYPE 11: "media dialling". O TAC a ser usado para cdigo
media access code analisado na rvore de anlise projetada; neste exemplo 11.
16
SOPHO iS3000 & 2000IPS Conexes em Rede
'STREEL11P11Q
3. Criar o media access code (trun# access code) a destinao (a SG) na rvore de anlise relativa ao
dial type "media dialling" :
Neste exemplo rvore de anlise "11 trunk access code '75' e destinao '75'
'SI+T+L11P8&P2P21P8&Q
.. Definir as caractersticas da destinao.
CH3STCL8&P8&P00P8&Q
&. Criar a rota QSG..
CRRO!TL8&Q
%. ntroduzir a rota no route table.
CHROT'L8&Q
L8&P1P2Q
LQ
8. Definir as caractersticas de rota.
CHRTC/L8&P01100100001P&.3&.3Q
CHRTCIL8&P10100000000P000%BBBBBP3&Q
CHRTCOL8&P000100P0Q
;. Definir as caractersticas 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 licenas 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 contm o nome do pacote de software SG usado ex: "#2010$1.%0&
Quando o SP driver estiver na SG, certifique-se de que os dados abaixo estejam includos no
arquivo prebisg.txt:
>Si9P#?xI9@
I9A1B2.1%;.1.21& este 6 o IP address da CP78CI9 C
17
SOPHO iS3000 & 2000IPS Conexes 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 servio.
SETI+SL11P&Q (22) A corresponde a posiD:o da IS( fornecida no passo 2)
SETI+SL11P&P0Q
1.. Para verificar as configuraes 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 tambm que nem todos os dados esto vlidos; 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 no 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 'CCS'.
- 5usX C+ : canal-B usado para chamada 'CCS', 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 'SP'.
- 5usX S+ : canal-B usado para chamada 'SP', but no RTP channel is assigned.
Observe que para uma chamada CCS no possvel discriminar entre chamadas de entrada e de
sada.
'SPECTOS 3E SE/!R'+1'
A partir do release fa2010v1.501 SG em diante possvel comutar em OFF a pgina 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 estaro em on.
18
SOPHO iS3000 & 2000IPS Conexes 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
inicializao para que a mesma se torne operacional;
Neste processo ocorrem: o carregamento do pacote (firmware), a adoo de um endereo iP
vlido associado ao seu MAC address.
Neste processo a placa SG deve estar conectada ao SERVER, onde esto armazenadas as
informaes a serem carregadas na placa SG; esta conexo atravs de rede ou via cabo cross
conectando-a diretamente ao SERVER [prprio notebook].
Este procedimento iniciado atravs dos comandos SETNN em seguida SETNS na placa, ou
tambm retirando-a por 30 segundos & inserindo-a novamente no slot da shelf.
Com a inicializao do processo, a SG envia, atravs 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 conexo 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 devero ser indicadas as seguintes informaes:
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 Conexes 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 informaes sobre: identificao do pacote da SG [fa2010v1.605] ;
Qos; codecs; Sip Pabx p [indicando o iP da CPU/CE no exemplo: 192.168.1.5] ...)
Todos os dados a serem transferidos para a SG devero 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 Conexes em Rede
NOTA: Aps a carga o parmetro "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. No
encontrando o P na rede ela utiliza o que j tiver indicado no arquivo de boot, desde que haja
a indicao 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
"solicitao
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 Conexes em Rede
2. SIP Extension
1. Introduo
O SP@Net manipula o protocolo SP.
O SP 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 disponveis para o SIP@Net 4.0 so as seguintes:
Tratamento de chamadas bsicas incluindo reteno, consulta e transferncia,
Registro,
Media P2P (pear-to-pear),
Facilidades discadas,
Utilizao 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 disponveis para o SIP@Net 4.1 so as seguintes:
22
SOPHO iS3000 & 2000IPS Conexes em Rede
Facilidades relativas a chefe-secretria e grupo de busca,
Monitorao de Estado (ramal e facilidade),
Captura de chamadas,
Estacionamento de chamadas,
Suporte para codec de vdeo SP,
Messaging usurio-usurio SP,
Redirecionamento/twinning quando circuito em ABL-Fail,
Confercia a Trs/ ntercalao/ 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,
ndicao LED-rota em terminais Polycom.
As funcionalidades SIP Extension disponveis para o SIP@Net 4.1E so as seguintes:
Display do No. das partes conectadas para terminais Polycom,
Suporte para codec de alta definio G722,
Suporte ntercom e Corrente de Chamada diferenciada para terminais Polycom.
2. Con<eito Ker#)
O fluxo de sinalizao SP se d via SP driver, geralmente integrado na placa SG.
A "media(voz) sempre flui via SG. A sinalizao 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 informaes no protocolo SP se d atravs de solicitaes (request) e respostas;
As solicitaes SP previstas para ramais no sistema para serem suportadas so:
ACK suportado
BYE suportado
23
SP
d
r
i
v
e
r
SG
SOPHO iS3000
SOPHO iS3000 & 2000IPS Conexes em Rede
CANCEL suportado
NVTE suportado
REGSTER suportado
OPTONS somente recepo
REFER suportado
NOTFY somente transmisso
SUBSCRBE suportado
MESSAGE suportado
Todas as outras mensagens no so relevantes para extensions (ramais) e portanto, ainda, no so
suportadas. As respostas so tambm tratadas/geradas em conformidade com RFC 3261.
3. Te)e"ones IP SIP
Os modelos Polycom SP P, homologados pela PHLPS so:
( Soundpoint IP 3798339
( Soundpoint IP 449
( Soundpoint IP :49
( Soundpoint IP %!'dulo de Expanso9
( Soundpoint IP ;999
Al<m dos modelos anteriores:
( Soundpoint IP ;39
( Soundpoint IP 496
( Soundpoint IP :96
As funcionalidades suportadas por estes modelos so:

( -=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 so totalmente suportados na plataforma iS3999A de igual modo, so
tam><m suportados os SIP IP(DE- e os Audio-odes gate+a$s
.. RE/ISTRO
Para que a operao de registro possa ser realizada devero ser feitas algumas configuraes
atravs 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>udo.
A autenticao somente poder ser executada durante o processo de registro. Nesta fase, a
mesma combinao username8pass"ord aplicada durante o processo de registro ser aplicada
para a autenticao. O tamanho do lease atribudo 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. so associados a um signalling group#ue por
sua ve1 < atri>udo a uma placa pelo comando ASF2DS. Cm circuito especfico de uma placa poder
rece>er um signalling group diferente %-BP-F&.
24
SOPHO iS3000 & 2000IPS Conexes em Rede
*ota: !aiores detal=es so>re registro podero 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 usurios 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 caratersticas da ISJ, at< o momento s' so 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 < possvel 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
< possvel ter mais #ue uma c=amada ativada ao mesmo tempo.
*ota: !aiores detal=es so>re inicia/o de uma c=amada SIP podero 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 SP contm o username e o DNR da parte originadora (desde que
disponvel); depender dos recursos do terminal a possibilidade de mostrar para o usurio.


2. I+ST'0'1OO & PRO/R'6'1OO
1. R'6'IS SIP
1. Projetar primeiramente uma placa de ramal SP 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 sero projetados automaticamente com AS-PCTS "1. O signalling group
associado a placa usado para atribuio de um media access code, codec e pa$load a um circuito.
Podero ser proMetadas at< 6: placas com 37 circuitosA teremos ento, 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 servio:
SETI+SL1&P2Q
SETI+SL1&P2P0&&31Q
25
SOPHO iS3000 & 2000IPS Conexes em Rede
Embora nenhum ramal SP ainda esteja registrado, os circuitos ficaro em NS. sto feito para permitir a
execuo de -all "or+arding *ot 2eac=a>le, !essage Daiting Indication e +inning em ramais SIP #ue
ainda no esteMam registrados.
3. Opcionalmente, pode ser definido o nome do domnio 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 autenticao deva ser executada ento, deve-se atribuir os SP user data. Quando
no for requerida autenticao, este comando CHSUSR 9oderR ser omitido.
Para o caso de desksharing dever ser introduzido um ALTERNATVE USERNAME.
CHS!SRL1&P2P2Q
P'SSHOR3L2020Q
'0TER+'TI7E=!SER+'6ELQ
CHS!SRL1&P2P3Q
P'SSHOR3L2021Q
'0TER+'TI7E=!SER+'6ELQ
7. Verificao 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 Conexes em Rede
Observe que para os DNRs 2010 e 2011, no houve autenticao. O endereo P e PORTA somente
sero preenchidos quando a operao de registro tiver sido completada com xito.
-om o auxlio do >ro+se apontando para o endere/o IP do telefone SIP proceda as configura/Nes
necessrias.
EXEMPLO
No exemplo apresentado a seguir usado um telefone SP Grandstream.
1. com o browse aponte o endereo P do telefone SP P Grandstream e proceda as configuraes. A
"Admin Password para este telefone \#dmin[.

2. ntroduzir o endereo 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 Conexes em Rede
3. Neste exemplo, o User D corresponde ao nmero de telefone; assim, selecione "yes. Para permitir a
utilizao do "# como um prefixo e no como dgito 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 Conexes 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 Conexes 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 Conexes 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 Conexes 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 pgina !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 Conexes 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