Hi,

We are sometimes experiencing slow behavior on some networks so implementing 
QoS 
would be definitely a solution.

We are using PJSIP implemented in 
sflphone/sflphone-common/src/sip/sipvoiplink.cpp
The library is staticaly linked to sflphone from 
sflphone/sflphone-common/libs/pjproject

The unencripted udp sip transports are created in method: 

int SIPVoIPLink::createUdpTransport (AccountID id) 

using pjsip_udp_transport_start.


I found documentation describing activation of QoS with PJSIP using teh high 
level API here http://trac.pjsip.org/repos/wiki/QoS . Unfortunately we are 
dealing with the low level API.

So we would need to acquire the internal socket from the transport using:

pj_sock_t pjsip_udp_transport_get_socket( pjsip_transport *transport )

And then activating the QoS type using the following API:

http://www.pjsip.org/pjlib/docs/html/group__socket__qos.htm#gadbfe233355bf536b85ef39203d842715
   

I will take a look at it on my side. If you could test on yoour using your 
setup that would be great! 

Regards,

Alexandre  


On 10/26/2010 02:46 PM, Thomas Alexander Ewald wrote:
> Hi,
>
>       After struggling with my local SIP server, which only accepts
> clients with a fixed UserAgent ( and some SIP protocol changes too ), I
> have a new problem to solve.
>       Now the server is QoS enabled, and the client has a configuration
> screen that allow to change the DSCP/TOS setting ( screen shot attached ).
>       With this change, sflphone calls are extremely lagged, and the
> "authorized" clients are just fine.
>       I search the code, but sincerely I'm lost.
>       Where can I set the DSCP and TOS bytes for SIP packets?
>       It can be hard coded, as I don't mind compiling all again ( anyway
> is what I actually do with every server change ) ;-)
>
> Thanks,
> Thomas

_______________________________________________
SFLphone mailing list
[email protected]
http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
_______________________________________________
SFLphone mailing list
[email protected]
http://lists.savoirfairelinux.net/mailman/listinfo/sflphone

Reply via email to