DATACOM

Manual CESoP DmSwitch 2104 – EDD

Sumário
1 Introdução ao Serviço de Emulação de Circuitos sobre Pacotes (CESoP)...................................................4
1.1 TDM............................................... ........................................ ......................................... .....................
............... ........
.. 4
1.2 Bundle.................................... ......................................... ........................................ ............................... 4
1.3 Pseudo-Wire....................................... ........................................ ......................................... ................
.......... ........
.. 4
2 Comandos Básicos do EDD..........................................................................................................................4
2.1 Login no Equipamento...........................................................................................................................4
2.2 Configuração da Interface de Gerência.................................................................................................5
2.3 Atualização de Firmware........................................................................................................................5
2.4 Aplicando a Configuração de Fábrica....................................................................................................5
2.5 Salvando a Configuração Atual na Memória..........................................................................................5
2.6 Visualizando a Configuração Atual........................................................................................................5
2.7 Alterando o HostName...........................................................................................................................5
3 Topologia exemplo....................................... ........................................ ......................................... ................
.......... ........ 6
4 Diferenças do Modelo Séries I para os Modelos Séries II/III.........................................................................6
4.1 Recursos................................... ......................................... ......................................... ........................... 6
4.2 Comandos de configuração...................................................................................................................6
4.3 Testes..................................... ......................................... ......................................... .................
.......... ..............
............
..... 7
5 Diferenças de Comandos entre Firmwares....................................................................................................8
6 Configuração do SETUP.................................................. ......................................... ................................... .. 8
6.1 Configuração da Gerência através da VLAN.........................................................................................8
6.2 Configuração da Interface TDM.............................................................................................................9
6.2.1 Configuração do Line Type............................................................................................................9
6.2.2 Configuração de Impedância da TDM.........................................................................................10
6.3 Configuração da Interface PW.............................................................................................................10
6.3.1 Configuração do Endereço IP do PW..........................................................................................10
6.4 Configuração da Interface Bundle........................................................................................................11
6.4.1 Configuração do Número de Timeslots........................................................................................12
6.4.2 Mapeamento da Interface TDM...................................................................................................12
6.4.3 Configuração do Packet Delay....................................................................................................13
6.4.4 Configuração do Jitter Buffer.......................................................................................................14
6.4.5 Adição das portas ETH na VLAN do Bundle................................................................................14
6.4.6 Configuração do Endereço IP do Bundle.....................................................................................15
6.4.7 Configuração dos Dados de Destino do Bundle..........................................................................15
6.4.8 Configurando o Limite de Perda de Pacotes...............................................................................15
6.4.9 Atribuindo um Nome à Interface Bundle......................................................................................15
6.4.10 Configurando o DSCP...............................................................................................................15
6.4.11 Configurando a fonte de Relógio...............................................................................................15
6.4.12 Habilitação do Bundle................................................................................................................17
7 Verificação Status das Interfaces.................................................................................................................17
7.1 Status da Interface TDM......................................................................................................................17
7.1.1 TDM Status: Link Status..............................................................................................................17
7.1.2 TDM Status: Remote Alarm.........................................................................................................18
7.1.3 TDM Status: CAS Status.............................................................................................................18
7.1.4 TDM Status: CRC Status.............................................................................................................18
7.2 Status da Interface Bundle...................................................................................................................19
7.2.1 Bundle Status: Local Bundle........................................................................................................19
7.2.2 Bundle Status: Remote Bundle....................................................................................................19
7.2.3 Bundle Status: TDM Local...........................................................................................................19
7.2.4 Bundle Status: TDM Remoto.......................................................................................................19
7.2.5 TDM Status: Packet Size.............................................................................................................20
7.2.6 TDM Status: Next-Hop.................................................................................................................20
8 Habilitação Testes TDM...............................................................................................................................20
8.1 Teste de BERT TDM/ETH....................................................................................................................20
8.1.1 Habilitando o Teste de BERT TDM/ETH......................................................................................20
8.1.2 Inserindo um Erro no Teste de BERT..........................................................................................20
8.2 Teste LDL na interface Bundle.............................................................................................................21
8.2.1 Habilitando o Teste de LDL..........................................................................................................21
8.3 Verificando o Status dos Testes...........................................................................................................21
9 Análise dos Contadores do Bundle..............................................................................................................21
9.1.1 Contador Bundle: Overflow..........................................................................................................22
 9.1.3 Contador Bundle: Lost Packets...................................................................................................22
9.1.4 Contador Bundle: Out of Order Packets......................................................................................22
9.1.5 Contador Bundle: Sequence Number Violations..........................................................................23
9.1.6 Contador Bundle: Wrong Size Packets........................................................................................23
10 Análise dos Contadores da PW.................................................................................................................23
11 Teoria de Operação da PW........................................................................................................................24
12 Monitor do Jitter-Buffer History..................................................................................................................27
12.1 Configuração do intervalo de leitura do jitter-buffer...........................................................................27
12.2 Visualização do log do Jitter-Buffer History........................................................................................27
13 Troubleshooting................................................. ......................................... ........................... .............
....... .............
....... 28
13.1 Incremento de Wrong Size Packet em ambos os lados.....................................................................28
13.2 Jitter Buffer cai/sobe regularmente até causar Underflow/Overflow..................................................29
13.2.1 Procedimento padrão................................................................................................................29
13.2.2 Equipamentos ligados ponto-a-ponto, com apenas um Bundle.................................................29
13.2.3 Equipamentos ponto-a-ponto com mais de um Bundle e relógio regenerado de TDM..............29
13.2.4 Equipamentos com Bundles em topologia de estrela com relógio regenerado de TDM............30
13.3 Underflow/Overflow acontece subitamente........................................................................................31
13.4 Slips no tráfego dos equipamentos....................................................................................................32
14 Comportamento de Alarmes e Traps.........................................................................................................32
14.1 TDM Unframed..................................................................................................................................32
14.1.1 Perda de Sinal (LOS).................................................................................................................33
14.1.2 Falha do Bundle Local (Perda de Conexão Ethernet)...............................................................33
14.1.3 Falha do Bundle Local (Perda Excessiva de Pacotes)..............................................................34
14.1.4 TDM e Bundle OK (Sem Evento de Alarme)..............................................................................34
14.2 TDM framed..................................... ......................................... ........................................ .................
........... ...... 35
14.2.1 Sinalização do Alarme Remoto (RALM).....................................................................................35
14.2.2 Perda de Sinal ou Alinhamento do Quadro (LOS ou LOF)........................................................36
14.2.3 Falha do Bundle Local (Perda de Conexão Ethernet)...............................................................36
14.2.4 Falha do Bundle Local (Perda Excessiva de Pacotes)..............................................................37
14.2.5 Sinalização de AIS.....................................................................................................................38
14.2.6 Alarme de Packet Size...............................................................................................................38
14.2.7 Alarmes de CAS e CRC.............................................................................................................39
15 Coerências..................................... ........................................ ......................................... ......................... .. 39
16 Apêndice A: Configuração exemplo resumida...........................................................................................41
16.1 Configuração do EDD_RX.................................................................................................................42
16.2 Configuração do EDD_ADAP............................................................................................................43
17 Controle de Revisões........................................... ........................................ ......................................... ..... 45
1 Introd
Introduçã
ução
o ao Serv
Serviço
iço de
de Emulaç
Emulação
ão de
de Circui
Circuitos
tos sobr
sobre
e
Pacotes (CESoP)
O Serviç
Serviço
o de Emulação
Emulação de Circui
Circuitos
tos sobre Pacotes
Pacotes (do inglês
inglês Circuit Emulation Service over
Packets, ou CESoP), é uma tecnologia que permite a transmissão de serviços que utilizam Multiplexação
por Divisão de Tempo ( Time Division Multiplexing , TDM) através de redes assíncronas, como as redes de
comutação de pacotes.
Com a evolução das redes de núcleo para redes de comutação de pacotes, como Metro Ethernet e
MPLS, o uso de CESoP é cada vez mais comum para manter a compatibilidade com a ampla base de
equipamentos já instalados que utilizam TDM. Um enlace com CESoP é constituído por três elementos:
TDM, Bundle e PW, que são apresentados a seguir.

1.1 TDM
TDM, que em português significa Multiplexação por Divisão de Tempo , utiliza-se do conceito de
alocação de espaços de tempo, chamados timeslots, para os sinais previamente amostrados. O TDM-PCM
ou Modulação por Código de Pulso é o método utilizado para representar digitalmente os sinais analógicos
amostrados. O sistema T1 é um TDM de 24 canais de voz usando PCM de 7 bits. O sistema E1 é um TDM
de 30 canais de voz e 2 canais para sincronismo e sinalização. Assim sendo, um quadro TDM de modo E1
contém 32 timeslots de 8 bits cada. A informação de sincronismo na TDM de modo E1 está presente no
primeiro timeslot  do
 do quadro (TS 0).
Na sinalizaç
sinalização
ão de linha
linha por canal associad
associado
o (CAS)
(CAS) são empregada
empregadass dois
dois timeslots: o primeiro
timeslot  (TS 0) para a informa
informação
ção de sincronis
sincronismo
mo do quadro,
quadro, e o décimo
décimo sexto
sexto timeslot  (TS
  (TS 16) para a
sinalização.
sinalização. A perda
perda de sincronismo
sincronismo de quadro é identificada
identificada após a recepção
recepção de palavras
palavras de sincronismo
sincronismo
incorretas. Isto desencadeia o processo de ressincronização e ativa o alarme de perda de sincronismo.
Na interface TDM do equipamento, configura-se o PCM que corresponda ao tipo de quadro
(com/sem sincronismo) e número de timeslots, além da sinalização CAS caso necessário.

1.2 Bundle
O bundle se refere à rede Ethernet , onde tem por finalidade
finalidade a transmissão
transmissão dos dados sobre a rede
IP/Ethernet . O bundle  representa um mapeamento de uma interface TDM que será transmitido entre dois
equipamentos conectados por Pseudo-Wire .

1.3
1.3 Pseu
Pseudo
do-W
-Wiire
O Pseudo
Pseudo-Wi
-Wire
re (PW)
(PW) permit
permite
e que serviç
serviços
os legados
legados,, como
como TDM,
TDM, sejam
sejam transp
transport
ortados
ados por uma
conexão virtual ponto a ponto através de um mesmo circuito em redes IP/ Ethernet  até
  até seu destino. A ideia
básica é a utilização de uma terceira camada na rede, sobre a qual uma operadora necessita transportar
serviços legados, incluindo ainda a camada 2 de serviços da rede.

2 Com
Comando
andos
s Bá
Básico
sicos
s do
do EDD
EDD

2.1
2.1 Logi
Login
n no Equi
Equipa
pame
ment
nto
o
O usuário e senha padrão é “admin” para ambos.
2.2 Configuração da Interface de Gerência
Para configurar o IP de gerência via interface MGMT ETH, deve executar os seguintes comandos:
# configure
(config)# interface mgmt-eth
(config-if-mgmt)# ip address 176.16.X.X/16

2.3 Atualização de Firmware

Na raiz do terminal (fora do modo de configuração) deve se usar o comando copy   para atualizar a
imagem de FW de um servidor TFTP para o EDD.
# copy tftp [SERVER_IP] [IM_NAME] firmware

2.4 Aplicando a Configuração de Fábrica

Na raiz do terminal (fora do modo de configuração) deve se copiar a configuração default   para a
configuração atual com o seguinte comando na raiz do terminal:
# copy default-config running-config

2.5 Salvando a Configuração Atual na Memória

Na interface CLI da linha Metro, as configurações são aplicadas no momento de execução do
comando, porém não são salvas na memória.
Para salvar a configuração na memória, inicialmente deve-se indicar qual será a posição utilizada
para armazenar configuração, para isto utiliza-se o seguinte comando na raiz do terminal:
# select startup-config 1

Para salvar a configuração aplicada na memória do equipamento, utiliza-se o seguinte comando:

# copy running-config startup-config

2.6 Visualizando a Configuração Atual

Para visualizar a configuração atual do switch, deve-se utilizar o comando:
# show running-config

2.7 Alterando o HostName

O rótulo apresentado no menu CLI é configurável e por padrão é utilizado “DmSwitch2104”. É
conveniente alterar este campo para facilitar a identificação do equipamento quando estiver sendo utilizada
a gerência remota do mesmo.
Para alterar o label, utiliza-se o seguinte comando no modo de configuração:
# configure
(config)# hostname EDD_20.124
3 Topologia exemplo
Para a realização dos exemplos neste documento será utilizada a topologia presente na figura 1.
Neste setup os dois switches são conectados através da porta LAN e para a gerência é utilizado um PC
rodando um cliente telnet .

Figura 1: Topologia usada nos exmplos

4 Diferenças do Modelo Séries I para os Modelos Séries II/III

 Abaixo são apresentadas as principais diferenças entre os modelos série 1 e série 2/3, bem como
são destacadas algumas diferenças relacionadas a configuração CESoP.

4.1 Recursos
O EDD Série 1 possui suporte a configuração de uma interface TDM e bundle , na qual disponibiliza
uma unidade de E1 física no equipamento, além de uma unidade T1 caso possua suporte. Os EDDs Séries
2 e 3 possibilitam a configuração de mais interfaces TDMs e bundles, sendo que o mesmo poderá ter
suporte de até oito unidades de E1 físicas no equipamento, dependendo do modelo.

4.2 Comandos de configuração

Dentre as configurações CESoP disponíveis entre ambos os modelos de equipamentos, alguns
comandos diferem, conforme demonstrado abaixo:

Os EDDs Séries 2 e 3 disponibilizam a “interface pw” em

sua árvore de comandos, que reúne todos os comandos de
configuração do Pseudo-wire. Os comandos pertencentes a
INTERFACE PW  esta interface estarão sendo abordados na sequência. O
EDD Série 1 não disponibiliza a “interface pw” devido as
configurações do Pseudo-wire serem feitas através da
interface bundle.

No EDD Série 1 esta configuração pode ser feita a partir da

própria interface bundle. No caso dos EDDs Séries 2 e 3,
SOURCE IP ADDRESS 
este IP de origem deve ser configurado na interface PW,
devido ao modelo suportar a configuração de mais bundles.

VLAN   A configuração da vlan para o tráfego CESoP também segue

o mesmo critério da anterior. No EDD Série 1 a configuração
 é feita na própria interface bundle , enquanto que nos EDDs
Séries 2 e 3 a vlan para tráfego CESoP deve ser configurada
na interface PW.

O EDD Série 1 disponibiliza este comando para a definição

do tipo de dados a ser utilizado em substituição aos pacotes
perdidos. Os valores suportados pelo comando são: “send-
LOST PACKET FILL
idle-byte” e “repeat-last-data”. Este último vem configurado
por default . Os EDDs Séries 2 e 3 não disponibilizam esta
configuração.

Comando presente no EDD Série 1 (em sync-source

advanced ) que possibilita estipular o filtro máximo utilizado,
o qual tem um ajuste automático mas saturado a este valor.
Os valores válidos são de 1 a 9, porém recomenda-se
MAX ETH FILTER 
valores entre 2 e 6. Este comando somente estará apto
quando a fonte de relógio de transmissão estiver configurado
para bundle , do contrário deverá retornar um alarme. OS
EDDs Séries 2 e 3 não disponibilizam esta configuração.

Comando disponível somente no EDD Série 2 modelos

DM2104 2GX+E1 e DmSwitch 2104G2 - EDD E1 (SERIES
EXTERNAL II), na qual permite configurar a referência de relógio externo
a ser usada na interface TDM. O comando de configuração é
sync-source transmit-clock-source external.

4.3 Testes
Existem diferenças na disposição e nomenclatura dos comandos de testes existentes entre ambos
os modelos de equipamentos. Tais diferenças são apresentadas abaixo:

Este teste retorna o fluxo de dados para a sua origem, nos

sentidos TDM e Ethernet. No EDD Série 1, este comando está
LDL
acessível a partir da interface bundle, enquanto nos EDDs Séries
2 e 3 o comando está presente na interface TDM.

 A única diferença nos comandos para testes de BERT está

relacionada com a nomenclatura dos mesmos. Os comandos
BERT <TDM/ETH>
tdm_bert_2^9 e eth_bert_2^9 do EDD Série 1 equivalem aos
comandos bert-tdm-side e bert-psn-side dos EDDs Séries 2 e 3.

Este teste está disponível no EDD Série 1. O RTD consiste em

um teste que retorna o delay  do link . Basicamente o teste se
RTD baseia em medir o tempo que o pacote leva para retornar a
origem, assim é possível saber a condição que o link se encontra.
O teste de RTD pode ser habilitado no sentido TDM e Ethernet.
  Tests:
Ethernet Bert test: Disabled
TDM Bert test: Disabled
LDL test: Disabled

 Details:
Min. Jitter Buffer: 2.000 ms
Max. Jitter Buffer: 256.000 ms
Packet Size: 306 bytes (with VLAN tag)
Packet rate: 1000 Pkts/s
Throughput: 2448000 bits/s

Da mesma forma que a interface TDM, para configurar a interface bundle  é necessário que ela
esteja desabilitada. Para desabilitar a interface bundle utiliza-se o comando shutdown :
# configure
(config)# interface bundle 1
(config-if-bundle-1/1)# shutdown

6.4.1 Configuração do Número de Timeslots

 A configuração de timeslots (TS) determina quantos TS TDM serão transmitidos no bundle. No lado
Ethernet , essa configuração implica na quantidade de dados transmitidos: cada timeslot   representa 64kbits
de dados por bundle . Por exemplo: uma configuração de TDM unframed  com 32 timeslots no bundle  resulta
em uma utilização de banda de 2048kbit/s; dois bundles  com essa mesma configuração resultam em uma
utilização de banda de 4096kbit/s.
Para configurar a quantidade de TS do bundle deve-se indicar primeiro o TS inicial e em seguida a
quantidade de TS. Os timeslots disponíveis variam de acordo com a configuração de line-type da interface
TDM:
• unframed : de 0 à 32

• framed  sem CAS: de 1 à 31

• framed  com CAS: de 1 à 30

Para o nosso exemplo o comando fica:

(config-if-bundle-1/1)# timeslots 1 30

6.4.2 Mapeamento da Interface TDM

Disponível a partir do firmware  5.0, esta configuração mapeia a interface bundle  com uma interface
TDM, possibilitando a configuração de grooming , que é o mapeamento de vários bundle s para a mesma
interface TDM, mas ocupando timeslots distintos. No nosso exemplo a interface bundle  será mapeada com
a interface TDM 1 através do comando:
(config-if-bundle-1/1)# tdm-channel 1
6.4.3 Configuração do Packet Delay 
O  packet-delay  determina o intervalo de transmissão entre cada pacote do bundle  na interface
Ethernet . Isso implica diretamente no tamanho do pacote a ser transmitido, pois o tamanho é calculado
observando-se a quantidade de banda necessária para atender a configuração de timeslots e dividindo-a
pela quantidade de pacotes transmitidos em 1 segundo, que por sua vez é determinada pelo packet-delay .
Portanto, quanto maior a configuração do  packet-delay , maior o tamanho do pacote. O cálculo para o
tamanho do pacote é o descrito abaixo, onde  pd   é valor de  packet-delay  e ts é quantidade de timeslots
configurado no bundle; CAS é diferente de zero apenas se o line-type utilizado estiver com CAS ativado,
nesse caso seu valor é um inteiro referente à ts/2 arredondado para cima; HDR   é o tamanho do cabeçalho,
fixo em 50 bytes; e, caso esteja sendo utilizado, QINQ é 4 bytes:
pd 
tampacote=(( )×ts )+ CAS + HDR +QINQ
0.125

Na tabela abaixo é demonstrado alguns valores comuns de  packet-delay  e timeslot   com os

respectivos tamanhos de pacote e aproveitamento:
Packet-Delay Timeslots Tamanho do Pacote (bytes) Aproveitamento do payload  (%)
0,5 32 178 71,91
1 32 306 83,66
2 32 562 91,10
2 30 (c/ CAS) 545 90,82

Esses valores podem ser conferidos logo após configurar o timeslot  e packet-delay  no bundle  com o
comando:
(config-if-bundle-1/1)# timeslot 0 32
(config-if-bundle-1/1)#  packet-delay 1
(config-if-bundle-1/1)# show interfaces bundle 1
Bundle 1/1 Interface:
[…]
Details:
Min. Jitter Buffer: 2.000 ms
Max. Jitter Buffer: 62.000 ms
Packet Size: 306 bytes

Payload Size: 256 bytes

Packet rate: 1000 Pkts/s
Throughput: 2480000 bits/s

É importante destacar que a quantidade de pacotes enviados por segundo influencia diretamente a
qualidade do relógio regenerado no bundle remoto: quanto maior a taxa de envio de pacotes, melhor a
regeneração do relógio. Os valores possíveis para configuração ficam entre 0,5ms e 8ms, com incremento
mínimo de 0,125ms. Com modo CAS o  packet-delay   é obrigatoriamente 2 ms. Para o nosso exemplo o
comando deve ser:
(config-if-bundle-1/1)# packet-delay 2.000
6.4.4 Configuração do Jitter Buffer 
O  jitter-buffer  é uma FIFO que armazena os pacotes recebidos na interface Ethernet   provenientes
do bundle remoto. O seu objetivo é absorver variações de  jitter , naturais da rede Ethernet , e reordenação de
pacotes recebidos fora de ordem. A configuração de  jitter-buffer   determina a quantidade desejada de
pacotes no buffer  antes de iniciar a primeira transmissão dos pacotes contidos nele para a interface TDM.
Quanto maior o jitter-buffer , mais delay   é inserido na rede, portanto configurações com  jitter-buffer   maiores
que 50ms não são recomendadas para tráfego de dados de voz.
Os valores mínimos e máximos variam de acordo com o tamanho do pacote. Para visualizar qual é
a faixa de tamanhos possíveis para a configuração de  packet-delay  e timeslots atual, utilize o comando de
show  do bundle :
(config-if-bundle-1/1)# show interfaces bundle 1
Bundle 1/1 Interface:
[…]
Details:
 Min. Jitter Buffer: 2.000 ms

 Max. Jitter Buffer: 62.000 ms

Packet Size: 306 bytes

Payload Size: 256 bytes
Packet rate: 1000 Pkts/s
Throughput: 2480000 bits/s

O valor do jitter-buffer  é representado em ms e define qual é a metade do tamanho total do buffer . A
lógica do CESoP tentará manter a ocupação do  jitter-buffer   no valor definido, mas poderá variar entre 0 e o
dobro do valor configurado. Quando a ocupação do buffer   é extrapolada em algum dos limites superior
(dobro do valor configurado) ou inferior (zero), será incrementado um erro de overflow  ou underflow ,
respectivamente.
Para o nosso exemplo o comando fica:
(config-if-bundle-1/1)# jitter-buffer 10

Experiências práticas demonstram que links de rádio normalmente requerem

altas configurações de  jitter-buffer , o que pode degradar consideravelmente a
! qualidade da transmissão.

6.4.5 Adição das portas ETH na VLAN do Bundle

É necessário adicionar a(s) porta(s) ETH do s witch por onde irá trafegar o fluxo PWE3 na VLAN
onde está o PW. Na topologia de exemplo o tráfego irá passar apenas entre a porta 1 e a porta PW, assim o
comando deve ser:
(config)# interface vlan 20
(config-if-vlan-20)# set-member tagged ethernet 1

6.4.6 Configuração do Endereço IP do Bundle

O endereço IP do Bundle  deve ser diferente do IP de gerência do EDD. Além do IP é necessário
especificar qual a VLAN o bundle irá pertencer. Nos EDDs séries 2 e 3 o IP é configurado na interface pw ,
conforme seção 6.3.1. No EDDs1 utiliza-se os seguintes comandos:
7.2.5 TDM Status: Packet Size
Este alarme indica que o bundle local está recebendo pacotes com tamanho diferente do
configurado. Normalmente esse alarme sinaliza uma divergência na configuração de timeslots e/ou packet-
delay   entre o bundle local e o bundle  remoto. Recomendações: Verifique a coerência da configuração dos
parâmetros relacionados (timeslot  e packet-delay ) entre o bundle local e o bundle  remoto.

7.2.6 TDM Status: Next-Hop

Este alarme indica que não é possível acessar o endereço IP Next Hop  configurado no bundle .
Recomendação: Verifique o parâmetro de configuração e alcance d o endereço IP configurado.

8 Habilitação Testes TDM

Os EDDs disponibilizam os testes de BERT no sentido TDM como também no sentido ETH. O
EDD Série 1 disponibiliza o teste de LDL na interface bundle , enquanto os EDDs Séries 2 e 3 disponibilizam
o mesmo na interface TDM.

8.1 Teste de BERT TDM/ETH

O teste de BERT consiste na transmissão de uma sequência de dados conhecida e a verificação da
recepção correta desta sequência pelo equipamento receptor.
Baseado nos testes de BERT será possível identificar erros no fluxo de dados entre dois pontos,
seja no sentido TDM ou no sentido ETH. Para a realização do teste, basta habilitá-lo na interface bundle do
equipamento, e acompanhar o status do teste através de um comando show   que será demonstrado
adiante.
 Alternativamente, poderá existir um caminho de retorno (loop) para o fluxo de dados TDM,
permitindo o uso de um gerador de BERT, como exemplo o DM704.
Não será possível habilitar dois testes simultâneos na mesma interface, sendo necessário
desabilitar o teste em execução para então habilitar quaisquer outros testes.

8.1.1 Habilitando o Teste de BERT TDM/ETH

Para habilitar o teste de BERT utiliza-se o seguinte comando (o exemplo é para o teste TDM, porém
aplica-se para o caso do ETH apenas mudando TDM para ETH):
(config)# interface bundle 1

EDD Série 1

(config-if-bundle-1/1)# test tdm_bert_2^9

EDDs Séries 2 e 3

(config-if-bundle-1/1)# test bert-tdm-side

8.1.2 Inserindo um Erro no Teste de BERT

Para inserir um erro no teste de BERT que está rodando basta executar o seguinte comando:
(config)# interface bundle 1
(config-if-bundle-1/1)# test bert-error
8.2 Teste LDL na interface Bundle
O teste de LDL na interface bundle  retorna o fluxo de dados para a sua origem, tanto no sentido
TDM, quando no sentido ETH.

8.2.1 Habilitando o Teste de LDL

Para habilitar o teste de LDL:
EDD Série 1

(config)# interface bundle 1

(config-if-bundle-1/1)# test ldl

EDDs Séries 2 e 3

(config)# interface tdm 1

(config-if-tdm-1/1)# test ldl

8.3 Verificando o Status dos Testes

Para verificar o status dos testes do bundle utiliza-se o comando show :
#show interfaces test bundle  1

Information of Bundle Interface 1/1

Ethernet Bert test: Disabled
TDM Bert test: Enabled

Error time(sec): 0
Total time(sec): 15
LDL test: Disabled

 A partir do retorno do comando é possível visualizar o teste habilitado, e para os testes de BERT
são exibidos o tempo transcorrido e número de segundos com erro.

9 Análise dos Contadores do Bundle

O EDD disponibiliza alguns contadores para depuração da interface bundle . Utiliza-se o comando
show  para visualizar os contadores do bundle:
#show interfaces counters bundle 1
Bundle Interface Counters:
Buffer overflow: 0

Buffer underflow: 0
Lost packets: 0
Lost packets rate: 0 pkts/s
Out of order packets: 0
Sequence number violation: 0
Wrong size packets: 0
 Jitter Buffer Occupation: 20.000 ms

9.1.1 Contador Bundle: Overflow 

Este contador indica quantos eventos de overflow   ocorreram no  jitter-buffer   da interface bundle
respectiva. Um overflow   ocorre quando a ocupação do  jitter-buffer   chega ao dobro do que foi configurado
para o bundle . Ao ocorrer um overflow irá ocorrer também um underflow , causado pelo descarte de todos os
pacotes que estavam no buffer , a fim de esvaziá-lo para que volte ao estado ideal. Portanto, um incremento
de overflow  é acompanhado de um incremento de underflow  e lost packets. Após um overflow  a transmissão
do  jitter-buffer   para a interface TDM é interrompida enquanto não houver pacotes bufferizados   suficientes
para atingir o nível determinado pela configuração de  jitter-buffer  no bundle .

9.1.2 Contador Bundle: Underflow 

Este contador indica quantos eventos de underflow   ocorreram no  jitter-buffer   da interface bundle
respectiva. Um underflow  ocorre quando a ocupação do  jitter-buffer  chega a zero. Na ocorrência do
underflow também poderá haver o descarte de pacotes devido a necessidade da readaptação ao novo
número de sequência. Portanto, um incremento de underflow  é acompanhado de incrementos do lost
 packets. Da mesma forma que o overflow , após um underflow   a transmissão do  jitter-buffer   para a interface
TDM é interrompida até que ele seja preenchido novamente com o nível determinado pela configuração de
 jitter-buffer  no bundle .

9.1.3 Contador Bundle: Lost Packets

Este contador é incrementado sempre que, ao remover um pacote do  jitter-buffer   para transmissão
na interface E1, for detectado que o número de sequência é maior que o esperado, mas ainda dentro da
capacidade de reordenamento do  jitter-buffer . Nesse caso serão contabilizados como perdidos os pacotes
resultantes da diferença entre o número de sequência recebido e o esperado. O contador também irá
incrementar em uma unidade quando o pacote a ser transmitido está marcado como inválido por conter um
erro de CRC ou por estar com um número de sequência menor do que o esperado ou fora do intervalo de
reordenação.

9.1.4 Contador Bundle: Out of Order Packets

O contador de Out of Order   é incrementado sempre que chegar um pacote para ser inserido no
 jitter-buffer   com um número de sequência diferente do esperado, mas dentro de uma faixa em que é
possível reordená-lo dentro do  jitter-buffer. Por exemplo, se o  jitter-buffer   está configurado de maneira a
comportar 10 pacotes e o número de sequência esperado é 15, serão tratados como Out of Order   pacotes
que cheguem com um número de sequência diferente de 15, mas entre 20(+5) e 10(-5). Da mesma
maneira, se o jitter-buffer   está configurado de maneira a comportar 20 pacotes e o número de sequência
esperado for o mesmo 15 do exemplo anterior, serão tratados como Out of Order   pacotes que cheguem
com um número de sequência diferente de 15, mas entre 25(+10) e 5(-10).
Esse contador por si só não determina uma condição de erro, pois seu incremento significa que o
pacote foi tratado com sucesso. Porém ele indica que a rede está ocasionando pacotes fora de ordem e em
algum momento poderá ocorrer o Lost Packet  como também o Sequence Number Violation.
O contador Lost Packet  será incrementado caso o pacote atrasado não chegue até o momento de
sua leitura no  jitter-buffer . Por exemplo, se o jitter-buffer está configurado para comportar 10 pacotes,
significa que o ponteiro de leitura do  jitter-buffer estará 10 posições atrás, assim sendo o pacote atrasado
tem o tempo de 10 ms (10 pacotes) para chegar, ser reordenado e lido corretamente. Caso o pacote
atrasado não chegue neste período de tempo, ocorre então o incremento do Lost Packet. Além disso, se o
pacote atrasado chegar após este tempo, ocorre então o incremento do Sequence Number Violation.
 Figura 22: Recepção de Alarme Packet Size

 As traps e logs enviados na condição de falha da figura 22, são apresentadas abaixo:

EDD_RX e EDD_ADAP: Alarme de tamanho dos pacotes incompatíveis:

Packet size:  – Log: “Packet size status on Bundle 1/1 change to Mismatch.”;
Mismatch
 – Trap OID .1.3.6.1.4.1.3709.3.5.201.2.1.0.40044 (bundle_pkt_mismatch)
com o valor 3 (Mismatch);

14.2.7 Alarmes de CAS e CRC

Disponível para os linetypes PCM31-CRC , PCM30-CAS e PCM30- CAS-CRC , a sinalização de
status de CRC  e CAS acontece somente quando o Link Status da interface TDM estiver Ok, caso contrário,
o mesmo estando em LOS, LOF ou AIS, esta sinalização passa a ser considerada don't care "-". Os alarmes
de CAS e CRC   da interface TDM não implicam em nenhum alarme da interface bundle, por se tratarem de
erros nos dados TDM.
 As traps e os logs são apresentadas abaixo:

 – Log: “CAS status on TDM 1/1 change to LOM.”;

CAS status:
LOM  – Trap OID .1.3.6.1.4.1.3709.3.5.201.2.1.0.40038 (G704_cas_status)  com
o valor 4 (LOM).

 – Log: “CRC status on TDM 1/1 change to Fail.”;

CRC status:
Fail  – Trap OID .1.3.6.1.4.1.3709.3.5.201.2.1.0.40039 (G704_CRC_status)
com o valor 6 (CRC Fail).

15 Coerências
Em determinadas configurações que necessitam de consistência, seja em termos dos parâmetros
informados ou de configurações conflitantes, será realizado a checagem de coerência. Se durante a
checagem for identificado qualquer inconsistência, será retornado uma mensagem indicando o problema
detectado, e a configuração não é aplicada.
 As mensagens de coerências são apresentadas abaixo:
 Esta mensagem será retornada caso os parâmetros contenham
The value argumentos fora do range de valores permitidos. Casualmente a
configured is Out mensagem poderá estar acompanhada do argumento que foi
of Limits detectado o problema. Recomendações: Verificar o range de
valores suportado para o argumento.

Esta mensagem será retornada caso o número de tag's a serem

Max Number of
adicionadas no header do pacote ultrapassar o limite máximo de 2
VLAN tags in
vlan's. Recomendações: Verificar a consistência de configuração
header is 2 
das vlans do PW e QinQ.

Packet delay must Esta mensagem será retornada caso o packet delay não seja
be multiple of 125 múltiplo de 125 unidades de segundo. Recomendações: Configurar
us o packet delay com um valor múltiplo de 125 us.

Esta mensagem será retornada caso a TDM associada ao bundle

Packet delay must
esteja configurada com alinhamento CAS, e o packet delay seja
be 2 ms when CAS
diferente de 2 milisegundos. Recomendações: Ajustar os
is enabled 
parâmetros de configuração do alinhamento CAS e/ou packet delay.

Interface is Esta mensagem será retornada caso modificar um parâmetro de

enabled, disable it uma interface TDM ou Bundle ativa. Recomendações: Desabilitar a
before changing interface antes de realizar a configuração do parâmetro.
this parameter 

TDM must be Esta mensagem será retornada ao ativar uma interface Bundle cuja
enabled to be used interface TDM associada se encontra inativa. Recomendações:
in bundle interface  Ativar a interface TDM ou associar ao Bundle uma interface ativa.

Found one Esta mensagem será retornada ao configurar o timeslot do Bundle

overlapping of que sobrepõem o parâmetro de outra interface Bundle.
Bundle timeslots Recomendações: Ajustar os parâmetros de timeslot do Bundle.

Esta mensagem será retornada ao inserir o erro de BERT em uma

To execute this
interface Bundle desligada. Recomendações: Inserir o erro de
test, Bundle must
BERT após a interface Bundle estar habilitada com ao menos um
be enabled 
teste de BERT configurado (bert-psn-side ou bert-tdm- side).

Esta mensagem será retornada ao inserir o erro sem ativar ao

Enable some bert
menos um teste de BERT (bert-psn-side ou bert-tdm-side).
test before insert a
Recomendações: Ativar o teste de BERT desejado (bert-psn-side ou
bert error 
bert-tdm-side), e inserir o erro de BERT.

Esta mensagem será retornado quando habilitar um teste na

One test is already
interface Bundle que já possui um teste em execução.
running, disable
Recomendações: Desativar o teste em execução, e ativar o teste
first 
desejado.

One loop test is Esta mensagem será retornada quando habilitar o teste de loop que
already running in se encontra ativo em outra interface Bundle. Recomendações:
another bundle, Desativar o teste de loop em execução, e ativar o teste de loop na
disable first  interface Bundle desejada.

TDM is configured Esta mensagem será retornada ao configurar uma ocupação

 diferente de 32 timeslots em uma interface Bundle, que possui
associada uma interface TDM no modo unframed . Somente é
as Unframed, you
permitido a configuração de 32 timeslots no modo unframed .
have to use 32
Recomendações: Ajustar os parâmetros do intervalo de tempo entre
timeslots
a interface Bundle (timeslot) e a interface TDM associada (line
type).

Esta mensagem será retornada ao configurar uma ocupação

superior a 30 timeslots na interface Bundle, que possui associada
CAS is enabled,
uma interface TDM com alinhamento CAS. Os timeslots 0 e 16 são
number of time
reservados para o sincronismo do quadro e a sinalização
slots cannot be
respectivamente, restando o máximo de 30 timeslots configuráveis.
bigger than 30 
Recomendações: Ajustar o parâmetro da interface Bundle para uma
ocupação de até 30 timeslots.

Esta mensagem será retornada ao configurar o timeslot inicial

CAS is enabled,
sendo 0 ou 16 em uma interface Bundle, que possui associada uma
time slot 0 and 16
interface TDM com alinhamento CAS. Os timeslots 0 e 16 são
cannot be the first
reservados para o sincronismo do quadro e a sinalização
time slot in the
respectivamente. Recomendações: Ajustar o timeslot inicial na
Bundle
interface Bundle para um número diferente de 0 e 16.

Esta mensagem será retornada ao configurar o timeslot inicial

TDM is framed, sendo 0 em uma interface Bundle, que possui associada uma
timeslot 0 cannot interface TDM no modo framed . Neste modo, o timeslot 0 é utilizado
be used  para o sincronismo dos quadros. Recomendações: Configurar o
timeslot inicial na interface Bundle para um número de 0.

Esta mensagem será retornada ao configurar uma ocupação

superior a 31 timeslots na interface Bundle, que possui associada
TDM final timeslot
uma interface TDM no modo framed . Neste modo, o timeslot 0 é
must be smaller
utilizado para o sincronismo dos quadros , restando o máximo de 31
than 32 
timeslots configuráveis. Recomendações: Configurar a ocupação de
no máximo 31 timeslots na interface Bundle.

Esta mensagem será retornada ao configurar os parâmetros

Packet delay and
 packet-delay  e timeslot  com valores excessivos, superando o
number of
tamanho máximo de 1.518 bytes nos pacotes ethernet
timeslots results in
(considerando os headers e payload). Recomendações: Ajustar os
a invalid packet
parâmetros  packet-delay   e/ou timeslot  para uma margem de
size configuration
tamanho de pacotes ethernet suportada.

Esta mensagem será retornada ao configurar o  jitter-buffer   na qual

Twice size of jitter o dobro do seu tamanho não seja múltiplo do packet delay. O
buffer must be an tamanho do  jitter-buffer   (FIFO) deve ser um múltiplo inteiro do
integer multiple of packet-delay. Recomendações: Configurar o tamanho do  jitter-
 packet delay  buffer, levando em conta que o dobro do seu tamanho seja múltiplo
do packet-delay.

16 Apêndice A: Configuração exemplo resumida

 Ao final do setup aplicado em ambos os equipamentos, o resultado das configurações deve ser
 destination-ip-address 20.1.1.101  ip-next-hop 20.1.1.101

 ip-next-hop 20.1.1.101  dscp 0

 no shutdown  packet-loss-threshold 1.00

tdm-channel 1

...  circuit-name NOME_ 

BUNDLE 

 no shutdown

interface pw 1/1

 source-ip-addr 20.1.1.100

 vlan 20 priority 7

...

16.2Configuração do EDD_ADAP
Para visualizar a configuração do EDD_ADAP, deve-se executar o comando:
#show running-config

EDD Série 1 EDDs Séries 2 e 3

... ...

interface vlan 10 interface vlan 10

 ip address 10.1.1.101/16  ip address 10.1.1.101/16

 set-member tagged ethernet 1/1  set-member tagged ethernet 1/1

! !

interface vlan 20 interface vlan 20

 set-member tagged ethernet 1/1  set-member tagged ethernet 1/1

 set-member tagged pw

! !

sync-source transmit-clock-source sync-source transmit-clock-source

bundle 1/1 bundle 1/1

! !

interface tdm 1/1 interface tdm 1/1

line-type e1 pcm30-cas-crc line-type pcm30-cas-crc

  no shutdown  no shutdown

! !

interface bundle 1/1 interface bundle 1/1

timeslots  1 30 timeslots  1 30

 packet-delay 2.000  packet-delay 2.000

 vlan 20 priority 7  destination-ip-address 20.1.1.100

 source-ip-address 20.1.1.101  ip-next-hop 20.1.1.100

 destination-ip-address 20.1.1.100  dscp 0

 ip-next-hop 20.1.1.100  packet-loss-threshold 1.00

 no shutdown tdm-channel 1

 circuit-name NOME_BUNBLE

...  no shutdown

interface pw 1/1

 source-ip-addr 20.1.1.101

 vlan 20 priority 7

...

Observação:  Configurações destacadas em itálico foram adicionadas para demonstrar o resultado

da topologia apresentada neste documento, uma vez que as mesmas não aparecerão na running-config  por
serem a configuração default .
17 Controle de Revisões
Descrição das revisões do documento.

Data Ver. Autor Ação Descrição

02/08/12 7 Adalberto.Ellwanger Atualização Adicionadas as seções 11, 12.1, 13.4, 14

e 15. Adicionado mais informações nas
seções 6, 6.2, 6.3, 6.3.1, 6.3.2, 6.4, 6.5,
6.5.5, 7.1.1, 7.1.2, 7.1.3, 7.1.4, 7.2.1,
7.2.2, 7.2.3, 7.2.4, 7.2.5, 7.2.6, 9.1.2,
9.1.4 e 12.2

01/08/12 6 Rodolfo.Overbeck Atualização Adicionada a seção 10

25/07/12 5 Ricardo.Severo Atualização Adicionado mais informações nos

capítulos sobre:
configuração do timeslot;
configuração do packet-delay;
configuração do jitter-buffer;
configuração de bundle de destino;
configuração do packet-loss-threshold;
configuração do relógio.

 Acrescentado mais detalhamento nos

contadores do bundle.

 Acrescentado seção de throubleshooting.

11/04/12 4 Adalberto.Ellwanger Atualização Ajustado o comando “tdm-channel tdm 1”,

que passou a ser “tdm-channel 1”.
Seções 6.4.2, 11.1 e 11.2.

04/04/12 3 Adalberto.Ellwanger Atualização Adicionadas as seções 6.3.3, 6.4.2, 6.4.8,

6.4.9, 6.4.10 e 10. Complementada a
seção 11.

28/10/11 2 Adalberto.Ellwanger Atualização Adicionadas as seções 1, 4, 5, 6.5 e 10.

Incluso comandos dos EDDs Série 2 e 3
nas seções de configuração e teste.

08/07/10 1 Maia Atualização Atualizada seção 5.

23/12/09 0 Maia Criação Criação do documento. Faltando

complementar item 5.