<br><br><div class="gmail_quote">2009/3/17 Steve Underwood <span dir="ltr"><<a href="mailto:steveu@coppice.org">steveu@coppice.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Vlasis Hatzistavrou (KTI) wrote:<br>
> Olivier wrote:<br>
><br>
>> Hi,<br>
>><br>
>> I've been playing with T.38.<br>
>><br>
>> I observed that mostly but not always, it's the "calling endpoint" that<br>
>> reINVITE the other party to drop current SIP/G711 session and start a<br>
>> new T.38.<br>
>> But sometimes, it's also the callee party that reINVITE the calling party.<br>
>><br>
>> Which is the "standardized" or most common, way to start a T.38 session ?<br>
>> Shall it come from callee or from caller ?<br>
>><br>
>> Regards<br>
>><br>
><br>
> Fax transmission can be initiated from any one of the parties. AFAIK<br>
> T.38 as well as the PSTN fax standards do not show any preference<br>
> whether fax transmission is requested from a or b party.<br>
><br>
> In practice, the caller usually initiates a fax transmission, but this<br>
> doesn't mean that the called party cannot initiate it, too.<br>
><br>
> Best regards,<br>
> Vlasis Hatzistavrou.<br>
><br>
</div>Hey, why bother looking at a spec when its so much more fun to make it<br>
up as we go along?<br>
<br>
T.38 says that if the call starts in audio mode it is the called end<br>
which should initiate a re-invite to change from audio to T.38. This<br>
makes sense, as that is the end which has the best chance of figuring<br>
out if a FAX machine answers the call. In practice many T.38<br>
implementations will send out a re-invite when they are the calling<br>
side, so any practical implementation has to allow for this. Clashes are<br>
possible, if both ends send re-invite, and this is not always handled<br>
properly</blockquote><div><br>Yesterday, with 2 consecutive sendings on the same setup (same fax file, same ATAs, same servers), on the first try, I've seen the reINVITE coming from callee on from the caller on the second try.<br>
I don't remember I changed anything between both tries (though I may have done without noticing this).<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Also many implementations will only listen for a FAX machine<br>
at the beginning of a call, so if a human answers and later presses the<br>
start button on their FAX machine the T.38 gateway might miss this.<br>
<br>
Regards,<br>
<font color="#888888">Steve<br>
</font><div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>