Hi, looks promising, the according lines in the SDP are passed through, however: T.38 does not work at the moment, but that may have other reasons, i couldn't check until now. I will check, why T.38 fails, it may be some incompability between our Gateway (QSC) <-> SEMS <-> Freeswitch. If we do not modify the SDP on SEMS, T.38 between the Gateway and Freeswitch works (that'll be our workaround for the next weeks).
So long, Carsten 2012/6/25 Vaclav Kubart <[email protected]>: > Hi Carsten, > I tried to apply the patch 8c10653865e5f0b446f8783a30b67b062f897dcb which > seems > to be the important one and then I tried to allow sending non-audio media > directly between both ends if RTP relay is active. > > Unfortunatelly, I tried it just with simulators - I wasn't able to get two > working video capable SIP clients (none fax capable SIP client around) on my > HW > to check between them. So, please, if you would have time for that, can you > try > the fax with RTP relay enabled? It should just go directly but better than > nothing I guess. > > thanks > Vaclav > > On Thu, Jun 21, 2012 at 05:15:49PM +0200, Carsten Bock wrote: >> Hi, >> >> thanks. Right now, it results in the following: >> >> m=<unknown media type> 0 <unknown media type> 0. >> >> without RTP-Relay or Transcoding, just sanitation. This is totally >> useless and thus gets declined by the other endpoint: >> >> SIP/2.0 400 Bad Session Description. >> >> Thanks again, >> Carsten >> >> 2012/6/21 Vaclav Kubart <[email protected]>: >> > Hello Carsten, >> > I will look on it tomorrow but if I remember correctly it is not possible >> > to >> > relay/transcode non-audio streams right now, so applying the patch is not >> > enough if you would like to relay such media through SEMS. >> > >> > Vaclav >> > >> > On Thu, Jun 21, 2012 at 02:23:25PM +0200, Carsten Bock wrote: >> >> Hi, >> >> >> >> i am using GIT-Trunk-Version (latest). And that version does not >> >> contain the fix, e.g.: >> >> >> >> http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sems;a=blob;f=core/AmSdp.cpp;h=7165242af2e4cad010ac4f47fa82f9523c65bd57;hb=HEAD >> >> >> >> Can someone from the SEMS-Team apply the patch to GIT Trunk? >> >> >> >> Thanks for pointing that out, >> >> Carsten >> >> >> >> 2012/6/21 Andrew Pogrebennyk <[email protected]>: >> >> > Hello Carsten, >> >> > >> >> > We had this problem some time ago. What version you are running? The >> >> > fixes have been backported to 1.4 branch in April. These two commits >> >> > should give you the expected behavior: >> >> > >> >> > http://git.sip-router.org/cgi-bin/gitweb.cgi/sems/?a=commit;h=ddb20bd27800c9a9badb02bf0ee44461f7db827b >> >> > http://git.sip-router.org/cgi-bin/gitweb.cgi/sems/?a=commit;h=8c10653865e5f0b446f8783a30b67b062f897dcb >> >> > >> >> > HTH. >> >> > Andrew >> >> > >> >> > On 06/21/2012 01:30 PM, Carsten Bock wrote: >> >> >> Hi, >> >> >> >> >> >> i am using the SDP-Filter of the SBC-Module with following settings: >> >> >> sdp_filter=whitelist >> >> >> sdpfilter_list=g722,pcma,pcmu,telephone-event >> >> >> sdp_anonymize=yes >> >> >> # Filter A-Lines: >> >> >> sdp_alines_filter=blacklist >> >> >> sdp_alinesfilter_list=crypto,nortpproxy >> >> >> >> >> >> Everything works fine, except T.38: >> >> >> In the SDP of the Re-INVITE, i have "m=image 17960 udptl t38", which >> >> >> cannot be parsed by SEMS: >> >> >> >> >> >> Jun 21 12:31:13 sbc-1 sems[5480]: [#7fe8458e3700] [parse_sdp_media, >> >> >> AmSdp.cpp:722] ERROR: parse_sdp_media: Unknown media type >> >> >> >> >> >> As a result of: >> >> >> /* >> >> >> *Check if known media type is used >> >> >> */ >> >> >> static int media_type(std::string media) >> >> >> { >> >> >> if(media == "audio") >> >> >> return 1; >> >> >> else if(media == "video") >> >> >> return 2; >> >> >> else if(media == "application") >> >> >> return 3; >> >> >> else if(media == "text") >> >> >> return 4; >> >> >> else if(media == "message") >> >> >> return 5; >> >> >> else >> >> >> return -1; >> >> >> } >> >> >> (with no media==image) >> >> >> >> >> >> For now, i've simply disabled SDP Sanitation and T.38 goes through. >> >> >> I think, actually "m=image" should be handled by SDP-Parser properly; >> >> >> especially since it might break other RTP-related features of the SBC, >> >> >> such as Transcoding or RTP-Relay. >> >> >> >> >> >> Kind regards, >> >> >> Carsten >> >> > >> >> >> >> >> >> >> >> -- >> >> Carsten Bock >> >> CEO (Geschäftsführer) >> >> >> >> ng-voice GmbH >> >> Schomburgstr. 80 >> >> D-22767 Hamburg / Germany >> >> >> >> http://www.ng-voice.com >> >> mailto:[email protected] >> >> >> >> Office +49 40 34927219 >> >> Fax +49 40 34927220 >> >> >> >> Sitz der Gesellschaft: Hamburg >> >> Registergericht: Amtsgericht Hamburg, HRB 120189 >> >> Geschäftsführer: Carsten Bock >> >> Ust-ID: DE279344284 >> >> >> >> Hier finden Sie unsere handelsrechtlichen Pflichtangaben: >> >> http://www.ng-voice.com/imprint/ >> >> _______________________________________________ >> >> Semsdev mailing list >> >> [email protected] >> >> http://lists.iptel.org/mailman/listinfo/semsdev >> >> >> >> -- >> Carsten Bock >> CEO (Geschäftsführer) >> >> ng-voice GmbH >> Schomburgstr. 80 >> D-22767 Hamburg / Germany >> >> http://www.ng-voice.com >> mailto:[email protected] >> >> Office +49 40 34927219 >> Fax +49 40 34927220 >> >> Sitz der Gesellschaft: Hamburg >> Registergericht: Amtsgericht Hamburg, HRB 120189 >> Geschäftsführer: Carsten Bock >> Ust-ID: DE279344284 >> >> Hier finden Sie unsere handelsrechtlichen Pflichtangaben: >> http://www.ng-voice.com/imprint/ -- Carsten Bock CEO (Geschäftsführer) ng-voice GmbH Schomburgstr. 80 D-22767 Hamburg / Germany http://www.ng-voice.com mailto:[email protected] Office +49 40 34927219 Fax +49 40 34927220 Sitz der Gesellschaft: Hamburg Registergericht: Amtsgericht Hamburg, HRB 120189 Geschäftsführer: Carsten Bock Ust-ID: DE279344284 Hier finden Sie unsere handelsrechtlichen Pflichtangaben: http://www.ng-voice.com/imprint/ _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
