[Serusers] reINVITE with port-change via mediaproxy

Andreas Granig a.granig at inode.at
Tue Oct 5 13:05:11 CEST 2004


Hi,

I've tried mediaproxy and it works for "normal" audio streams, but
doesn't work for T.38 reINVITES with different RTP ports. Can anyone
confirm this or does anyone have a solution?

Scenario:

A sends INVITE to SER with SDP audio, port=5004
SER sends INVITE to B with SDP audio, port=35004 (mediaproxy port)
B sends OK to SER with SDP audio, port=5004
SER sends OK to B with SDP audio, port=35004

Now G.729 audio is proxied via mediaproxy correctly, until:

A sends reINVITE to SER with SDP image, port=6004
SER sends reINVITE to B with SDP image, port=35004
B sends OK to SER with SDP image, port=6004
SER sends OK to B with SDP image, port=35004

A and B now send T.38-packets to mediaproxy, which doesn't forward them
to the endpoints (neither to port 6004 nor to 5004). There is also only
one session shown with session.py (I guess the G.729-session on ports
5004-5004). It seems that mediaproxy doesn't open a new pair of ports
for this reinvite.

It then works again with G.729-audio after the fallback:

A sends reINVITE to SER with SDP audio, port=5004
SER sends reINVITE to B with SDP audio, port=35004
B sends OK to SER with SDP audio, port=5004
SER sends OK to B with SDP audio, port=35004

It's not possible to configure the UACs to use the same port for G.729
and T.38 (Mediatrix 2102) for a workaround.

Andy



-- 
Andreas Granig           | Software Development
Fon: +43 (0)59 999 2715  | Inode GmbH, Büro Graz
Fax: +43 (0)59 999 6715  | Business Center, Schmiedlstraße 1, 8042 Graz
Web: http://www.inode.at |                       Raserei verbindet uns.




More information about the sr-users mailing list