"Kevin P. Fleming" <[email protected]> writes: > No, this is not correct. In spite of its name 'canreinvite' being set to > 'no' does *NOT* disable all reINVITE operations. It *only* controls > Asterisk generating reINVITEs for the specific purpose of setting up a > direct media path. If a reINVITE is needed to switch a media stream to > inactive (when placed on hold) or to T.38, it will still be done, > regardless of this setting.
Ah, thank you for this clarification. My theory for what prevented T.38 from working was wrong, and I'll have to do some more tests to find out what is really happening. /Benny _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
