The patton part works flawlessly. The issue is the FS part on a pure t.38 call, where it negotiates without t.38 and then doesn't try to re-negotiate.
On Sat, Oct 23, 2010 at 1:04 PM, Jim Canfield <[email protected]> wrote: > On Sat, Oct 23, 2010 at 8:20 AM, Tony Graziano < > [email protected]> wrote: > >> And that is my point. >> >> The receiving t.38 sends a reinvite to switch from g711u to t.38. >> >> When it is sent through a PRI (pstn>pri>sipx) it negotiates t.38 without >> an >> issue because the patton (pri) offers on t.38 first. >> >> So I think fs needs to do a reinvite when it initially connects and try to >> renegotiate t.38 (or try to negotiate t.38 first and fall back to g711u if >> not offered at the other end). >> > > > Sounds like a voip profile issue on the patton. You using the default voip > profile? Post the voip profile portion of your patton config...it might > provide some insight. > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
