Newsgroup: it.tlc.telefonia.voip
Titolo: problemi fax analogico su linea voip

Ciao a tutti,
rieccomi alle prese con un fax analogico e un adattatore sipura 2102 che 
supporta il t.38.
Per il momento riesco solamente a inviare fax a numeri di fax virtuale 
(skypho nel mio caso).
Niente da fare con altri destinatari fax neanche settando la velocità del 
fax a 9600 o addiritttura a 4800. Ho visto che ci sono altri parametri sui 
quali posso operare (tx level per esempio) ma non ho idea su come procedere.
Ho preso i parametri per impostare l'adattatore da varie  configurazioni 
trovate in rete ma il fax continua a non dialogare con il fax destinatario.
Ho una adsl ngi ma temo di non avere una buona linea adsl (qualitativamente 
parlando) nella parte terminale. La latenza comunque è ottima.
Qualche suggerimento?
Ciao e grazie
Gianni

 trovate in rete ma il fax continua a non dialogare con il fax destinatario.
I parametri di configurazione del sipura (per lo meno gli Audio 
configuration)  sarebbero ?

 configuration)  sarebbero ?
http://www.aptela.com/support/phones/LinksysSPA2102ATA.pdf
Cambia l'operatore ma credo che i settaggi siano uguali. Con queste 
impostazioni almeno la pagina tenta di mandarla.
Ciao
Gianni

 impostazioni almeno la pagina tenta di mandarla.
bene quelle impostazioni mi lasciano un po' li.
In primis
Se sei nattato ovvero sei il 2002 ha un IP non di rete ma di lan devi 
abilitare
Nat Mapping enable: yes
Nat Keep alive enable: yes
Stun enable: yes
Stun server: 
stun.voip.eutelia.it
Stun Server Socket: 3478
(skypho è euteliavoip ora, giusto ?) 
Altrimenti non ti serve un stun ma nemmeno se consenti un outbound 
proxy.
passiamo ai parametri di linea
Se non sei giapponese o non faxi negli states e in giappone 
continuamente, la scelta del codec 711u (ulaw) non è ste gran furbata. 
Userei g711a (alaw), come usa in tutto il mondo fuori da usa e japan.
Si potrebbe obiettare che gran parte di apparecchi sono progettati o 
costruiti per quel mercato, ma in realtà la differenza è assai poco 
rilevante. Il tutto è sostanzialmente un problema di ridicodifca sulla 
linea PSTN in segnale TDM.
La scelta del codec voce, salvo escludere gli altri, è poco vincolate 
anche fosse g729a; difatti se funziona il fax detecting il reinvite 
aggira il problema; è quello di passtrough il parametro importante.
DTMF Tx Method: auto
Silence Supp Enable: yes
Echo can enable: yes
FAX CED Detect Enable: yes
FAX CNG Detect Enable: yes
il FAX Passthru Codec: (questo importante): a g711a
FAX Codec Symmetric: yes
FAX Passthru Method: Reinvite
FAX Process NSE: yes
FAX Disable ECAN: no
FAX Enable T38: yes
FAX Tone Detect Mode:  caller or callee
FAX T38 Redundancy: 1 (almeno è il valore con cui a me funziona, con li 
altri non ho provato)
come sip port usa 5060 o 5061. Se funziona andrà anche ma la 5040 ma mi 
giunge nuova per eutaliavoip.
aumenta il leasing della registrazione:
Register Expires: 3600. Ogni 10 minuti ? c'e una valida ragione ? Usi 
apparati mobili ?
questa altra (outbound proxy) è una cazzata sempre che tu l'abbia 
utilizzata
	 la risposta è No
se non hai un proxy sip (esempio asterisk) per superare il firewall tuo 
tu non usi un outbound proxy ma direttamente un sip server e per quello 
che usi tu non è richiesto il settaggio di un outbound proxy; superare 
il problema NAT conviene farlo con il simple trasveral udp nat (stun 
appunto). Il problemapotrebbe essere questo. Di fatto i proxy sip non 
supportano ... prova ad indovinare, di certo non lo fa asterisk.
Controlla anche l'impedenza delle porte fxs: 
FXS Port Impedance: 270+750 ||150 nF sono gli standard POST di Telecom e 
tale un apparecchio fax per il mercato italiano si aspetta.
Due parole sulle echo cancellation: disabilitarlo all'invio di fax (FAX 
Disable ECAN= yes) o di default ( Echo Canc Enable: No
Echo Canc Adapt Enable: No) imho è solo controproducente. Io ho lasciao 
la soprassione degli echo e non la disabilito al fax detecting.
Silence Supp Enable: no. questo è invece ovviamente fondamentale se no 
... Il fatto che a me con l'echo supression funzioni normalmente ti 
dovrebbe illuminare.
per lo Network Jitter Level: uso high ed eseguo un buffer adjustment 
bidirezionale.
Ora mi vengono due pensate: nello scenario che quanto sopra sia 
ininfluente, posto non sia un problema di compatibilità fax (lo 
verifichi da un ata identico collegato altrove) uno dei problemi 
basilari è la congestione e conseguentemente lo jitter.
Il parametro di Network Jitter Level è solamente una soglia di 
tolleranza, mentre il buffering è un parametro attivo di queueing (forse 
anche un brevetto), che potrebbe se attivato anche essere 
controprocuente in certe situazioni.
Ma diciamo che contro la congestione da un lato c'e' poco da fare sulla 
parte di rete che non controlli tu, mentre su uella che controlli tu rtp 
ip rtp queueuing o low latency queueuing sono i rimendi per quanto al 
Queueing, traffic shaping e controllo della fragmentation in dual fifo 
fanno il resto. Per cui la domanda sorge spontanea ? Chi e come esegue 
il qos , che magari hai problemi di router e manco ne sei consapevole ?

 il qos , che magari hai problemi di router e manco ne sei consapevole ?
Non ho ancora messo mano al qos, ma mi sembra che la sua configurazione su 
linux non sia proprio semplicissima.
Spero di poterlo fare al più presto.
Ciao e grazie
Gianni

 Spero di poterlo fare al più presto.
aaaaahhhh ecco svelato l'arcano. Difficile ? Ma dai, son due righe su 
shorewall. Senza è dura, molto ma molto dura, direi quasi impossibile. 
Hai voglia perdere fax. Senza qos ... buona notte.