Thanks for the update. Unfortunately that will not work in my scenario.
Here's what I need: OPBX --> INVITE with SDP (G711+T38 ability) GW --> OPBX 200 180 Media Starts GW --> OPBX T38 Request 200 T38 Starts When calling T38TXDETECT=something OPBX sends the second invite including T38 (which the GW rejects with a 488) When calling Set: T38CALL=1 OPBX sends the T38 SDP in the first invite; which the GW also rejects with a 488 When not calling either of the above OPBX and the GW negotiate and send the fax using G711. Per the spec outlined in " http://tools.ietf.org/wg/sipping/draft-ietf-sipping-realtimefax/draft-ietf-sipping-realtimefax-01.txt " A T38 negotiation should follow the inital flow I outlined above. Has anyone been able to get T38 to come up on a RE-INVITE from the GW to OPBX? Thanks, On 2/5/07, Rodrigo Gonzalez <[EMAIL PROTECTED]> wrote:
Christopher Aloi wrote: > Hello - > > Is there anything else I can provide to assist someone in understanding > my questions? > > -Chris > > On 2/2/07, *Christopher Aloi* < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hello All - > > I am attempting to use OPBX to terminate faxes out to the PSTN > through a session border contorller. > My call flow is OPBX -> SBC -> TDM Gateway -> End User Fax Terminal > > My call file is generated using the WiKi example: > > Channel: SIP/[EMAIL PROTECTED] > MaxRetries: 0 > WaitTime: 400 > Set: LOCALSTATIONID=inxs2 > Set: LOCALHEADERINFO=OpenPBX Fax with T38 > ; Set: T38CALL=1 > ; Fax detection and switchover should be done by the receving party. > Setting > ; the following variable will enable openpbx to send the invite for > the initial switchover if > ; a fax CNG is detected. > ; Set: T38TXDETECT=something > Context: faxout > Extension: s > priority: 1 > > My faxout context looks like: > > [faxout] > exten => s,1,Set(LOCALSTATIONID= FAX) > exten => s,n,Set(LOCALHEADERINFO=Foo Bar is a solution provider for > business) > exten => s,n,Set(FAXFILE=/tmp/1169761579.0.tif) > exten => s,n,TxFAX(${FAXFILE}|ecm|debug|caller) > exten => h,1,NoOp(TX: REMOTESTATIONID is ${REMOTESTATIONID}) > exten => h,n,NoOp(TX: PHASEESTATUS is ${PHASEESTATUS}) > > Now when I send the .call file over to the outgoing directory, the > call comes up, the far end fax machine answers - but the call fax is > sent over G711 and the T38 negotiation doesn't occur. > > Here's the SIP flow: > > OPBX | SBC | > | INVITE SDP ( g711U) |SIP From: sip:[EMAIL PROTECTED] > To:sip:[EMAIL PROTECTED] > |(5060) ------------------> (5060) | > | 100 Trying| |SIP Status > |(5060) <------------------ (5060) | > | 180 Ringing SDP ( g711U) |SIP Status > |(5060) <------------------ (5060) | > | 200 OK SDP ( g711U) |SIP Status > |(5060) <------------------ (5060) | > | ACK | |SIP Request > |(5060) ------------------> (5060) | > > On to my question ---- > > Should OPBX's ability to send T38 be send in the SDP of the first > invite it sends? That way the far end gateway and reply back with > the RE-INVITE and the T38 session will come up. > > I've been reading the T38 RFC - But am not 100% clear... > > Can anyone reply with the SDP piece of a successful T38 invite? > > Here is mine: > > CSeq: 102 INVITE > User-Agent: OpenPBX > Max-Forwards: 70 > Date: Fri, 02 Feb 2007 22:05:14 GMT > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY > Content-Type: application/sdp > Content-Length: 158 > o=root 14574 14574 IN IP4 XX.XX.XX.XX > s=session > c=IN IP4 XX.XX.XX.XX > t=0 0 > m=audio 13320 RTP/AVP 0 > a=rtpmap:0 PCMU/8000 > a=silenceSupp:off - - - - > > > -- > ------ > Christopher T Aloi > ------ > > > > > -- > ------ > Christopher T Aloi > ------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Openpbx-users mailing list > [email protected] > http://lists.openpbx.org/mailman/listinfo/openpbx-users Uncomment please ; Set: T38CALL=1 so you have Set: T38CALL=1, in my tests that make opbx to send the t38 information in sdp without waiting the other party to start a t38 request. _______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users
-- ------ Christopher T Aloi ------
_______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users
