Details

    • Type: Bug
    • Status: Resolved
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 1.5
    • Fix Version/s: None
    • Component/s: mod_dingaling
    • Security Level: public
    • Labels:
      None
    • Environment:
      Debian 7.6
      Openfire 3.9.3
    • CPU Architecture:
      x86-64
    • Kernel:
      Linux
    • uname:
      Linux yin 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u1 x86_64 GNU/Linux
    • Userland:
      GNU/Linux
    • Distribution:
      Debian
    • Distribution Version:
      Debian 7 wheezy
    • Compiler:
      gcc
    • FreeSWITCH GIT Revision:
      FreeSWITCH version: 1.5.14b+git~20140722T201952Z~35eec3704c~64bit (git 35eec37 2014-07-22 20:19:52Z 64bit)
    • GIT Master Revision hash::
      FreeSWITCH version: 1.5.14b+git~20140722T201952Z~35eec3704c~64bit (git 35eec37 2014-07-22 20:19:52Z 64bit)

      Description

      Hi,

      I ran into trouble while trying to connect the freeswitch to my XMPP-Server (Openfire).
      For some reason Openfire sends all TLS-encrypted messages in two Application-Data packets (which are sent in the same TCP-packet).
      As you can see in the attached network-trace.

      When iksemel library receives these packets in iks_recv() it puts the two parts into the XML-Parser separately, which must fail or at least corrupts the original XML-message.

      I found that the first Application-Data packet only includes the first character of the XML ('<'), while all the rest is in the second packet.
      Thus I created the attached patch, which solves the issue for my setup.

      Unfortunately this patch is not the perfect solution, because it only solves the issue, if the first fragment carries less than 5 bytes.

      As long as the issue with TLS-fragments is not solved completely -which certainly would demand changing the whole structure of iks_recv()- it would be nice if you could consider my patch as an interim-solution.

      Best regards,
      Markus

        Activity

        There are no comments yet on this issue.

          People

          • Assignee:
            anthm Anthony Minessale II
            Reporter:
            bucher_comdasys Markus Bucher
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development