Hi,

trying out the video functionality of wengophone-classic (using the cvs version 
revision 4179)
with an asterisk server's loopback extension I encountered the following 
problem:

Sniffing on the SIP signaling traffic shows the follpwing advertised video 
capability in the SDP
part of the INVITE message, indicating a video port of UDP/RTP/10700:

            Media Description, name and address (m): video 10700 RTP/AVP 34
                Media Type: video
                Media Port: 10700
                Media Proto: RTP/AVP
                Media Format: ITU-T H.263
            Media Attribute (a): rtpmap:34 H263/90000/1
                Media Attribute Fieldname: rtpmap
                Media Attribute Value: 34 H263/90000/1

Interestingly the wengophone debug output reveals that the video port shall be 
10602:

...
Starting video stream from port: 10602 to 192.168.134.1:10664
...

which can be confirmed by a netstat -lpn

Proto Recv-Q Send-Q Local Address           Foreign Address         State       
PID/Program name
udp        0      0 0.0.0.0:5060            0.0.0.0:*                          
16367/wengophone
udp     3224      0 0.0.0.0:10600           0.0.0.0:*                          
16367/wengophone
udp        0      0 0.0.0.0:10601           0.0.0.0:*                          
16367/wengophone
udp        0      0 0.0.0.0:10602           0.0.0.0:*                          
16367/wengophone
udp        0      0 0.0.0.0:10603           0.0.0.0:*                          
16367/wengophone

So all the returning video traffic from the asterisk server is sent to the port 
10700, where
wengophone is not listening. A change of wifo/trunk/eXosip/phapi/phapi.c 

/usr/src/wengophone/1.0/wifo/trunk/eXosip/phapi# diff phapi.c.sav phapi.c
365c365
< MY_DLLEXPORT phConfig_t phcfg = { "10600", "", "10700", "",
---
> MY_DLLEXPORT phConfig_t phcfg = { "10600", "", "10602", "",

fixes this problem. I wonder how anyone could try out the video functionality 
with this mismatch.
Or am I missing a point here? 
Another issue I do not yet understand correctly is the listen on ports 10601 
and 10603 which
should not be necessary if symmetric RTP is used. Furthermore I would like to 
ask about the state
of the mpeg4 / H264 support. Analysing the SDP in the INVITE messages this 
capability is not
announced although it is enabled in the configuration dialogue.

Thanks a lot in advance,
Matthias


        

        
                
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
_______________________________________________
Wengophone-devel mailing list
[email protected]
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

Reply via email to