[Bug 1963] New: IPQoS not honoured

[bugzilla-daemon at bugzilla.mindrot.org]

https://bugzilla.mindrot.org/show_bug.cgi?id=1963

             Bug #: 1963
           Summary: IPQoS not honoured
    Classification: Unclassified
           Product: Portable OpenSSH
           Version: 5.8p1
          Platform: amd64
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: ssh
        AssignedTo: unassigned-bugs at mindrot.org
        ReportedBy: bugzilla.mindrot.org at pobox.madduck.net


While openssh-client seems to properly switch between the
lowdelay/throughput QoS classes depending on whether the session is
interactive or not, the new IPQoS option seems to have absolutely no
effect:

  % ssh -vvvo 'IPQoS ef' -4 -Snone vera 2>&1 >/dev/null | egrep tos ||
echo no match
  debug3: packet_set_tos: set IP_TOS 0x10
  ^D
  % ssh -vvvo 'IPQoS ef' -4 -Snone vera true 2>&1 >/dev/null | egrep
tos || echo no match
  debug3: packet_set_tos: set IP_TOS 0x08

In both cases, the TOS value should be 0x2e (class ef). Using the
hex number does not work either:

  % ssh -vvvo 'IPQoS 0x2e' -4 -Snone vera 2>&1 >/dev/null | egrep tos
|| echo no match
  debug3: packet_set_tos: set IP_TOS 0x10
  ^D
  % ssh -vvvo 'IPQoS 0x2e' -4 -Snone vera true 2>&1 >/dev/null | egrep
tos || echo no match
  debug3: packet_set_tos: set IP_TOS 0x08

I have also verified the actual packets emitted using tcpdump on the
next hop.

Exactly the same behaviour can be observed with IPv6 after upgrading to
1:5.9p1-7 (see http://bugs.debian.org/643312).

-- 
Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.