Summary: | ASTERISK-09463: T38MaxFaxBitrate interoperatibility | ||
Reporter: | Martin Vit (festr) | Labels: | |
Date Opened: | 2007-05-17 10:10:52 | Date Closed: | 2011-06-07 14:02:39 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_sip/T.38 |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) t38.path | |
Description: | When negotiating T.38 pass through, T38MaxFaxBitrate is set incorrectly. Example: cisco GW sends reinvite to asterisk with T.38MaxFaxBitrate to 7200. Asterisk sends OK but with T.38MaxFaxBitrate 9600 and cisco sends BYE (it should be 7200). See attached patch, but i dont know if i doesnt brake anything. I have tested both direction and this fixes my issues. | ||
Comments: | By: Olle Johansson (oej) 2007-05-31 05:08:25 Ok, anyone that can check the standards here and see if it's ok to answer with a different setting? By: Joshua C. Colp (jcolp) 2007-05-31 11:06:37 Could you also attach the sip debug? Just curious to see the T38 in the SDP... By: Joshua C. Colp (jcolp) 2007-06-19 09:28:07 Still there? I would really like to see the T38 in the SDP, I'm not convinced this patch is quite right. By: Martin Vit (festr) 2007-06-19 13:10:16 I've temporarily down my testing environment. pls give me max two weeks. i'll post all debugs. thank you. By: Joshua C. Colp (jcolp) 2007-08-06 12:10:51 Any update? By: Joshua C. Colp (jcolp) 2007-08-16 13:32:14 I'm uncomfortable with changing this without seeing those debug logs, so please reopen when you can get 'em. |