<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello!<br>
    <br>
    There's something, I still cannot understand in XEP-0167. I tried to
    ask in both <a class="moz-txt-link-abbreviated"
      href="mailto:jdev@conference.jabber.org">jdev@conference.jabber.org</a>
    and <a class="moz-txt-link-abbreviated"
      href="mailto:xsf@muc.xmpp.org">xsf@muc.xmpp.org</a> but got no
    answer so far.<br>
    <br>
    XEP-0167 chapter 5 says about <b>session-initiate</b> request:<br>
    <i>When the initiator sends a session-initiate message to the
      responder, the <description/> element includes all of the
      payload types that the initiator </i><i><b>can send and/or
        receive</b></i><i> for Jingle RTP, each one encapsulated in a
      separate <payload-type/> element</i><i><br>
    </i>and later about <b>session-accept</b> request:<br>
    <i>The session-accept message SHOULD include a subset of the payload
      types sent by the initiator, i.e., a list of the offered payload
      types that the responder </i><i><b>can send and/or receive</b></i><i>.</i><br>
    <br>
    I don't know how to understan that "and/or" construction, but I
    understand it as <i>"can either send or receive or both"</i>. If I
    understand correctly, there is no way to specify if the payload type
    could be received or sent or both. Also, "senders" attribute
    mentioned below, but this is an attribute of <content/>
    element, not <payload-type/>.<br>
    <br>
    So, there could be a situation, when initiator, for example can send
    and receive iLBC and opus, also can send speex and receive g.722 and
    g.726. And it preferes opus. Responder can send and receive iLBC and
    speex, can also send opus and receive g.726. And it preferes speex.
    So, <b>session-initiate</b> request will contain some payload types
    with names:<br>
    opus, iLBC, speex, g.722, g.726-32, g726-40<br>
    and <b>session-accept</b> request will contain payload types with
    names:<br>
    speex, opus, iLBC, opus, g.726-32, g.726-40<br>
    <br>
    Now, when session is accepted, initiator will start sending RTP data
    encoded with opus, which responder cannot receive and responder will
    start sending RTP data encoded with speex, which initiator cannot
    receive.<br>
    Or there's something I don't understand?!<br>
    <br>
    The second question is preferences. XEP-0167 says that order of
    <payload-type/> elements within <description/> element
    indicates sending entity preferences. But there's no mention about
    what to do with that information. What other party should do with
    knowledge of this party's payload type prefenrences?<br>
    <br>
    The third question is about <b>"clockrate"</b> attribute. According
    to XEP-0167, "name" attribute is "RECOMMENDED for static payload
    types, REQUIRED for dynamic payload types", but <b>"clockrate" </b>is
    just "RECOMMENDED". But according to <a
      href="http://tools.ietf.org/html/rfc4566#section-6">RFC 4566</a>,
    both name and clockrate are required for a=rtpmap: line of SDP
    message, which is is required for dynamic payload types. And I found
    nothing about default value to use if no <b>"clockrate"</b>
    attribute specified.<br>
    <br>
    With my best regards,<br>
                                       Konstantin<br>
  </body>
</html>