[OpenSIPS-Users] T.38/Patton mediaproxy problem

[Dan Pascu]

On Wednesday 21 January 2009, Carlo Dimaggio wrote:
> Hello,
>
> I have a trouble with t.38 and an ATA "Patton 4022" (latest firmware).
> I'm able to send and receive fax but I see (from mediaproxy/cdrtool
> web interface) that the session still remain active at the end of the
> call...
> In detail, from the point of view of opensips the call is closed (the
> BYE is forwarded immediately to radius) but it seems that mediaproxy
> doesn't recognize the end and the t-38 protocol because the session is
> only "audio" and not "audio/image" and the it is closed only for
> timeout (conntrack_timeout).

It sounds like a theory, however on BYE mediaproxy doesn't check any media 
streams to match a session. In fact there is no media stream in the BYE 
to check for and even if it was, what would be the point to compare 
streams to find the session when one can compare the call-id and the 
tags? The more likely cause is some problem in the signaling with the 
dialog identification elements (call-id, tags)

For a better understanding, traces showing both the INVITEs and the BYE, 
as well as logs and an indication of how mediaproxy is started/stopped 
would be useful.

> With an ATA grandstream ht-503 all is ok.
>
> I have seen that the Patton SIP INVITE packet has less information
> than HT-503:
>
> PATTON 4022
> ---
> From: <sip:1002 at domain>;tag=afdd756f.
> To: sip:1004 at domain;tag=ZG609-1Z1vX.
> Call-ID: MTI2YzQ5NzdiYTc1ZjYyMzk3NDQxZjEzYTM4MGZkMDY..
> CSeq: 3 INVITE.
> Via: SIP/2.0/UDP <IP_OPENSIPS>:5060;branch=z9hG4bKfa4d.8a8ed454.0.
> Via: SIP/2.0/UDP 192.168.1.100:5060;branch=z9hG4bK-
> d8754z-0d366bd8c3f37857-1---d8754z-.
> Contact: PattonFax<sip:1004 at 10.0.6.52:5060>.
> User-Agent: 20n/021106.
> Allow: INVITE,BYE,CANCEL,OPTIONS,PRACK,NOTIFY,UPDATE,REFER.
> Supported: 100rel,timer,replaces.
> Record-Route: <sip:<IP_OPENSIPS>:5060;lr>.
> Content-Type: application/sdp.
> Content-Length: 178.
> .
> v=0.
> o=1004 193368 2 IN IP4 10.0.6.52.
> s=-.
> c=IN IP4 10.0.6.52.
> t=0 0.
> m=image 8000 udptl t38 96.
> a=rtpmap:96 telephone-event/8000.
> a=T38MaxBitRate:14400.
> a=T38FaxMaxBuffer:400.
>
> --------------------------------------
>
> HT-503
> ---
> INVITE sip:1002 at 10.0.6.52:32794;rinstance=420214ae59ea3398 SIP/2.0.
> Via: SIP/2.0/UDP 10.0.8.179:5060;branch=z9hG4bK1166079120;rport.
> Route: <sip:<IP_OPENSIPS>;lr;ftag=1038838660;nat=yes;did=7a6.73428975>.
> From: "HTFax" <sip:1001 at domain>;tag=1038838660.
> To: <sip:1002 at domain>;tag=e9be3855.
> Call-ID: 1665987500-5060-9 at 10.0.8.179.
> CSeq: 82 INVITE.
> Contact: <sip:1001 at 10.0.8.179:5060>.
> Max-Forwards: 70.
> Supported: replaces, path, timer.
> User-Agent: Grandstream HT-503  V1.1B 1.0.0.15.
> Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,
> REFER, UPDATE.
> Content-Type: application/sdp.
> Accept: application/sdp, application/dtmf-relay.
> Content-Length:   345.
> .
> v=0.
> o=1001 8000 8001 IN IP4 10.0.8.179.
> s=SIP Call.
> c=IN IP4 10.0.8.179.
> t=0 0.
> m=image 5004 udptl t38.
> a=T38FaxVersion:0.
> a=T38MaxBitRate:14400.
> a=T38FaxFillBitRemoval:0.
> a=T38FaxTranscodingMMR:0.
> a=T38FaxTranscodingJBIG:0.
> a=T38FaxRateManagement:transferredTCF.
> a=T38FaxMaxBuffer:400.
> a=T38FaxMaxDatagram:280.
> a=T38FaxUdpEC:t38UDPRedundancy.
> -----------------------------
>
>
> My setup is: opensips1.4.3, mediaproxy 2.3.1, cdrtool 6.7.1 and
> freeradius 1.1.7.
>
>
>
> Anyone can explain me why I have this problem? Is a misconfiguration?
>
>
>
> Sorry for the convoluted e-mail :-)
>
> Thank you,
>
> Carlo
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users



-- 
Dan