Hi everybody,
I've got a question: Does anybody get T.38 working between OpenPBX and OpenSER + RTPProxy?
The following scenarios are working fine:
1: SIP-FAX1 (pub. IP) <-> OpenPBX <-> SIP-FAX2 (pub. IP) 2: SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> SIP-FAX2 (pub. IP) 3: SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> SIP-FAX2 (NAT) 4: SIP-FAX1 (pub. IP) <-> OpenSER <-> OpenPBX <-> SIP-FAX2 (pub. IP)
But the following scenario is not working:
SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> OpenPBX <-> SIP-FAX2 (pub. IP)
It seems to be that the RTPproxy has a problem with the OpenPBX but no Problem with SIP-FAX-ATAs.
Does anybody have an idea what's going wrong???
Cheers Bastian
Hi Bastin,
probably there is kind of a RTP deadlock between the RTPproxy and OpenPBX - both are waiting for the other party to send the media before sending on its turn.
try something like: if (nat_uac_test("8")) { force_rtp_proxy(); } else { force_rtp_proxy("r"); }
refer to http://www.openser.org/docs/modules/1.2.x/nathelper.html for more details.
regards, bogdan
Bastian Schern wrote:
Hi everybody,
I've got a question: Does anybody get T.38 working between OpenPBX and OpenSER + RTPProxy?
The following scenarios are working fine:
1: SIP-FAX1 (pub. IP) <-> OpenPBX <-> SIP-FAX2 (pub. IP) 2: SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> SIP-FAX2 (pub. IP) 3: SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> SIP-FAX2 (NAT) 4: SIP-FAX1 (pub. IP) <-> OpenSER <-> OpenPBX <-> SIP-FAX2 (pub. IP)
But the following scenario is not working:
SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> OpenPBX <-> SIP-FAX2 (pub. IP)
It seems to be that the RTPproxy has a problem with the OpenPBX but no Problem with SIP-FAX-ATAs.
Does anybody have an idea what's going wrong???
Cheers Bastian
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
16 nov 2006 kl. 13.12 skrev Bogdan-Andrei Iancu:
Hi Bastin,
probably there is kind of a RTP deadlock between the RTPproxy and OpenPBX - both are waiting for the other party to send the media before sending on its turn.
try something like: if (nat_uac_test("8")) { force_rtp_proxy(); } else { force_rtp_proxy("r"); }
refer to http://www.openser.org/docs/modules/1.2.x/nathelper.html for more details.
Does the RTP proxy handle UDPTL too, or do we need an UDPTL proxy?
/O
Hi Olle,
nothing additional is required .... RTPproxy forwards the media as a binary stream without looking into....so, it can be RTP or UDPTL or whatever...blind relaying is done..
regards, bogdan
Olle E Johansson wrote:
16 nov 2006 kl. 13.12 skrev Bogdan-Andrei Iancu:
Hi Bastin,
probably there is kind of a RTP deadlock between the RTPproxy and OpenPBX - both are waiting for the other party to send the media before sending on its turn.
try something like: if (nat_uac_test("8")) { force_rtp_proxy(); } else { force_rtp_proxy("r"); }
refer to http://www.openser.org/docs/modules/1.2.x/nathelper.html for more details.
Does the RTP proxy handle UDPTL too, or do we need an UDPTL proxy?
/O
But why it don't work wit OpenPBX?
Without OpenPBX no problem. Without RTPproxy and NAT but with OpenPBX also no problem ???
Cheers Bastian
Bogdan-Andrei Iancu schrieb:
Hi Olle,
nothing additional is required .... RTPproxy forwards the media as a binary stream without looking into....so, it can be RTP or UDPTL or whatever...blind relaying is done..
regards, bogdan
Olle E Johansson wrote:
16 nov 2006 kl. 13.12 skrev Bogdan-Andrei Iancu:
Hi Bastin,
probably there is kind of a RTP deadlock between the RTPproxy and OpenPBX - both are waiting for the other party to send the media before sending on its turn.
try something like: if (nat_uac_test("8")) { force_rtp_proxy(); } else { force_rtp_proxy("r"); }
refer to http://www.openser.org/docs/modules/1.2.x/nathelper.html for more details.
Does the RTP proxy handle UDPTL too, or do we need an UDPTL proxy?
/O
____________ Virus checked by G DATA AntiVirusKit Version: AVK 17.898 from 18.11.2006 Virus news: www.antiviruslab.com
Hi Bogdan,
I think it has nothing to do with a deadlock. I see the incoming and outgoing UDPTL traffic on both SIP-FAX devices.
Do you got a suggestion for me, what I could do to locate and resolve the problem.
Cheers Bastian
--On Donnerstag, 16. November 2006 14:12 +0200 Bogdan-Andrei Iancu bogdan@voice-system.ro wrote:
Hi Bastin,
probably there is kind of a RTP deadlock between the RTPproxy and OpenPBX - both are waiting for the other party to send the media before sending on its turn.
try something like: if (nat_uac_test("8")) { force_rtp_proxy(); } else { force_rtp_proxy("r"); }
refer to http://www.openser.org/docs/modules/1.2.x/nathelper.html for more details.
regards, bogdan
Bastian Schern wrote:
Hi everybody,
I've got a question: Does anybody get T.38 working between OpenPBX and OpenSER + RTPProxy?
The following scenarios are working fine:
1: SIP-FAX1 (pub. IP) <-> OpenPBX <-> SIP-FAX2 (pub. IP) 2: SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> SIP-FAX2 (pub. IP) 3: SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> SIP-FAX2 (NAT) 4: SIP-FAX1 (pub. IP) <-> OpenSER <-> OpenPBX <-> SIP-FAX2 (pub. IP)
But the following scenario is not working:
SIP-FAX1 (NAT) <-> RTPProxy+OpenSER <-> OpenPBX <-> SIP-FAX2 (pub. IP)
It seems to be that the RTPproxy has a problem with the OpenPBX but no Problem with SIP-FAX-ATAs.
Does anybody have an idea what's going wrong???
Cheers Bastian
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users