Newsgroup: it.tlc.telefonia.voip
Titolo: Asterisk si blocca...

Salve, dopo aver cercato in lungo e in largo senza aver trovato
risposta, provo a chiedere ai massimi esperti di Asterisk:
Ho un installazione di A@H ver. 2.5 con Asterisk 1.2.4
BRIstuffed-0.3.0-PRE-1l. su un server HP Proliant.
Come potete capire ho installato una normale scheda HFC modello
Tintoretto, ebbene tutto va a meraviglia eccetto che ogni tanto (1 o 2
giorni) continuo ad effettuare chiamate SIP con gli interni, ma appena
cerco di effettuare una telefonata ZAP in uscita oppure in entrata ...
niente. A questo punto mi basta riavviare facendo reboot dall' AMP e
tutto riprende a funzionare, sembra quasi che la scheda ISDN si
addormenti.
A questo punto vi rivolgo la fatidica domanda: come è possibile? e
come risolvere???
Sono disperato.
Grazie a tutti
vanni

van...@libero.it
 ha scritto:

Le schede HCF sono note per la loro bassa qualità. Se il tuo asterisk è
un'installazione seria, ti consiglio di sostituirla con una quadbri di
junghanns (
www.junghanns.net
 - occhio a non farsi rifilare dai
distributori locali una beronet). Verifica comunque se stoppando
asterisk, scaricando i moduli zaptel e qozap, ricaricandoli, asterisk
riparte correttamente. Se non è un problema, puoi schedulare queste
operazioni a tarda notte e sopravvivere così.
Leandro

Grazie per la risposta, a questo punto mi piacerebbe sapere quanti
hanno questo problema con le schede HFC, mi era parso che una volta
configurate opportunamente non avessero grossi problemi. Approfitto
della vostra disponibilità per chiederti come fare per schedulare le
procedure che hai descritto, mi sono avvicinato da poco al mondo Linux
e te ne sarei veramente grato.
Vanni

van...@libero.it
 ha scritto:

Se vuoi schedulare la procedura di riavvio, ti consiglio di creare il
file /usr/local/bin/ast-reboot.sh
Dove scriverari qualcosa del genere
#!/bin/bash
/etc/init.d/asterisk stop
rmmod zaptel
rmmod zaphfc
modprobe zaphfc
/etc/init.d/asterisk start
Naturalmente questo va bene se hai uno script di partenza/stop di
asterisk, altrimenti lo dovrai sostituire con quello che utilizzi per
fermarlo/farlo partire
Per schedularlo mettiamo alle 4 di notte, editerai il file /etc/crontab
ed aggiungerai una riga del tipo:
0 4  * * * root /usr/local/bin/ast-reboot.sh
Esegui poi killall -HUP crond per fargli rileggere la configurazione
Leandro

Molto pericoloso rimuovere i moduli così,
potrebbe non succedere niente ma puo' capitare che
se il canale è occupato il kernel si inkavoli un pochino
e vada in kernel panic.
Se non hai esigenze particolari ti consiglio di fare un downgrade alla
versione 1.0.9 di asterisk, con le bri e le pri va molto meglio (per
ora)
Abbiamo fatto molte prove comparative e di carico anche con 4 primari
(120 canali) attivi,
la 1.0.9 non fa una piega, la 1.2.x perde i colpi e a volte non
risponde più.
Speriamo risolvano rapidamente, in Italia soprattutto le bri sono
ovunque, noi per ora non ci fidiamo
a mettere in produzione la 1.2.x.
Alex Castellini
Global System
Tel. 
+39 030 2060318
Fax. 
+39 030 2585528
Mail: 
acast...@gls-net.net
Web: 
www.nblade.it

van...@libero.it
 ha scritto:

Prova a sostituire la borchia (magari scambiala con un tuo amico, la 
telecom non te la cambierà mai). Con le schede HFC è un classico, in 
particolari condizioni danno questo problema. Spesso bloccano 
addirittura le borchie e bisogna telefonare al 191 per lo sblocco da 
centrale. Oppure, come già suggerito, installa una scheda junghanns e 
non avrai più problemi.
Ciao

Alex Castellini ha scritto:

Io invece ho dovuto fare il contrario su una macchina di produzione 
presso un nostro cliente (mezzo  milione di chiamate al mese circa). Con 
kernel 2.4.31 asterisk 1.0.9 spesso si rincoglioniva, le chiamate 
andavano perse oppure si rallentava in modo atroce. Facendo l'upgrade al 
kernel 2.6.13 e a asterisk 1.2.X il server ora va bene e sono ormai 4 
mesi che non fa una piega.
Ciao