Alcatel Unleashed

inclosing fax G3 (EXTENSION) to faxserver
you can compare, on your trace T38 Never happens and those t38 capabilities are delivred by gd(intip)

are you using fax phone or ipphone(sipphone )to test ?
and again restart sip process on your oxe , youhave serve failure ,btw if you evrything is same domain so use the default domain why managing another domain for this and risk tomake errors. idon't witch trace but istill seeing this message "not in same domin", and ever saw you compressor acting for T38 ,"10.235.96.148 in my case"

Haroun

Yes the Compressors are fine. checked with compvisu lio
DTMF payload is 97

The oxe is in between the fax server and the ISDN it is real PRI card connection not pcm

Call comes in via ISDN - all faxnumbers start with 38xx so

I created 38 as
Routing number
Network 5
ABCF trunk group 10
digits 4

In network 5, I specified
ARS route list 10

and external gateway 10

In ARS 10 I specified TG10 and numbering command table id 10 as well - all qualities added(speech, restricted, unrestricted, fax, )

in numbering command table 10 I associated External sip gateway 10

So my call reaches the server even with incoming calls but bad gateway.

I will reset the PABX tonight and run new traces in the morning.

I created it as sip ABCF......maybe I must try sip ISDN?

thank you for the assistance so far

to retart the sip process
no need to retart whole pbx
logging as root
passw "you know it i presum"
and perform this command killall sipmotor .
and again signalling is exchanged between the two cpus (oxe and faxserv) but rtp and t38 are exchanged between intips & faxserv and where is the gateway ? domain is causing the issue.
try tO restart the sip motor and put all equipement in the default domain .
after that chnage it isdn and put adjascent network =10 ;
i have faxserver also and can be reached from outside with out issue trouhg compressed E1 , pcmr2 , and nddi , and i haven't managed all those parmeters only necessary ones
local gateway
external gateway=1 port 5061(pecified par alu for abcf faxserv) trunk gp 1801 and of course other parameters
siptrunk group-1801-abcf adjascent network 14
routing table -prefix3898 trunk 1801 netw14 Ndigit 8
network table network number 14 1 type abcf 11 -1 -1 -1ass extgw 1

i have just make some test -two fax calls to your clients and were well received-
the trace is in the begining no errors !!
CAN U confirm that destination is foip server

Hi Haroun

Yes it delivered fine thank you.

I suspect this means that it might be the voip supplier responsible for external calls that have a protocol issue as all the faxes we tried to send was from inside the company and they use voip supplier for outgoing calls and normal PRI for incoming.

I appreciate the effort and the help from you
thank you

regards
'Martin