Salve ragazzi, colgo l'occasione per presentarmi.
Mi chiamo Fabio, lavoro per un piccolo Wisp ancora in fase di svezzamento. Lavoriamo con prodotti MikroTik e RouterOS quindi. Non sono il meglio che si può trovare in giro ma diciamo che per lo scopo sono un buon compromesso qualità/prezzo.

Mi trovo davanti ad un grosso ostacolo relativo all'utilizzo di client SIP all'interno della nostra rete realizzata con i MikroTik. Cercherò di essere breve.

Fino ad ora come VoIP ho utilizzato diversi client software sui pc che mi sono trovato davanti, dove con lo stun, dove forwardandomi le porte SIP ed RTP (una sola porta RTP, non un range) sono sempre riuscito ad utilizzare la mia numerazione Eutelia.

Adesso che ho avuto l'esigenza di configurare gli ATA dei nostri clienti per farli funzionare dentro la nostra rete ho pensato bene di impostare le porte SIP dei vari client partendo dalla 5060 a salire e le porte RTP dalla 8000 a salire, forwardando poi dal PPPoE Server le rispettive porte per ogni cliente verso la CPE del cliente stesso, e poi dalle CPE all'indirizzo dell'ATA in questione.

Le porte vengono aperte, ne sono sicuro perché ho provato ad impostare sull'indirizzo dove forwardo le porte un pc con un servizio su quella porta e riesco a raggiungere il servizio dall'esterno. Ma il VoIP non vuole saperne assolutamente di funzionare. L'ATA si registra con il server SIP, ma se tento di fare una chiamata in uscita dalla nostra rete non sento squillare e non sento niente quando all'altro capo sollevano il ricevitore. Se invece chiamo dall'esterno verso l'interno della nostra rete il relativo client inizia a squillare, ma anche alzando la cornetta non viene agganciata la chiamata, per chi mi chiama è come se io non rispondessi mentre a me da il normale segnale di "libero", come se niente fosse.

Ne ho provate di tutti i colori, il firmware che uso sui miei apparati è il 3.15 pppoe-server e varie versioni per i client tutte precedenti o uguali alla 3.10.
Avevo anche pensato di dare la colpa al Proxy ARP ma anche disabilitandolo e lasciando l'ARP normale la situazione non cambia.

Ringrazio anticipatamente ogni forma di aiuto, piccola, grande o anche inutile, almeno ci avete provato.

Grazie a tutti per l'attenzione.
Spero nel vostro aiuto.

Fabio

1. non capisco cosa intendi per "deve pensarci il tuo nat"
2. in generale su mikrotik le porte sono tutte aperte a meno che non sia io a volerle chiudere, come su un qualsiasi altro firewall (tranne rari casi!)
3. se io apro solo la 5060 mi funzionerà solamente un client per volta e potrebbe essere un'arma a doppio taglio in quanto le chiamate in ingresso potrebbero arrivare ad un client non corretto
4. le porte rtp se non erro vengono utilizzate come canale per il flusso audio, questo significa che in teoria devo necessariamente indirizzarle verso il client corretto.

intanto procedo con le prove, ma non ho ancora risolto niente di niente

grazie intanto per la risposta skizzo3000, apprezzo comunque il tuo tentativo di soccorso.

è il nat che ha il compito di smistare le richieste ai client corretti in modo dinamico. Devi abilitare gli alg Sip. In pratica hai un overload della 5060 ed è il nat che ha la capacità di distinguere a chi va una richiesta e a chi va un'altra. Non puoi fare delle associazioni statichealtrimenti non puoi fare l'overload della 5060.
E' il nat che tiene traccia della provenienza delle richieste e reinstrada le risposte.


@polpys
NON si fanno assistenze PRIVATE ! Questo è un forum dove si discute e si risolve condividendo le esperienze per un fruire libero dell'informazione.

Ciao Sk3

X Skizzo3000

gli ho chiesto di mandare i traces su e-mail perchè non mi risulta questi possono essere inviati sul forum... 

Poi io non sono ne Guru ne moderatore... non posso nemmeno inviare messaggi privati... :-)

Su gmail li ricevo invece ... 

Se serve una mano io sono qui... per dare il mio piccolo contributo... pubblicamente e in privato per l'invio dei traces

Salve a tutti, siccome non ho più visto risvolti sulla discussione, volevo farvi partecipi della mia esperienza.

Anch'io uso una radio mikrotik v. 2.9.xx, il cui compito è quella di autenticarsi tramite pppoe e gestire tutto il nat della mia rete interna. In lan ho un fritz con 2 account, eutelia e voipcheap. Dopo aver forwardato tutte le richieste in entrata dalla 5060 sull'ip del fritz non ho avuto nessun problema con il voip con entrambi i provider.
 
Non sono riuscito però a far funzionare eutelia su un ip301, nemmeno dopo aver girato sia la 5060 che la 60000 e quella anche dello stun 3478: in entrata squilla e va bene, in uscita inoltra le chiamate ma non si sente l'audio. Mentre se lo configuro con voipcheap va bene.

Quindi credo dipenda dagli apparati.

Allora,  confermo che mentre per il fritz tutto ok con entrambi i provider (voipcheap e eutelia) girando solo la porta 5061 (l'ho cambiata da 5060 a 5061 per lasciare la 5060 al ip301) verso l'ip del fritz, per il ip301 sebbene abbia provato a forwardare dalla 60000 alla 61000, dalla 8000 alla 8020 non c'è verso di far funzionare bene eutelia.

Tra l'altro ieri mi sono accorto che, sebbene pensassi che le chiamate in entrata non avessero problemi, a mio malgrado ho constatato che dopo 34-35 secondi di conversazione, cade sempre la chiamata.

In uscita invece con eutelia invia la chiamata ma rimane muto (qui proprio non c'è verso di fare altrimenti).

Ho provato a disabilitare le porte rpt nell'ip 301, ad abilitare e disabilitare lo stun ma non cambia niente.

Volevo giusto capire una cosa: quando dici aprire 4 porte rtp  se si parte da pari e 5 se si parte da una porta dispari cosa in pratica intendi? (da che porta a che porta dovrei provare?)

A parte aver tentato di aprire un po' a casaccio le porte, come sopra riportato, eutelia che porte rtp utilizza?
Le porte rtp ovviamente utilizzano il protocollo udp?

Poi sulla routerboard mikrotik ho abiliatato anche il servizio upnp, ma l'IP301 probabilmente non lo implementa quindi non apre niente.

Aggiungo inoltre chedal grafico presente nella routerboard, non c'è traffico generato sulle porte predette, a parte la 5060, quindi forse eutelia lavora su altre.

Qualche idea?