ios - TOS to 802.11 QOS Control on iPhone -

we have audio on ip app based on iphone, , we're playing setting tos level , seeing how reflected in 802.11 qos control field.

we're doing setsockopt call:

    int tos = 0xb8; // voice     status = setsockopt(socketfd, ipproto_ip, ip_tos, &tos, sizeof(tos));      if (status == -1)     {         if (errptr)             *errptr = [self errnoerrorwithreason:@"error setting tos (setsockopt)"];     } 

the theory tag packets voice on wlan link, we're ending tid of 5, indicates video (at least according wireshark).

this traffic iphone wireless ap, there's no in-wap mapping can do.

we've been able set tos of 0xc8, , result in voice classification, rest of network seems confused when tos value of c8 ends in ip headers.

anyone know value we're supposed use voice on 802.11, on packets sourcing iphone?

you looking @ 2 different values - 1 layer 1 value , other layer 2 value. there no direct correspondence between 2 - mapping needs provided.

in case mapping must performed access point (or wireless lan controller if lightweight access points used) , network stack on originating device , therefore don't have direct control on mapping.

you operating @ ip layer, not network link layer, can set appropriate dscp (via tos value) , trust lower layers right thing.

dscp 46 (ef) (tos value 0xb8) appropriate voice traffic. seems ios stack puts 802.11e 5. while may prefer 6 have no control on this. other equipment map things differently. example, cisco aps map ef 6

the main thing nominating dscp ef giving best indication network elements, end-to-end, how traffic should treated.

qos originating wireless device reasonably useless anyway - wifi within device won't congested qos isn't necessary , have no control on other devices sending on network - wifi shared access medium.

qos in access point can benefit overall wireless link may congested , ap can use qos make decision packet input queue should sent next.