My take is that the value "TELEPHONE-EVENT" is part of a mime type
(audio/telephone-event). And AFAIK mime type names are case-insensitive.
So this should be recognized in a case-insensitive way.
Thanks,
Paul
On 7/24/12 8:27 AM, Kevin P. Fleming wrote:
> On 07/24/2012 07:14 AM, Aleksey Entsov wrote:
>> Hi Everyone!
>>
>> In some call scenario I have incoming 180/SDP.
>> And SDP contains this line:
>> .....
>> a=rtpmap:101 TELEPHONE-EVENT/8000
>> .....
>>
>> My gateway cannot parse this string "TELEPHONE-EVENT/8000" because upper-case
>> letters are used. If "telephone-event/8000" string comes in lower-case
>> letters only,
>> then it's fine. Value of "a=" field can be parsed.
>>
>> So the question is:
>> Is it allowed to use upper-case letters for "TELEPHONE-EVENT"?
>> I was searching through RFC, but could not find the explicit approval.
>>
>>
>> RFC4566 says "An SDP session description consists of a number of lines of
>> text of
>> the form:
>>
>> <type>=<value>
>>
>> where<type> MUST be exactly one case-significant character
>> and
>> <value> is structured text whose format depends
>> on<type>. In
>> general,<value> is either a number of fields
>> delimited by a single
>> space character or a free format string, and is
>> case-significant
>> unless a specific field defines otherwise.
>> Whitespace MUST NOT be
>> used on either side of the "=" sign."
>>
>> I found that<type> fied should becase sensitive. Bot how about<value>?
>
> That's an interesting question; a quick look through RFC 4566 and RFC
> 2833 doesn't shed any light on whether 'telephone-event' and
> 'TELEPHONE-EVENT' should be treated as equivalent or not. However, it
> certainly seems that it would be safe for an implementation to treat the
> media format in a case-insensitive manner, since it is quite unlikely
> that 'telephone-event' and 'TELEPHONE-EVENT' would actually indicate
> different (and incompatible) formats.
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors