Hi,
o Carsten Bock on 08/04/2011 12:22 PM:
Hi,
short question:
In the codecfilter.sbcprofile.conf-Example it says the following:
# sdp_filter can be transparent,whitelist or blacklist
# - leave empty (commented) for no touching SDP
# - transparent does SDP reconstruction ('sanity check')
# - whitelist and blacklist filter codec on both sides
If set to transparent or whitelisting, is the SDP really
re-constructed? I've noticed, that the session-name (s=) is passed
through as well as the "o="-lines.
yes, it is 'reconstructed', which means parsed by the SDP parser and
then rebuilt by SDP generator. The parser takes over both s and o SDP
attributes.
What about other attributes? I wonder, if a gateway sends me buggy
"a=silenceSupp:off - - - -" lines, is it passed through as well? I
know some Cisco-Gateways will not connect that call, if the
"a=silenceSupp:off" is incorrect according to the standards.
hm, isn't this line:
a=silenceSupp:off - - - -
correct according to RFC3108?
just fyi, if this needs to be sanitized in a way, the code would need
to go into SDPFilter.cpp (checking media.attributes).
By the way: Is there an easy way to add a "own" music-on-hold
announcement, if a call through the SBC is put on hold?
no, not yet.
Stefan
Thanks,
Carsten
v=0.
o=root 2018628531 2018628531 IN IP4 46.252.21.133.
s=sipgate VoIP GW.
c=IN IP4 46.252.21.133.
t=0 0.
m=audio 30218 RTP/AVP 8 0 3 127.
a=rtpmap:8 PCMA/8000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:3 GSM/8000.
a=rtpmap:127 telephone-event/8000.
a=fmtp:127 0-16.
a=silenceSupp:off - - - -.
a=ptime:20.
a=sendrecv.
a=nortpproxy:yes.
--
frafos.com
_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems
