[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [linux_var] [semi-OT] VoIP, ip pubblici, STUN, scrotorotolamentinatalizi
Allora vediamo di fare un po' di chiarezza:
(1) Intanto il protocollo SIP �n po' rognoso perch�tilizza 2 canali (endpoint) differenti per i comandi e per la comunicazione voce.
Quindi a volte succede che riesci a registrarti sulla porta SIP ma non riesci a parlare.
Ci sono altri protocolli che non hanno questo problema, il pi�plice �AX2 (asterisk).
(2) Quali terminali�(telefoni)�utilizzi ?
Sono dei telefoni analogici collegati DIRETTAMENTE al centralino oppure sono dei telefoni VOIP,
in quel caso il problema si sposta dal centralino al singolo apparato VOIP che deve poter uscire ed essere raggiunto.
Attenzione che in alcune configurazioni si utilizza un apparato 2/4/8 porte FXO che permette di collegare
apparecchi analogici ma questi diventano apparati voip con tutti i problemi appena citati.
Gio
Il giorno 27 dicembre 2010 20:34, Luca Lesinigo
<lucky@luckyluke.org> ha scritto:
Il giorno 27/dic/10, alle ore 18:06, Stefano Bianchi ha scritto:
5060 sip �nche spesso su UDP, non solo su TCP
Si, ma su tcp mi tornava pi�odo provare al volo se la porta era aperta... :)
ma comunque quello che conta in realt�e sei in uscita e ti registri ad un proxy SIP (e quale?) o se sei sip attivo ossia tu potresti ricevere messaggi SIP da ovunque, cosa che prevede che tu sia conosciuto da diversi, cosa che di solito non avviene ma di solito ci si registra presso un provider di telefonia IP.
No, $noivogliamoparlare si registrer�u N "provider" SIP, con max(N)=5 se ricordo bene (questione di licenze).
domanda(ti):
- ma �ip ? se si i parametri sono tutti ok? prova a caricare gli stessi parametri un un client SIP �qualunque, anche windox o che altro. se ti registri e ricevi e fai chiamate hai vinto, altrimenti hai vinto lo stesso e passi al passo successivo.
�SIP, ma non sono state fatte prove sulla parte SIP. Non configuro io l'accrocchio, sono quelli di $noivifacciamoparlare che ci mettono le mani, ma al momento dicono "c'�n blocco sul traffico voip sulla linea, spesso telecom fa di queste cose, dovete farlo rimuovere prima di poter proseguire" e si mettono a fissarmi a braccia conserte. Ovviamente ho chiamato telecom che ovviamente dice di "avere risolto il problema". Ma resta il fatto che il tizio di $noivifacciamoparlare continua a schissare il bottone e quello continua a dire "blocco firewall" anzich�quot;STUN eseguito".
Prima di dirgli che STUN non serve ad un ca%%o (vista la situazione di ip pubblico) e di ficcarselo su per il ficcatoio, sto cercando maggiori info :)
- le tue considerazioni su STUN sono al 100% esatte, specialmente se IP interno del PBX �ubblico e quindi non fai nat 1-to-1.
Esatto... non c'�essun nat da nessuna parte.
io fare in primo la prova come ti ho suggerito, magari ... non hanno messo il default gateway su Avaya o il DNS esatto.
Il dns non dovrebbe c'entrare visto che si parla di ip numerici, ed il default gw �orretto come si pu�sumere dal fatto che il traffico da/verso internet funziona (cfr. mia mail originale).
Domani vedo di scoprire qualcosa di pi�la peggio se non si riesce a venirne a capo installo un AskoziaPBX[*] su un pc e gli schiaffo un altro ip pubblico e faccio due prove con quello... sto cercando di evitarlo per non far sprecare a $noivogliamoparlare le mie ore di sistemista per un lavoro che dovrebbero fare $noivifacciamoparlare (che peraltro sono stati gi�agati anticipatamente)...
[*] visto che sono ignorante in materia mi �enuto in mente quello... dovrebbe essere una minidistro con dentro asterisk e interfaccine varie per gli analfabioti voip come me...
--
Luca Lesinigo
--
-----------------------------------------------------------------------------------------
Luca 18,5 : "Poich�uesta vedova �os�olesta le far�ustizia, perch�on venga continuamente a importunarmi".
Neemia 8,10 : "...questo giorno �onsacrato al nostro Signore; non siate tristi; perch�a gioia del Signore �a vostra forza".
GSM 345.6050488 / 327.0547392 / 392.0698126 - Fax 06.62204735