T.38 via UPDATE request
Hello, we have the following problem. 2 Fax machines are communicating via Freeswitch. One is externally attached via a Telco who is able to handle T.38. The other one is attached locally. When 2 Fax machines start syncing each other, the Telco sends a SIP UPDATE message with T.38 SDP, as it detects fax during the fax negociations. Freeswitch answers with an SIP OK message back to the telco, and I can see the T.38 SDP on the debug console of freeswitch. Then nothing happens any more until one of fax machines detects timeout. We have set proxy-media to true. However is was done during call setup when both machines communicated with G711 SDP. The UPDATE message was commited by FS to the telco, but was not sent to the other fax, so I think in this case Freeswitch is supposed to transcode between T.38 and G711 which it cannot do, as we know. How can I overcome this scenario? Is this a defect, should freeswitch send the UPDATE message to the other fax? Or is there a workaround? Best regards Peter Here's the UPDATE message: UPDATE sip:mod_sofia@82.115.xx.xxx:5080 SIP/2.0. Call-ID: 5283fe4e-334f-122d-d1b9-001517956764. Contact: <sip:212.91.xxx.xxx:5060>. Content-Type: application/sdp. CSeq: 16340063 UPDATE. From: <sip:06912345678@sip.telco.de>;tag=00-08135-017e041a-4d21f6037. Max-Forwards: 31. Route: <sip:82.115.96.165;lr;ftag=pH663F4S02erm>. To: "030987654321" <sip:030987654321@82.115.xx.xxx>;tag=pH663F4S02erm. User-Agent: Cirpack/v4.41e (gw_sip). Via: SIP/2.0/UDP 212.91.xxx.xxx:5060;branch=z9hG4bK-178C-1923B31. Content-Length: 300. . v=0. o=cp10 125551618103 125551618105 IN IP4 212.91.xxx.xx. s=SIP Call. c=IN IP4 212.91.xxx.xx. t=0 0. m=image 6860 udptl t38. a=sendrecv. a=T38FaxVersion:0. a=T38MaxBitRate:9600. a=T38FaxRateManagement:transferredTCF. a=T38FaxMaxBuffer:1000. a=T38FaxMaxDatagram:200. a=T38FaxUdpEC:t38UDPRedundancy.
There was just a bunch of work on UPDATE, can you confirm this is the same behavior with trunk? On Oct 14, 2009, at 6:55 AM, Peter P GMX wrote:
Hello,
we have the following problem. 2 Fax machines are communicating via Freeswitch. One is externally attached via a Telco who is able to handle T.38. The other one is attached locally.
When 2 Fax machines start syncing each other, the Telco sends a SIP UPDATE message with T.38 SDP, as it detects fax during the fax negociations. Freeswitch answers with an SIP OK message back to the telco, and I can see the T.38 SDP on the debug console of freeswitch. Then nothing happens any more until one of fax machines detects timeout.
We have set proxy-media to true. However is was done during call setup when both machines communicated with G711 SDP. The UPDATE message was commited by FS to the telco, but was not sent to the other fax, so I think in this case Freeswitch is supposed to transcode between T.38 and G711 which it cannot do, as we know.
How can I overcome this scenario? Is this a defect, should freeswitch send the UPDATE message to the other fax? Or is there a workaround?
Best regards Peter
Hello Michael this is a productive system, so I can currently not update to the current trunk. But the installed SVN is 14741. Were those changes after 14741? Then I'll try to find a timeslot at night in order to update freeswitch. But Freeswitch should forward the UPDATE request in proxy-media mode, right? Best regards Peter Michael Jerris schrieb:
There was just a bunch of work on UPDATE, can you confirm this is the same behavior with trunk?
On Oct 14, 2009, at 6:55 AM, Peter P GMX wrote:
Hello,
we have the following problem. 2 Fax machines are communicating via Freeswitch. One is externally attached via a Telco who is able to handle T.38. The other one is attached locally.
When 2 Fax machines start syncing each other, the Telco sends a SIP UPDATE message with T.38 SDP, as it detects fax during the fax negociations. Freeswitch answers with an SIP OK message back to the telco, and I can see the T.38 SDP on the debug console of freeswitch. Then nothing happens any more until one of fax machines detects timeout.
We have set proxy-media to true. However is was done during call setup when both machines communicated with G711 SDP. The UPDATE message was commited by FS to the telco, but was not sent to the other fax, so I think in this case Freeswitch is supposed to transcode between T.38 and G711 which it cannot do, as we know.
How can I overcome this scenario? Is this a defect, should freeswitch send the UPDATE message to the other fax? Or is there a workaround?
Best regards Peter
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'm sure it won't work because we only implemented forwarding t38 with invite it would require adding code to say the least. On Fri, Oct 16, 2009 at 9:35 AM, Peter P GMX <Prometheus001@gmx.net> wrote:
Hello Michael
this is a productive system, so I can currently not update to the current trunk. But the installed SVN is 14741. Were those changes after 14741? Then I'll try to find a timeslot at night in order to update freeswitch.
But Freeswitch should forward the UPDATE request in proxy-media mode, right?
Best regards Peter
Michael Jerris schrieb:
There was just a bunch of work on UPDATE, can you confirm this is the same behavior with trunk?
On Oct 14, 2009, at 6:55 AM, Peter P GMX wrote:
Hello,
we have the following problem. 2 Fax machines are communicating via Freeswitch. One is externally attached via a Telco who is able to handle T.38. The other one is attached locally.
When 2 Fax machines start syncing each other, the Telco sends a SIP UPDATE message with T.38 SDP, as it detects fax during the fax negociations. Freeswitch answers with an SIP OK message back to the telco, and I can see the T.38 SDP on the debug console of freeswitch. Then nothing happens any more until one of fax machines detects timeout.
We have set proxy-media to true. However is was done during call setup when both machines communicated with G711 SDP. The UPDATE message was commited by FS to the telco, but was not sent to the other fax, so I think in this case Freeswitch is supposed to transcode between T.38 and G711 which it cannot do, as we know.
How can I overcome this scenario? Is this a defect, should freeswitch send the UPDATE message to the other fax? Or is there a workaround?
Best regards Peter
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Now, I had the same problem. Who can help me? I use FS version 1.0.7. Thank you. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/T-38-via-UPDATE-request-tp3821... Sent from the freeswitch-users mailing list archive at Nabble.com.
I use FS version 1.0.7.
Which one? It's a nightly build of git head. -Steve On 18 May 2011 13:50, tangdu <tang.du@hotmail.com> wrote:
Now, I had the same problem. Who can help me? I use FS version 1.0.7. Thank you.
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/T-38-via-UPDATE-request-tp3821... Sent from the freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I use FreeSWITCH Version 1.0.7 (hacked-20110418T002854Z) The following scenario FS-->TG-->PSTN FAX |Time |xxx.xxx.xxx.xxx | | | | xxx.xxx.xxx.xxx | |3.263 | INVITE SDP ( g711A telephone-event CN) |SIP From: sip:TCAPI_User@xxx.xxx To:sip:12334@xxx.xxx.xxx.xxx | |(5060) ------------------> (2080) | |3.323 | 100 Trying| |SIP Status | |(5060) <------------------ (2080) | |5.362 | 183 Session Progress SDP ( g711A) |SIP Status | |(5060) <------------------ (2080) | |5.372 | 183 Session Progress SDP ( g711A) |SIP Status | |(5060) <------------------ (2080) | |5.439 | RTP (g711A) |RTP Num packets:577 Duration:11.520s SSRC:0xDA48CD22 | |(31962) <------------------ (6276) | |5.697 | RTP (g711A) |RTP Num packets:283 Duration:5.639s SSRC:0x4896FE5 | |(31962) ------------------> (6276) | |11.338 | 200 OK SDP ( g711A) |SIP Status | |(5060) <------------------ (2080) | |11.339 | ACK | |SIP Request | |(5060) ------------------> (2080) | |11.357 | RTP (g711A) |RTP Num packets:281 Duration:5.620s SSRC:0x4896FE5 | |(31962) ------------------> (6276) | |16.986 | UPDATE SDP ( t38) |SIP Request | |(5060) <------------------ (2080) | |16.986 | 200 OK SDP ( g711A telephone-event CN) |SIP Status | |(5060) ------------------> (2080) | |53.000 | BYE | |SIP Request | |(5060) ------------------> (2080) | |53.064 | 200 OK | |SIP Status | |(5060) <------------------ (2080) | How should I set FS？ Thank you！ -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/T-38-via-UPDATE-request-tp3821... Sent from the freeswitch-users mailing list archive at Nabble.com.
participants (5)
-
Anthony Minessale
-
Michael Jerris
-
Peter P GMX
-
Steven Ayre
-
tangdu