Ok this must be a world record.  Apologies for replying to myself, I
know that's annoying.

 

I must have _not_ tried T38Gateway (it was a late night last night!!)
and I have some more data.

 

I sent the call to my Asterisk 1.2.x server via iaxmodem

IAX from Asterisk to OpenPBX

T38Gateway call to my ATA

I now get

 

/usr/local/var/log/openpbx.org

Feb 22 10:07:32 WARNING[3059657632]: app_t38gateway.c:136
t38_tx_packet_handler: t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 WARNING[3059657632]: app_t38gateway.c:136
t38_tx_packet_handler: t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 WARNING[3059657632]: app_t38gateway.c:136
t38_tx_packet_handler: t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 WARNING[3059657632]: app_t38gateway.c:136
t38_tx_packet_handler: t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 WARNING[3059657632]: app_t38gateway.c:136
t38_tx_packet_handler: t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 WARNING[3059657632]: app_t38gateway.c:136
t38_tx_packet_handler: t38_tx_packet_handler: Sending 3 copies of frame

 

In the "full" log I see various messages

Feb 22 10:07:00 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:00 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    48:
data v29-9600/t4-non-ecm-data + 36 byte(s)

Feb 22 10:07:00 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    48:
c8 01 e0 00 23 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Feb 22 10:07:00 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:00 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    49:
data v29-9600/t4-non-ecm-data + 36 byte(s)

Feb 22 10:07:00 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    49:
c8 01 e0 00 23 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Feb 22 10:07:00 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:01 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    50:
data v29-9600/t4-non-ecm-data + 36 byte(s)

Feb 22 10:07:01 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    50:
c8 01 e0 00 23 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Feb 22 10:07:01 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:01 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    51:
data v29-9600/t4-non-ecm-data + 36 byte(s)

Feb 22 10:07:01 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx    51:
c8 01 e0 00 23 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

:$


Feb 22 10:07:32 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   279:
data v21/hdlc-data + 1 byte(s)

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   279:
c0 01 80 00 00 df

Feb 22 10:07:32 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38G E Type
DCN

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38G monitor
DCN

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   280:
data v21/hdlc-fcs-OK + 0 byte(s)

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   280:
c0 01 20

Feb 22 10:07:32 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38G HDLC
carrier down

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   281:
data v21/hdlc-sig-end + 0 byte(s)

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   281:
c0 01 10

Feb 22 10:07:32 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 1 copies of frame

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38 Tx   282:
indicator no-signal

Feb 22 10:07:32 WARNING[3059657632] app_t38gateway.c:
t38_tx_packet_handler: Sending 3 copies of frame

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38G Restart
modem - short = 0, ECM = 4

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38G Non-ECM
carrier up

Feb 22 10:07:32 DEBUG[3059657632] app_t38gateway.c: FLOW T.38G Non-ECM
carrier down

 

So...progress has been made.  I will report back after I experiment some
more.

 

Bill

 

________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill Gibbs
Sent: Thursday, February 22, 2007 10:05 AM
To: OpenPBX.org Users Mailing List - Non-Commercial Discussion
Subject: Re: [Openpbx-users] Question about T.38 reinvite

 

I should mention have tried both Dial and T38Gateway() commands to dial
my ATA.

 

I have also tried to Answer() the call before dialing the ATA.

 

Bill

 

 

________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill Gibbs
Sent: Thursday, February 22, 2007 10:01 AM
To: [email protected]
Subject: [Openpbx-users] Question about T.38 reinvite

 

I have been playing around with OpenPBX.

 

Long story short, T.38 from my ATA to my OpenPBX server works fine.

 

However, I have an Asterisk 1.2.x box that has a PRI from my DIDs,
outbound calling etc.  Basically this is where all my VOIP calls from
various Asterisk servers are sent for call processing. 

 

If I send an inbound call (technically I am using iaxmodem and hylafax
to send a test fax) via IAX or SIP to the OpenPBX server that then calls
my ATA for a fax test, the OpenPBX server processes the call fine, rings
my ATA but whe T.38 starts, it attempts a reinvite that of course my
Asterisk acting as the gateway rejects "Not acceptable here"

 

Is there anyway to ONLY do T.38 between OpenPBX and the ATA, since my
Asterisk server and OpenPBX are on a low latency, gigabit LAN right next
to each other, the normal faxing over ulaw is not a problem.  I do have
canreinvite=no set on all my peers.  Essentially, I only want T.38 on
the last call leg between OpenPBX and the ATA.  The technology used to
get the inbound (or outbound) call from OpenPBX to my PRI gateway
shouldn't be doing T.38.

 

Is this possible?

 

Bill

 

_______________________________________________
Openpbx-users mailing list
[email protected]
http://lists.openpbx.org/mailman/listinfo/openpbx-users

Reply via email to