[Asterisk-video] h263 blackholed.

Borja Sixto borja.sixto at i6net.com
Wed May 21 16:00:32 CDT 2008


Hi, the standard asterisk do not support cleanlly the sdp negociation.
Try setting only one video codec.

Regards,


Tech from i6net

----- Message d'origine -----
De: Gunnar Hellstrom <gunnar.hellstrom at omnitor.se>
Env: mercredi 21 mai 2008 19:47
À: 'Development discussion of video media support in Asterisk' <asterisk-video at lists.digium.com>
Objet: Re: [Asterisk-video] h263 blackholed.

You must use a late VIDCAPS to get any usable video support from Asterisk.
VIDCAPS adds important ability to handle SDP properly in the call setup.

Gunnar

-----Original Message-----
From: asterisk-video-bounces at lists.digium.com
[mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of Miles Scruggs
Sent: Tuesday, May 20, 2008 11:37 PM
To: asterisk-video at lists.digium.com
Subject: [Asterisk-video] h263 blackholed.

I'm trying to get asterisk to proxy h263 for a video call, but not having
any luck.  I have posted a full call trace here:

http://pastebin.com/d330aecb5

While watching a full packet dump on the asterisk node, I can see the
h263 coming in from the clients, but it never leaves (asterisk never
originates 1 h263 packet).  You can see on line 123 of the pastebin that the
calls get setup without video but then h263 is renegotiated on line 456.
The second end point sets up h263  on line 313.  I'm  
pretty lost as to how I can get asterisk to play nice.  This is   
Asterisk 1.4.18.1

I just was able to test, and if the call sets up (the initial invite
contains) with h263, and isn't done with a re-invite at a later time then it
works fine.

my sip conf looks like the following:

[general]
type=friend
host=dynamic
context=incoming
srvlookup=yes
canreinvite=no
videosupport=yes
qualify=yes
nat=yes
host=dynamic            ; This device registers with us
disallow=all ;better for custom-tunning codec selection allow=ulaw
allow=alaw
allow=h263 ; H.263 is our video codec
allow=h263p ; H.263p is the enhanced video codec
dtmfmode=rfc2833 ; inband is not supported in compressed codecs like gsm, so
we better set it to rfc2833


[miles_8920_lap]
type=friend
host=dynamic
secret=*****
context=internal_devices        ; the internal_devices context  
controls what we can do
mailbox=8920 at sixsquares
callerid= Miles Scruggs <8920>
canreinvite=no

[jon_8926_desk]

type=friend
host=dynamic
secret=*****
context=internal_devices
mailbox=8926 at sixsquares
callerid=Jonathan Larsen <8926>
canreinvite=no

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video

__________ NOD32 3114 (20080520) Information __________

Detta meddelande dr genomsvkt av NOD32 Antivirus.
http://www.nod32.com



_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video




More information about the asterisk-video mailing list