strano comportamento linea Voip McLink

[anonymous]

ciao a tutti!

ho una versione 5 di 3CX sulla quale sto cercando di far funzionare una linea Voip McLink,

sono riuscito a fare preticamente tutto, riesco ad effettuare chiamate e a riceverle senza problemi, ma mi sono accorto di un comportamento stranissimo relativo alle chiamate entranti...

allora, se le chiamate entranti finiscono su un gruppo di interni o un interno, nessun problema, se invece finisco su un IVR, una coda, o semplicemente su un interno impostato per deviare tutte le chiamate verso la propria casella vocale, dopo il primo "tuut", chi chiama non sente più nulla e dopo qualche secondo cade la comunicazione, dall'interno invece non si sente nulla e sul pannello "Stato della linea" di 3CX vedo la linea Voip attiva e in comunicazione fino a che la linea non cade,

non so più dove sbattere la testa,

qualcuno mi può aiutare ?

grazie !

ecco il log di una sessione fallita, in questo caso la chiamata direzionata ad un interno "17" in quale è impostato per deviare tutto sulla propria casella vocale:


14:08:38.164 Call::Terminate [CM503008]: Call(52): Call is terminated
14:08:38.149 Call::Terminate [CM503008]: Call(52): Call is terminated
14:08:38.133 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to VM:17
14:08:38.118 Call::Terminate [CM503008]: Call(52): Call is terminated
14:08:38.086 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to VM:17
14:08:38.071 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to VM:17
14:08:38.055 InviteADS:nAckNotReceived [CM503018]: Call(52): ACK is not received
14:08:05.805 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to VM:17
14:08:05.774 CallCtrl:nLegConnected [CM503007]: Call(52): Device joined: sip:84.253.131.12:5061
14:08:05.680 CallCtrl:nLegConnected [CM503007]: Call(52): Device joined: sip:
14:08:05.664 CallCtrl:nSelectRouteReq [CM503004]: Call(52): Calling: IVR:RecordMessage@[Dev:local]
14:08:05.664 Line:rintEndpointInfo [CM505003]: Provider:[McLink] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Sippy] Transport: [sip:192.168.200.250:5060]
14:08:05.664 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to VM:17
14:08:05.618 CallCtrl:nIncomingCall [CM503001]: Call(52): Incoming call from 340*******@(Ln.10002@McLink) to [sip:[email protected]:5060;user=vmail]
14:08:05.399 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to VM:17


questo invece è il log di una sessione corretta verso l'interno "13":

14:03:19.805 Call::Terminate [CM503008]: Call(51): Call is terminated
14:03:19.805 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:13
14:03:10.461 CallCtrl:nLegConnected [CM503007]: Call(51): Device joined: sip:[email protected]:2048
14:03:10.461 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:13
14:03:10.430 CallCtrl:nLegConnected [CM503007]: Call(51): Device joined: sip:84.253.131.12:5061
14:03:04.446 CallCtrl:nSelectRouteReq [CM503004]: Call(51): Calling: Ext:13@[Dev:sip:[email protected]:2048]
14:03:04.446 Line:rintEndpointInfo [CM505003]: Provider:[McLink] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Sippy] Transport: [sip:192.168.200.250:5060]
14:03:04.446 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:13
14:03:04.399 CallCtrl:nIncomingCall [CM503001]: Call(51): Incoming call from 340*******@(Ln.10002@McLink) to [sip:[email protected]:5060]
14:03:04.274 LineCfg::getInboundTarget [CM503011]: Inbound office hours' rule for LN:10002 forwards to DN:13


--
Andrea

 

[eurylink.com]

Credo sia un problema della versione 5 sulla quale attualmente non c'è più supporto. Sulla v. 7 ti posso confermare che Mclink funziona correttamente. TI consiglierei un upgrade alla v. 7 per risolvere il problema.