Problema : Estou tentando uma conexão TURN (XEP-0065) usando o iOS XMPPFramework e um OpenFire Server. Eu quero poder enviar e receber arquivos. No entanto, estou recebendo um erro 503 de serviço indisponível.

Nota : A base do meu código é do seguinte tutorial:http://mobile.tutsplus.com/tutorials/iphone/building-a-jabber-client-for-ios-server-setup/

Erro XML :

Eu depurei através de TURNSocket.m. Ele entra em processRequestResponse e possui o seguinte XML. (Se não me engano, isso foi enviado do OpenFire para mim, em vez de vice-versa?) ...

<iq xmlns="jabber:client"
    type="error" 
    id="03CC977E-2645-4E87-AE78-536D985CA2B5" 
    from="[email protected]"
    to="[email protected]/12f10b69">
    <query xmlns="http://jabber.org/protocol/bytestreams" 
        sid="03CC977E-2645-4E87-AE78-536D985CA2B5"
        mode="tcp">
        <streamhost jid="proxy.beta.myCompany.co.uk"
            host="127.0.1.1"
            port="7777"/>
    </query>
    <error code="503"
        type="cancel">
        <service-unavailable xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
    </error>
</iq>

Por que há um erro?

Atualizar : XEP-0065 diz o seguinte. Mesmo que esse erro pareça um pouco diferente do meu, é relevante? Se sim, qual é o problema?

Se o Proxy não puder atuar como um StreamHost, o Proxy DEVE retornar um erro ao Solicitante, que DEVE<not-allowed/>.

<iq from='[email protected]/foo'
    id='uj2c15z9'
    to='streamer.example.com'
    type='error'>
  <error type='cancel'>
    <not-allowed 
        xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
  </error>
</iq>

Atualizar : No momento, estou investigando se a inclusão ou exclusão de um recurso JID nos vários bits enviados e recuperados de XML é o problema. Ou, alternativamente, eu nem tenho um 'de' no xml a seguir. os documentos implicam que eu preciso disso. É este o problema? Eu não vejo uma maneira atual no código para fazer um 'de' ...

<iq type="get" 
    to="beta.myCompany.co.uk"
    id="215784CF-81A8-403E-89BF-455C926BEAE5">
    <query xmlns="http://jabber.org/protocol/disco#items"/>
</iq>

Atualização 19/04/12 11:00 : Em resposta à resposta de Matt J, estou postando mais XML. Não tenho certeza se Matt solicitou o log XML completo do que é enviado e recuperado, mas apenas no caso, aqui está. Observe que esses logs não são todos do mesmo run-through (porque quando eu depurar para obter os logs XML, isso causa timeouts, então eu tenho que começar de novo)

Enviei :

<iq type="get" to="beta.myCompany.co.uk" 
    id="082A1987-384F-43CD-9E7B-A2C0E31F2CA8">
    <query xmlns="http://jabber.org/protocol/disco#items"/>
</iq>

Resposta :

<iq xmlns="jabber:client" 
    type="result" 
    id="18EED477-B0E4-492D-89CF-CA692FCF13AD"
    from="beta.myCompany.co.uk" 
    to="[email protected]/72d23cd0">
    <query xmlns="http://jabber.org/protocol/disco#items">
        <item jid="pubsub.beta.myCompany.co.uk" 
            name="Publish-Subscribe service"/>
        <item jid="broadcast.beta.myCompany.co.uk" 
            name="Broadcast service"/>
        <item jid="search.beta.myCompany.co.uk" 
            name="User Search"/>
        <item jid="conference.beta.myCompany.co.uk" 
            name="Public Chatrooms"/>
        <item jid="proxy.beta.myCompany.co.uk" 
            name="Socks 5 Bytestreams Proxy"/>
    </query>
</iq>

Enviei :

<iq type="get" 
    to="proxy.beta.myCompany.co.uk" 
    id="F1B5370C-234F-4F2D-93E7-D60D2C35D063">
    <query xmlns="http://jabber.org/protocol/disco#info"/>
</iq>

Resposta :

<iq xmlns="jabber:client" 
    type="result" 
    id="F1B5370C-234F-4F2D-93E7-D60D2C35D063"
    from="proxy.beta.myCompany.co.uk" 
    to="[email protected]/32276f6">
    <query xmlns="http://jabber.org/protocol/disco#info">
        <identity category="proxy" 
            name="SOCKS5 Bytestreams Service" 
            type="bytestreams"/>
            <feature var="http://jabber.org/protocol/bytestreams"/>
            <feature var="http://jabber.org/protocol/disco#info"/>
    </query>
</iq>

Enviei :

<iq type="get" 
    to="proxy.beta.myCompany.co.uk" 
    id="84904B7D-2BB2-4B8E-90BE-BE0F5A934764">
    <query xmlns="http://jabber.org/protocol/bytestreams"/>
</iq>

Resposta :

<iq xmlns="jabber:client" 
    type="result" 
    id="B412512B-FA27-4531-88BE-2FC0A26E6ED2"
    from="proxy.beta.myCompany.co.uk" 
    to="[email protected]/45ca808d">
    <query xmlns="http://jabber.org/protocol/bytestreams"/>
</iq>

Além disso, também obtemos um streamhost do código da consulta como este:NSXMLElement *streamhost = [query elementForName:@"streamhost"];

<streamhost xmlns="http://jabber.org/protocol/bytestreams"
    jid="proxy.beta.myCompany.co.uk"
    host="127.0.1.1" 
    port="7777"/>

Enviei :

<iq type="set" 
    to="[email protected]/spark" 
    id="DD96A581-BFA3-47BC-A3C0-D26AD48D7442">
    <query xmlns="http://jabber.org/protocol/bytestreams" 
        sid="DD96A581-BFA3-47BC-A3C0-D26AD48D7442" 
        mode="tcp">
        <streamhost xmlns="http://jabber.org/protocol/bytestreams"
            jid="proxy.beta.myCompany.co.uk" 
            host="127.0.1.1"
            port="7777"/>
    </query>
</iq>

Isso não dá resposta, mas parece ok para mim quando eu comparo com o exemplo 17 deXEP-0065. NO ENTANTO, se não incluir um recurso no jID passado para TurnSocket.m ([email protected] em vez de [email protected] /spark), essa solicitação de envio será alterada adequadamente

<iq type="set"
     to="[email protected]" **LOOK! NO RESOURCE!**
     id="5D08B85E-CA78-4AA8-A893-C1DC571A9808">
     <query xmlns="http://jabber.org/protocol/bytestreams" 
        sid="5D08B85E-CA78-4AA8-A893-C1DC571A9808" 
        mode="tcp">
        <streamhost xmlns="http://jabber.org/protocol/bytestreams"
            jid="proxy.beta.myCompany.co.uk"
            host="127.0.1.1"
            port="7777"/>
      </query>
</iq>

e o XML na minha pergunta original acima é retornado! (com o código de erro 503). Além disso, percebo que este xml contém 'streamhost', mas neste estágio ele deveria conter 'streamhost-used'? Por que há um erro? Devo ou não incluir o recurso no 'to'?

Atualização menor 19/04/2012 15:07 : Eu adicionei xmpp.proxy.transfer.required como falso no OpenFire. Isto é devido a estas discussões:Aqui eAqui. Eu não configurei este servidor (meu colega fez) e não entendo o que isso significa, mas não parece ter feito qualquer diferença para o meu problema.

Atualização 20/04/2012 10:00 : Meu erro 503 eu acho que está corretamente lá quando eu não incluir o recurso (de acordo comisto). Mesmo que isso aconteça, não sei por que não obtenho resposta com um jID completo.