[asterisk-users] Asterisk 1.8.32.3 : no video (h.264)

Jonas Kellens jonas.kellens at telenet.be
Tue Jul 25 03:38:04 CDT 2017


For those never getting a decend answer by the community on this 
mailinglist, I share my solution to my video problem :

preferred_codec_only=no

(I had this on 'yes')



Op 26-06-17 om 14:43 schreef Jonas Kellens:
>
> Hello
>
> this is the debug output of a test video call. You see codec 
> negotiation but at the end only alaw is chosen and gone is the video !
>
>
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: *** Our native formats are 
> 0x8 (alaw)
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: *** Joint capabilities are 
> 0x8 (alaw)
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: *** Our capabilities are 
> 0x20010a (gsm|alaw|g729|h264)
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: *** AST_CODEC_CHOOSE 
> formats are 0x8 (alaw)
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: *** Our preferred formats 
> from the incoming channel are 0x8 (alaw)
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: This channel can handle 
> video! HOLLYWOOD next!
>
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: This call needs video offers!
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: ** Our capability: 0x20000a 
> (gsm|alaw|h264) Video flag: False Text flag: False
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: ** Our prefcodec: 0x8 (alaw)
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: -- Done with adding codecs 
> to SDP
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: Done building SDP. Settling 
> with this capability: 0x20000a (gsm|alaw|h264)
>
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c: Initializing initreq for 
> method INVITE - callid 6ca7f3fb70b56f6f6f9373b776cd495d at 11.22.33.44:5060
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  0 [ 54]: INVITE 
> sip:sipaccount12 at 192.168.1.111:50104;ob SIP/2.0
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  1 [ 65]: Via: 
> SIP/2.0/UDP 11.22.33.44:5060;branch=z9hG4bK54e24150;rport
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  2 [ 16]: 
> Max-Forwards: 70
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  3 [ 62]: From: "My 
> Account" <sip:71 at 11.22.33.44>;tag=as130bc3f0
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  4 [ 45]: To: 
> <sip:sipaccount12 at 192.168.1.111:50104;ob>
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  5 [ 37]: Contact: 
> <sip:71 at 11.22.33.44:5060>
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  6 [ 61]: Call-ID: 
> 6ca7f3fb70b56f6f6f9373b776cd495d at 11.22.33.44:5060
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  7 [ 16]: CSeq: 102 
> INVITE
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  8 [ 21]: 
> User-Agent: mydomain
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header  9 [ 35]: Date: 
> Mon, 26 Jun 2017 12:20:55 GMT
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header 10 [ 90]: Allow: 
> INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, 
> PUBLISH, MESSAGE
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header 11 [ 19]: 
> Supported: replaces
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header 12 [ 42]: 
> Alert-Info: <http://127.0.0.1>;info=intern
> [Jun 26 14:20:55] DEBUG[28609] chan_sip.c:  Header 14 [ 29]: 
> Content-Type: application/sdp
>
> ...
>
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  0 [ 14]: SIP/2.0 200 OK
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  1 [ 94]: Via: 
> SIP/2.0/UDP 
> 11.22.33.44:5060;rport=5060;received=11.22.33.44;branch=z9hG4bK54e24150
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  2 [ 61]: Call-ID: 
> 6ca7f3fb70b56f6f6f9373b776cd495d at 11.22.33.44:5060
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  3 [ 62]: From: "My 
> Account" <sip:71 at 11.22.33.44>;tag=as130bc3f0
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  4 [ 76]: To: 
> <sip:sipaccount12 at 192.168.1.111;ob>;tag=8a1f91570e9f434c9da9aca27ded7fb9
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  5 [ 16]: CSeq: 102 
> INVITE
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  6 [ 96]: Allow: 
> PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, 
> REFER, MESSAGE, OPTIONS
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  7 [ 50]: Contact: 
> <sip:sipaccount12 at 192.168.1.111:50104;ob>
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  8 [ 46]: Supported: 
> replaces, 100rel, timer, norefersub
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header  9 [ 29]: 
> Content-Type: application/sdp
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header 10 [ 19]: 
> Content-Length: 469
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:  Header 11 [  0]:
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  0 [  3]: v=0
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  1 [ 46]: o=- 
> 3707475663 3707475664 IN IP4 192.168.1.111
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  2 [  9]: s=pjmedia
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  3 [  8]: b=AS:352
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  4 [  5]: t=0 0
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  5 [  9]: a=X-nat:0
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  6 [ 26]: m=audio 
> 4000 RTP/AVP 8 101
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  7 [ 22]: c=IN IP4 
> 192.168.1.111
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  8 [ 12]: b=TIAS:64000
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body  9 [ 32]: 
> a=rtcp:4001 IN IP4 192.168.1.111
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 10 [ 10]: a=sendrecv
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 11 [ 20]: a=rtpmap:8 
> PCMA/8000
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 12 [ 33]: 
> a=rtpmap:101 telephone-event/8000
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 13 [ 15]: a=fmtp:101 
> 0-16
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 14 [ 23]: m=video 
> 4002 RTP/AVP 99
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 15 [ 22]: c=IN IP4 
> 192.168.1.111
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 16 [ 13]: b=TIAS:256000
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 17 [ 32]: 
> a=rtcp:4003 IN IP4 192.168.1.111
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 18 [ 10]: a=sendrecv
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 19 [ 22]: 
> a=rtpmap:99 H264/90000
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c:    Body 20 [ 55]: a=fmtp:99 
> profile-level-id=42000a; packetization-mode=0
>
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: SIP response 200 to standard 
> invite
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing session-level SDP 
> v=0... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing session-level SDP 
> o=- 3707475663 3707475664 IN IP4 192.168.1.111... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing session-level SDP 
> s=pjmedia... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing session-level SDP 
> b=AS:352... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing session-level SDP 
> t=0 0... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing session-level SDP 
> a=X-nat:0... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] rtp_engine.c: Setting payload 8 based on 
> m type on 0x7efde80a5930
> [Jun 26 14:20:57] DEBUG[1932] rtp_engine.c: Setting payload 101 based 
> on m type on 0x7efde80a5930
>
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP c=IN IP4 192.168.1.111... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP b=TIAS:64000... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP a=rtcp:4001 IN IP4 192.168.1.111... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP a=sendrecv... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP a=rtpmap:8 PCMA/8000... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP a=rtpmap:101 telephone-event/8000... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (audio) SDP a=fmtp:101 0-16... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] rtp_engine.c: Setting payload 99 based 
> on m type on 0x7efde80a47f0
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (video) SDP c=IN IP4 192.168.1.111... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (video) SDP b=TIAS:256000... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (video) SDP a=rtcp:4003 IN IP4 192.168.1.111... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (video) SDP a=sendrecv... UNSUPPORTED OR FAILED.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (video) SDP a=rtpmap:99 H264/90000... OK.
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: Processing media-level 
> (video) SDP a=fmtp:99 profile-level-id=42000a; packetization-mode=0... 
> UNSUPPORTED OR FAILED.
>
> [Jun 26 14:20:57] DEBUG[1932] chan_sip.c: We're settling with these 
> formats: 0x8 (alaw)
>
>
>
>
>
> Op 21-04-17 om 16:33 schreef Derek Bolichowski:
>>
>> *From:*asterisk-users-bounces at lists.digium.com 
>> [mailto:asterisk-users-bounces at lists.digium.com] *On Behalf Of *Jonas 
>> Kellens
>> *Sent:* Friday, April 21, 2017 10:18 AM
>> *To:* Asterisk Users Mailing List - Non-Commercial Discussion 
>> <asterisk-users at lists.digium.com>
>> *Subject:* Re: [asterisk-users] Asterisk 1.8.32.3 : no video (h.264)
>>
>> Hello
>>
>>
>> you mean while placing a video call ? What info am I looking for in 
>> the debug output ?
>>
>>
>>
>>
>> Kind regards.
>>
>> J.
>>
>>
>> <snip>
>>
>> Why not try removing all codecs from the SIP Peer (deny all, allow 
>> only H264), unregister the peer, and try a video call again?  If it 
>> works, try adding G711 back but keep H264 at the top of the priority.
>>
>>
>>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170725/b8641e01/attachment.html>


More information about the asterisk-users mailing list