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:1...@domain>;tag=afdd756f. > To: sip:1...@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:[email protected]: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:[email protected]: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:1...@domain>;tag=1038838660. > To: <sip:1...@domain>;tag=e9be3855. > Call-ID: [email protected]. > CSeq: 82 INVITE. > Contact: <sip:[email protected]: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 > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Dan _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
