Fax e Patton M-Ata

[anonymous]

L'ultima cosa , verifica il firmware del Patton 4112 , tempo fa con release inferiori alla versione 5.7 ho avuto dei piccoli problemi
Prova ad aggiornarlo alla versione 5.8 o direttamente alla versione nuova 6.0 o 6.t adesso non ricordo quella più nuova

 

[anonymous]

Caro donbru01 intanto ti ringrazio per la tua tenacia e i tuoi incoraggiamenti!
Purtroppo ti dico che ancora non ci siamo...
Le opzione "re-invite" e "replace" erano già flaggate, quindi anche le prove degli altri giorni sono state fatte con le stesse impostazioni.
Nel Patton ho aggiunto la stringa "fax transmission 2 bypass g711alaw64k" in coda a quelle che mi hai indicato, ma niente da fare...
Ti informo anche del fatto che la versione software del Patton è la seguente (e quindi collima con quella che chiedi te):
R5.7 2011-11-09 H323 SIP FXS FXO
Non nascondo che ho un pò il timore di aggiornare il firmware in quanto non vorrei causare qualche incompatibilità ulteriore...
Alla fine di questo discorso ti confermo quindi che chiamando l'interno sento il beep mentre chiamando il cellulare non sento nulla...
Diciamo che abbiamo circoscritto il problema e ciò è incoraggiante!
Ancora grazie!

 

[anonymous]

Dai diciamo che ti trovi in un bel impiccio ( e anche molto molto strano , in quanto sono d'accordo con un fax che non funiona bene non invia-riceve , pagine bianche , pagine errorate , ma che non senti neanche il beep iniziale questa non mi è mai successo ) , con wireshark ci sarebbero più elementi di confronto , però se non lo hai mai usato diventa un po lungo .
Gli elementi ci dicono che M-ATA fa il suo dovere in quanto verso un altro interno manda il beep .
Pare che Patton 4112 faccia qualche scherzo :lol:
Dai facciamo questi tre tentativi :

1. elimina questa stringa dal Patton 4112 e modifica l'altra , magari dopo fatto riavvia il Patton tanto per ....
cancella questa fax transmission 1 relay t38-udp
modifica questa fax transmission 1 bypass g711alaw64k

E fai le solite due provine

2. elimina tutte e due le stringhe

fax transmission 1 relay t38-udp
fax transmission 2 bypass g711alaw64k

E fai le solite due provine

3. facciamo un passaggio indietro , vai in " consegna audio dal PBX" ed attivalo sia su interno di M-ATA che su Patton 4112 ,
vediamo se 3CX che provvede lui a fare da DSP forza il g711 almeno per sentire il beep.
Fai la prova sia senza le due stringhe di cui sopra ... , sia rimettendo il file generato da 3CX

ciao

 

[anonymous]

Scusate per il ritardo nella risposta ma soltanto questa mattina, che è sabato, sono riuscito a rimetterci le mani!
Caro donbru01, tu mi dici:
cancella questa fax transmission 1 relay t38-udp
modifica questa fax transmission 1 bypass g711alaw64k
ho inteso di fare le 2 prove senza la prima riga nel file di configurazione; quando mi dici "modifica questa...." non ho ben capito cosa intendi per "modifica". Io ho semplicemente lasciato questa stringa attiva. Risultato: sull'interno sento il beep e sul cellulare niente come sempre.
Lo stesso risultato l'ho ottenuto cancellando le due righe ed anche sulle prove successive con il flag su "consegna audio dal PBX" del patton e dell'interno.

Non ho idea di cosa posso fare un più se non di informarmi sull'uso di wireshark che mi sembra di capire che può essere l'unica soluzione...

Ancora grazie!

 

[anonymous]

Guarda wireshark lo trovi con semplicità in rete , nel giro di pochi giorni riesci a farti una piccola cultura , installandolo sulla macchina dove hai il 3CX e vedi che dati ti vengono fuori .
Poi in produzione per il tuo problema dovresti avere un apparato che ti "sdoppia" la porta di rete per potere sniffare correttamente il traffico .
Per il tuo problema , lasciando consegna audio dal PBX , penso che lasciandolo sul PC dove gira 3CX dovremmo avere già un buon risultato .

ciao

 

[anonymous]

Ciao indagando per un mio problema sul sito dela Patton ,, ho trovato questa release notes della versione 6.1 dei Patton

11804 T.38 Fax transmission killed by CNG tone
In this specific scenario a Fax transmission is detected based on the CED tone. The configured T.38 fax relay protocol is negotiated and established between both SIP peers. Now SmartWare received a T.38 CNG packet from the peer and killed its own T.38 transmission by misbehavior. This misbehavior is now fixed and the T.38 CNG packet does not kill the Fax transmission anymore.

Potrebbe essere la risoluzione al tuo problema , vai sul sito della Patton e scarichi per il tuo prodotto la versione 6.1 , fare upgrade non è particolarmente complesso è tutto guidato dal browser

ciao

 

[anonymous]

Ciao donbru01, ancora grazie per il tuo interessamento.
Prima di procedere ad un upgrade del firmware del mio Patton Smartnode 4112 ti volevo chiedere se ciò è possibile farlo mantenendo la compatibilità con il 3cx.
Mi spiego meglio: quando si scarica il template di configurazione del Patton da qualche parte ricordo di aver letto che serviva una certa revisione del firmware. Addirittura ricordo che dovetti fare il downgrade del mio Patton per poter seguire le istruzioni in quanto al momento del recente acquisto il 4112 veniva fornito con un firmware più aggiornato di quello delle istruzioni del 3cx.
Giustamente mi potrai rispondere dicendo di farmi un backup delle impostazioni e tentare ma vorrei sapere se qualcuno ha magari già provato a portare il firmaware ad una versione superiore a quella consigliata dalla 3cx...
Grazie ancora!

 

[anonymous]

Ciao , io utilizzo il Patton ISDN e sempre modifico il file di configurazione per delle specifiche da me preferite .
Tutti i Gateway li porto alla versione 6.1 rilasciata da Patton e zero problemi .

Utilizza questo metodo con la giusta delicatezza :

1. preleva il file di configurazione attuale sul patton
2. fai l'aggiornamento
3. fai le prove per vedere se il problema del fax scompare
4. verifica che tutto il resto funziona regolarmente

Tieni presente che 3CX ti dice con quale release lei ha testato il funzionamento perfetto 3CX-Patton , per le versioni più basse ci potrebbero essere problemi che nessuno vuole più risolvere , mentre per le versioni sopra potrebbro esserci delle feature che Patton implementa e che 3CX non supporta .

Comunque se hai il file di configurazione del Patton ( che puoi comunque sempre scaricare dal 3CX ) , e riscontri difficoltà fai un downgrade alla release iniziale e gli scarichi dentro il file backup .

ciao

 

[anonymous]

Rieccoci!
Ho eseguito l'aggiornamento del firmware ma il risultati sono gli stessi. Ad onor del vero affermo che non le ho provate tutte le configurazioni da te indicate nei post precedenti. Dico anche che me ne rimangono però ben poche, tipo i vari flag da mettere nel 3cx. Ho fatto tutte le prove indicate da donbru01 riguardanti le stringhe da inserire nel file di configurazione del Patton ma i risultati ottenuti sono stati gli stessi di prima...
Magari sabato, che sono più libero, tento anche le varie opzioni suggerite riguardanti i flag e poi posto i risultati. Sono sempre più convinto che è necessario questo Wireshark....
A presto!

 

[anonymous]

Rieccomi tornato!
Comunico che ho abbandonato le prove con il Patton M-Ata ed ho comperato il Linksys SPA-112 come anche consigliato da eurylink.com. Comunico anche che per configurare quest'ultimo Ata ho seguito le istruzioni qui riportate link-https://www.3cx.it/blog/configurare-ata-cisco-linksys-spa-2102/ ; ho preferito usare queste istruzioni in italiano piuttosto che quelle "originali" perchè credo che sia fondamentale configurare i toni e quant'altro per il nostro sistema telefonico italiano. In effetti altre istruzioni nulla dicevano di come configurare i Dial Tone e quant'altro.
La buona notizia è che finalmente riesco a fare chiamate all'esterno (ad esempio funziona la chiamata sul cellulare o su un numero fisso qualsiasi) cosa che con i tanti consigli di donbru01 non siamo mai riusciti ad ottenere.
La cosa scoraggiante è che con il fax ancora non ci siamo: appena il mio fax compone il numero ottengo sempre un tono di occupato (ovviamente mi sono sincerato che la linea dall'altra parte sia libera). :S
Ho letto qualche post nel forum ed ho eseguito i seguenti, se pur pochi, controlli: nel 3cx (sull'interno dell'Ata) ho verificato che risulti disabilitata l'opzione "Consegna Audio Pbx" e che risultino invece abilitate le altre due opzioni "Supporta Reinvite" "supporta Replaces". Ho anche riavviato il servizio Fax Server in quanto risultava non avviato l'interno 888 ed ora è attivo.
Il fax è sicuramente compatibile T.38 in quanto attualmente lo stiamo utilizzando connesso ad una porta voip del router di Tiscali (non passa quindi per il 3cx).
Consigli?
Ringrazio anticipatamente

 

[damiano]

hai detto tante cose, e nel contempo nulla
innanzitutto prova con un telefono analogico al posto del fax, che la chiamata parte correttamente,
ad esempio chiama il tuo cell ecc.....
Se il problema si pone solo collegando il fax verifica che quest'ultimo innanzitutto seleziona in dtmf,
e che sia "compatibile con l'ata, a volte non basta settarlo A TONI.
Ultima cosa verifica di non aver settato l'interno del fax in G729, in tal caso puoi stare anni a fare prove, ma un fax
non lo spedirai/riceverai mai.
Solo dopo averti assicurato queste semplici nozioni potrai passare al passaggio successivamente , qualora avrai ancora
bisogno.


damiano

 

[damiano]

......
un paio di cose che possono tornare utili,settare i toni in italianoial Tone: 425@-12;10(.2/.2/1,.6/1/1)
Second Dial Tone: 420@-19,520@-19;10(*/0/1+2)
Outside Dial Tone: 420@-16;10(*/0/1)
Prompt Tone: 425@-12;10(*/0/1)
Busy Tone: 425@-20;10(.5/.5/1)
Reorder Tone: 425@-20;10(.5/.5/1)
Off Hook Warning Tone: 425@-25;30(.2/.2/1)
Ring Back Tone: 425@-20;*(1/4/1)
Confirm Tone: 425@-16;30(.4/.1/1,.25/.1/1,.15/3/1)
SIT1 Tone: 985@-16,1428@-16,1777@-16;20(.380/0/1,.380/0/2,.380/0/3,0/4/0)
SIT2 Tone: 914@-16,1371@-16,1777@-16;20(.274/0/1,.274/0/2,.380/0/3,0/4/0)
SIT3 Tone: 914@-16,1371@-16,1777@-16;20(.380/0/1,.380/0/2,.380/0/3,0/4/0)
SIT4 Tone: 985@-16,1371@-16,1777@-16;20(.380/0/1,.274/0/2,.380/0/3,0/4/0)
MWI Dial Tone: 425@-16;30(.2/.2/1)
Cfwd Dial Tone: 425@-20;20(.5/.5/1)
Holding Tone: 600@-19;*(.1/.1/1,.1/.1/1,.1/9.5/1)
Conference Tone: 425@-16;30(.4/.1/1,.25/.1/1,.15/5/1)
Secure Call Indication Tone: 397@-19,507@-19;15(0/2/0,.2/.1/1,.1/2.1/2)
Ring1 Cadence: 60(1/4)
CWT1 Cadence: 30(.4/.1,.25/.1,.15/5)

settaggi per collegare il Fax:
Preferred Codece : g711a
Fax Passthru codec : g711a
Fax Passthru method : reinvite


damiano

 

[anonymous]

Grazie damiano per l'interessamento,
cerco di fare ulteriore chiarezza e riassumo poi le prove eseguite in seguito ai tuoi consigli:
nel mio post precedente non avevo infatti detto che le prove di chiamate sono state eseguite attaccando un vecchio telefono analogico (dove ho la possibilità di scegliere DC e MF e ovviamente è settato su MF) e con questo tutto funziona (chiamate interne ed esterne).
Quando dici "verifica di non aver settato l'interno del fax in G729" intendi che devo controllare l'interno del 3cx? Se è così non ho trovato l'opzione da te indicata. Se diversamente intendevi che devo settarlo nell'ATA allora qui ho impostato il "preferred code: G711a" e il "Second preferred code: G711u".
Riguardo poi al tuo secondo post (quello dei toni in italiano) posso dirti che corrisponde quasi tutto a quello che ho io: ho modificato, secondo le tue istruzioni, il "Busy Tone", il "Reorder Tone", "Off Hook Tone" e il "Fax Passthru method: reinvite".
Ho cercato anche su google se il mio fax (Samsung SCX-4824) fosse compatibile con il MF e sembra di si (l'unico comando che trovo nel menu del fax è DTMF dove posso impostare una soglia di valori tra 0 e 15 e al momento è 8 ) ed in questa ricerca ho scoperto anche che è consigliato abbassare la velocità a 9.600Kb (era a 33.600Kb), cosa al momento eseguita. 8)
Dopo queste modifiche il problema rimane, ma indico un'altra cosa importante che ho scoperto soltanto ora: oltre al vecchio telefono ho provato ad attaccare all'ATA anche un cordless tradizionale (un nuovo apparecchio che stiamo utilizzando su un'altra linea voip staccata dal 3cx e dall'ATA). Indovinate cosa accade? Anche questo telefono dà occupato. :!:
Riassumendo: utilizzando lo stesso cavo telefonico che parte dall'ATA e attaccandolo ad un vecchio telefono, questo funziona. Con lo stesso cavo utilizzo un cordless ed un fax, componendo numeri (sia interni che esterni) ottengo sempre il segnale di occupato.
Mi domando come è possibile visto che si tratta di apparati nuovi e sicuramente compatibili con MF... E' ovvio che il problema sta altrove....

 

[damiano]

dimenticavo, fondamentale è abbassare la velocità del fax a 9.6,
a come descrivi te sembra un problema di toni, che vengono eseguiti troppo/poco velocemente.
Stupido esempio .... io e te parliamo italiano, ma se io accellero o decremento nel "conversare" con te probabilmente
non capisci al 100% ciò che dico, nel caso della selezione basta che una cifra viene interpretata
non correttamente, che il numero viene stravolto, chiamando altro numero, oppure incorrendo
in errori di selezione, se così fosse prova sull'ata (se esiste) o sul fax a modificare il tipo di dtmf,
in caratteristiche e in velocità di esecuzione/apprendimento.
Io sinceramente in tanti anni di telefonia, raramente mi sono imbattuto in una condizione simile,
ma se mi confermi che con un banalissimo telefono analogico la selezione avviene SEMPRE E CORRETTAMENTE,
viceversa il fax "sbaglia" le selezioni, penso che a questo punto sia il fax (o meglio il suo sistema di selezione a toni)
il problema.
Considera che mai e poi mai si paragona la telefonia tradizionale al sistema Voip, in nessuna situazione, compresa
la selezione a toni, sennò incappi nelle certezze (errate) che ti porterebbero fuori strada.
Io abbandonerei il fax (nel senso accantonerei la funzione fax) e mi soffermerei alla selezione, fino a che questa non avviene correttamente, esempio proverei a cambiare fax.
Una domanda (forse hai già risposto a questa domanda) , ma il fax almeno riceve? (in tal caso la selezione dtmf
non entra ovviamente in causa.

damiano

 

[anonymous]

Ciao come accennato da Damiano , per prima cosa devi riuscire a chiamare da fax/cordless verso la rete esterna . Da questa tua ultima segnalazione pare che non vengano riconosciuti i toni correttamente .
Intanto fatti supportare dallo strumento di controllo del traffico telefonico :

1. fai una telefonata con il telefono tradizionale e verifica che venga ( come sicuramente sarà ) tracciata nel sistema di reporting e con il numero chiamato corretto
2. fai una telefonata con il fax/cordless e verifica se viene tracciata e con quale numero chiamato

Ipotizzo che avrai due possibili risultati :

1. non viene tracciata
2. viene tracciata ma con numeri diversi da quelli che hai fatto te

Bene ho visto che hai trovato la soglia del dtmf sul fax , potrebbe essere che stai inviando i toni in linea troppo alti o troppo bassi e il modulo ata non li sente bene , prova ad abbasare il valore da 8 a scendere piano piano e vedere se migliora , oppure a salire piano piano .

Verifica se il modulo ATA ha un debug e syslog su cui inviare degli eventi

ciao

 

[anonymous]

Rispondo a damiano: il fax non riceve neanche e posto sotto il file di log di un tentativo di chiamata dal fax della mia collega (dice anche in questo caso che è busy):
17:52:55.564|.CallCtrl.cpp(346)|Log2||CallCtrl:nIncomingCall:[CM503001]: Call(113): Incoming call from 00390759412402@(Ln.10001@Patton 4112) to
17:52:55.580|.Line.cpp(1452)|Log2||Line:rintEndpointInfo:[CM505002]: Gateway:[Patton 4112] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4112 JO EUI 00A0BA06A9C4 R6.1 2012-05-09 H323 SIP FXS FXO M5T SIP Stack/4.0.30.30] PBX contact: [sip:[email protected]:5060]
17:52:55.580|.CallCtrl.cpp(529)|Log3||CallCtrl:nSelectRouteReq:[CM503010]: Making route(s) to
17:52:55.580|.CallCtrl.cpp(708)|Log2||CallCtrl:nSelectRouteReq:[CM503004]: Call(113): Route 1: RingAll804[Ext.104,Ext.105]@[Dev:sip:[email protected]:5060]
17:52:55.611|.Target.cpp(441)|Log2||Target::makeOneInvite:[CM503025]: Call(113): Calling RingAll804[Ext.104,Ext.105]@[Dev:sip:[email protected]:5060]
17:52:55.705|.CallLeg.cpp(326)|Log2||CallLeg:nFailure:[CM503003]: Call(113): Call to sip:[email protected] has failed; Cause: 486 Busy Here; from IP:192.168.1.82:5060
17:52:55.705|.Call.cpp(1091)|Log2||Call::RouteFailed:[CM503016]: Call(113): Attempt to reach failed. Reason: Busy
17:52:55.705|.Target.cpp(441)|Log2||Target::makeOneInvite:[CM503025]: Call(113): Calling Unknown:Ext.EndCall@[Dev:sip:[email protected]:40600;rinstance=4191572b9e35a5f3]
17:52:55.892|.CallLeg.cpp(315)|Log3||CallLeg:nAnswer:[CM503002]: Call(113): Alerting sip:[email protected]:40600;rinstance=4191572b9e35a5f3
17:52:55.908|.CallCtrl.cpp(885)|Log2||CallCtrl:nLegConnected:[CM503007]: Call(113): Device joined: sip:[email protected]:5062
17:52:55.923|.CallCtrl.cpp(885)|Log2||CallCtrl:nLegConnected:[CM503007]: Call(113): Device joined: sip:[email protected]:40600;rinstance=4191572b9e35a5f3
17:53:01.564|.Call.cpp(1396)|Log2||Call::Terminate:[CM503008]: Call(113): Call is terminated
17:55:19.423|.Line.cpp(352)|Log2||LineCfg::getInboundTarget:[CM503012]: Inbound specific hours rule (0759411899) for 10001 forwards to DN:804
Ho tentato anche di modificare i valori di DTMF ma credo che sia impossibile provare tutte le combinazioni, mi spiego meglio: l'opzione nel fax è denominata "DTMF" e al suo interno posso scegliere tra un range di valori che va da 1 a 15 sia per il DT che per il MF. Ho fatto tutte le prove con tutti i valori di DT e per il MF ho tentato solo per valori tra 1 e 8. Mi sono fermato scoraggiato perchè credo che se la prova debba avere un senso allora dovrei tentare tutte le combinazioni. Ad es. per il valore 1 di DT devo combinare tutti i valori da 1 a 15 di MF e viceversa... E quando finisco? :S

Allora ho preferito verificare anche ciò che mi è stato detto da donbru01 e posto sotto il risultato del log del 3cx:
Questo primo paragrafo è la chiamata fatta dal telefono
17:35:25.205|.CallCtrl.cpp(346)|Log2||CallCtrl:nIncomingCall:[CM503001]: Call(109): Incoming call from Ext.105 to
17:35:25.205|.Extension.cpp(1407)|Log3||Extension:rintEndpointInfo:[CM505001]: Ext.105: Device info: Device Identified: [Man: Cisco;Mod: SPA Series;Rev: General] Capabilities:[reinvite, replaces, unable-no-sdp, no-recvonly] UserAgent: [Cisco/SPA112-1.0.2(006)] PBX contact: [sip:[email protected]:5060]
17:35:25.205|.CallCtrl.cpp(529)|Log3||CallCtrl:nSelectRouteReq:[CM503010]: Making route(s) to
17:35:25.205|.CallCtrl.cpp(708)|Log2||CallCtrl:nSelectRouteReq:[CM503004]: Call(109): Route 1: PSTNline:3473803268@(Ln.10000@Patton 4112)@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5062]
17:35:25.220|.CallCtrl.cpp(708)|Log2||CallCtrl:nSelectRouteReq:[CM503004]: Call(109): Route 2: VoIPline:3473803268@(Ln.10002@Eutelia)@[Dev:sip:[email protected]:5060]
17:35:25.251|.Target.cpp(441)|Log2||Target::makeOneInvite:[CM503025]: Call(109): Calling PSTNline:3473803268@(Ln.10000@Patton 4112)@[Dev:sip:[email protected]:5060]
17:35:25.408|.CallLeg.cpp(326)|Log2||CallLeg:nFailure:[CM503003]: Call(109): Call to sip:[email protected]:5060 has failed; Cause: 502 Bad Gateway; from IP:192.168.1.83:5060
17:35:25.423|.Target.cpp(441)|Log2||Target::makeOneInvite:[CM503025]: Call(109): Calling PSTNline:3473803268@(Ln.10000@Patton 4112)@[Dev:sip:[email protected]:5062]
17:35:30.517|.CallLeg.cpp(315)|Log3||CallLeg:nAnswer:[CM503002]: Call(109): Alerting sip:[email protected]:5062
17:35:30.517|.Line.cpp(1452)|Log2||Line:rintEndpointInfo:[CM505002]: Gateway:[Patton 4112] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4112 JO EUI 00A0BA06A9C4 R6.1 2012-05-09 H323 SIP FXS FXO M5T SIP Stack/4.0.30.30] PBX contact: [sip:[email protected]:5060]
17:35:30.517|.CallCtrl.cpp(885)|Log2||CallCtrl:nLegConnected:[CM503007]: Call(109): Device joined: sip:[email protected]:5060
17:35:30.533|.CallCtrl.cpp(885)|Log2||CallCtrl:nLegConnected:[CM503007]: Call(109): Device joined: sip:[email protected]:5062
17:35:36.439|.Call.cpp(42)|Log3||??:Currently active calls - 1: [109]
17:35:51.876|.Call.cpp(1396)|Log2||Call::Terminate:[CM503008]: Call(109): Call is terminated

Questo secondo paragrafo è la chiamata fatta dal fax
17:38:56.048|.StunClient.cpp(356)|Log2|STUN|StunClient:nInitTests:[CM506001]: STUN request to resolve SIP external IPort mapping is sent to STUN server [ V4 83.211.9.232:3478 UDP target domain=unspecified mFlowKey=0 ] over Transport [ V4 192.168.1.14:5060 UDP target domain=unspecified mFlowKey=0 ]
17:38:56.126|.StunClient.cpp(141)|Log2|STUN|StunClient:rocess:[CM506003]: Resolved SIP external IPort has changed to ([ V4 94.33.22.195:63955 UDP target domain=unspecified mFlowKey=0 ]) on Transport [ V4 192.168.1.14:5060 UDP target domain=unspecified mFlowKey=0 ]
17:38:56.189|.Registrar.cpp(783)|Log2|Registrar|ClientRegs::Register:[CM504003]: Sent registration request for 10002@Eutelia
17:38:56.236|.StunClient.cpp(109)|Error1|STUN|StunClient:rocess:[CM306003]: SIP IPort mapping ([ V4 94.33.22.195:63955 UDP target domain=unspecified mFlowKey=0 ]) resolved by STUN server [ V4 83.211.9.232:3478 UDP target domain=unspecified mFlowKey=0 ] differs from the one ([ V4 94.33.22.195:63956 UDP target domain=unspecified mFlowKey=0 ] resolved by STUN server 178.238.134.190
17:38:56.236|.StunClient.cpp(109)|Error1|STUN|StunClient:rocess:[CM306003]: SIP IPort mapping ([ V4 94.33.22.195:63955 UDP target domain=unspecified mFlowKey=0 ]) resolved by STUN server [ V4 83.211.9.232:3478 UDP target domain=unspecified mFlowKey=0 ] differs from the one ([ V4 94.33.22.195:63956 UDP target domain=unspecified mFlowKey=0 ] resolved by STUN server 178.238.134.190
17:38:56.533|.Registrar.cpp(581)|Log2|Registrar|ClientRegs:nSuccess:[CM504004]: Registration succeeded for: 10002@Eutelia
stando a quello che dice donbru01 sembrerebbe che la chiamata fatta dal fax non venga tracciata, giusto? E cosa significherebbe?
Verifica se il modulo ATA ha un debug e syslog su cui inviare degli eventi
Il Patton Cisco SPA 112 non ha un syslog e quindi non posso fornire ulteriori delucidazioni...
Grazie a tutti anticipatamente!

 

[damiano]

veramente ti avevo consigliato diverse cose da fare/settare
se preferisci saltarle e impazzire ulteriormente fallo pure,
ma diventa ulteriormente difficile per te risolvere il problema,
impossibile per gli altri darti una mano

damiano

 

[anonymous]

Ciao Damiano, grazie per il tuo continuo interesse!
Mi sembra di aver provato a far tutto quello che dicevi tranne che la sostituzione del fax che al momento non possiedo. L'abbassamento della velocità a 9.6 l'ho già eseguito e anche la prova di ricezione di altri fax è stata eseguita (come ho già scritto "dall'altra parte" non sentono nulla). Mi sfugge qualche altro tuo consiglio?
Mentre invece, come scritto nel post precedente, non me la sono sentita di provare tutte le combinazione di DTMF in quanto sono, se non dico una fesseria, 450 combinazioni (15 toni in DT e 15 toni in MF).

 

[damiano]

riguardo il discorso DTMF "potrebbe" essere un discorso di velocità di esecuzione dei toni,
normalmente ho riscontrato 3 possibilità di scelta, esempio lento, normale e veloce,
o scelte simili,
altra cosa potrebbe essere la qualità e l'ampiezza audio della generazione dei toni,
troppo alto, o troppo attenuato potrebbero essere ignorati o cmq mal interpretati.
Ritorno a quanto già espresso in post precedenti,
io porverei con un banale telefono a toni analogico che componga, quindi l'ata esegua correttamente
la selezione.
In un secondo momento, e solo se l'ultimo test è positivo, proverei a sostituire il fax,
non credo ti sia difficile temporaneamente trovarne uno......

damiano

 

[anonymous]

Le prove consigliate da Damiano le ho eseguite e sembra che rimanga solo la sostituzione del fax. Oltretutto, controllando le istruzioni di quello in mio possesso, ho scoperto che la funzione "Modo selezione" (con la quale potrei scegliere se toni o impulsi) è disponibile a seconda del paese e guarda caso nel mio fax non è presente... :S

Qualcuno di voi che ha già provato magari dei fax attaccati ad un ata mi può consigliare qualche modello; non mi rimane che comprarne uno e non vorrei sbagliare...

Grazie per l'interessamento!