diff options
author | Neels Hofmeyr <nhofmeyr@sysmocom.de> | 2022-09-12 03:41:05 +0200 |
---|---|---|
committer | Neels Hofmeyr <nhofmeyr@sysmocom.de> | 2022-10-13 16:12:26 +0200 |
commit | 89a52cdd1c37f6315682451d7a2edc7fce5c2536 (patch) | |
tree | bc33689768e976852b64e833441b63195a28d87e | |
parent | e31535d92cb9897a3b7f7c810a7edafed1bb2a71 (diff) |
codec t9n: comment
Change-Id: Ia881a1624496b56d6237e45cff3b7bac04394cf9
-rw-r--r-- | src/libmsc/codec_sdp_cc_t9n.c | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/src/libmsc/codec_sdp_cc_t9n.c b/src/libmsc/codec_sdp_cc_t9n.c index d5d2ad541..7813a7c2b 100644 --- a/src/libmsc/codec_sdp_cc_t9n.c +++ b/src/libmsc/codec_sdp_cc_t9n.c @@ -121,6 +121,10 @@ const struct codec_mapping codec_map[] = { * to match this entry, and it ends in an aborted call due to no codec match. * If the peer offers plain "AMR/8000" and we reply with "AMR/8000 fmtp:octet-align=1", * then everything works out happily, */ + /* XXX what?? 3GPP TS 26.103 says "The bandwidth efficient mode of RFC 4867 shall be used. To + * offer the bandwidth-efficient mode, the octet-align parameter should be omitted in SDP." + * How can it work when we send bw-efficient AMR but said octet-aligned in the SDP?? + */ .fmtp = "octet-align=1", }, .mgcp = CODEC_AMR_8000_1, |