Temos um Cisco 2811 com o UCM E 7.0 executando nosso sistema de telefonia. É conectado ao PSTN por uma placa VWIC2-1MFT-T1 / E1 conectada a um PRI da companhia telefônica.
Ocasionalmente, de tempos em tempos, estamos experimentando sinais de alta velocidade ao tentar fazer chamadas de saída (disque 9 para tom de discagem secundário). Nesses momentos também, a luz AL na placa VWIC acende e a luz do CD se apaga. Para minhas sensibilidades rudimentares, isso significa que há algum tipo de problema em que a companhia telefônica decaiu, já que nosso sistema parece estar bem.
Depois de várias rodadas de monitoramento com a companhia telefônica, eles estão falando sobre erros que eles veem da CSU (que, se não me engano, significa a Placa T1 no 2811) e eles são capazes de fazer o loop do circuito continuamente com padrões de teste em todos os 23 canais sem erros. Por isso, parece concebível que o nosso router tenha problemas próprios. A questão, eu acho, é como eu determino qual é esse problema?
Eu sei que há um grande número de comandos de depuração para verificar o que é o que, mas eu estou muito mais fora da minha profundidade lidando com uma interface PSTN versus uma interface de internet. A terminologia e os métodos de telecomunicação não são familiares para mim. Percebo que, mesmo fazendo essa pergunta, precisarei fornecer mais informações, mas não tenho certeza do que adicionar neste ponto além do básico:
(C2800NM-ADVIPSERVICESK9-M), Version 12.4(22)T, RELEASE SOFTWARE (fc1)
Cisco 2811 (revision 53.50) with 247808K/14336K bytes of memory.
Processor board ID FTX1119A4KS
2 FastEthernet interfaces
24 Serial interfaces
1 terminal line
1 Channelized/Clear T1/PRI port
Version 7.0(1)
Cisco Unified Communications Manager Express
Espero ter fornecido informações suficientes para ser útil para alguém com mais experiência aqui do que eu.
Editar: Solicitou dados sh int:
Serial0/0/0:23 is up, line protocol is up (spoofing)
Hardware is DSX1
MTU 1500 bytes, BW 64 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Keepalive set (10 sec)
Last input 00:00:09, output never, output hang never
Last clearing of "show interface" counters 4w0d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/1/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 48 kilobits/sec
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
287135 packets input, 1452745 bytes, 0 no buffer
Received 0 broadcasts, 56961 runts, 0 giants, 0 throttles
129163 input errors, 129163 CRC, 0 frame, 0 overrun, 0 ignored, 64394 abort
287962 packets output, 1463850 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
67 carrier transitions
Timeslot(s) Used:24, SCC: 0, Transmitter delay is 0 flags
E aqui está a seção de interface de execução que combina:
interface Serial0/0/0:23
no ip address
encapsulation ppp
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
...
dial-peer voice 100 pots
description PSTN
destination-pattern 9T
port 0/0/0:23
Você está vendo uma tonelada de erros de entrada, como MUITOS deles. A primeira coisa que se destaca é o seu encapsulamento na sua interface serial. Eu só vi o encapsulamento 'ppp' para os dados T1's. Geralmente os T1s de voz devem ser configurados com encapsulamento HDLC.
Se o seu telco realmente e verdadeiramente quer que você seja encapsulado em PPP. Você deve executar alguns testes de loopback na CSU para verificar se está funcionando corretamente.