Hi Robin,
There's nothing wrong with that. This is the standard way to remove a
stream. Look at the section 8.2 "Removing a Media Stream" of the SDP RFC
(3264) <https://www.ietf.org/rfc/rfc3264.txt>.
In your case, you performing a call proposing the use of H.264 for video
to a client that does not support H.264. Therefore this client answers
the call removing the video stream that it just cannot support.
Cheers,
Ghislain
Le 26/03/2015 02:22, robin a écrit :
This is not the expected behaviour of a SIP client, can anyone shed some
light on this?
Linphone build is: 2.3.2-333-g59dd5e0
Config file as follows:
root@tilapia:/ # cat /data/data/org.linphone/files/linphonerc
[net]
mtu=1300
[sip]
guess_hostname=1
inc_timeout=15
register_only_when_network_is_up=1
auto_net_state_mon=0
auto_answer_replacing_calls=1
media_encryption_mandatory=0
ping_with_options=0
root_ca=/data/data/org.linphone/files/rootca.pem
[rtp]
audio_rtp_port=7076
video_rtp_port=9078
audio_jitt_comp=60
video_jitt_comp=60
nortp_timeout=30
disable_upnp=1
[sound]
playback_dev_id=
ringer_dev_id=
capture_dev_id=
remote_ring=/data/data/org.linphone/files/ringback.wav
local_ring=/data/data/org.linphone/files/oldphone_mono.wav
dtmf_player_amp=0.1
[misc]
max_calls=10
pcap in human readable form :
pastebin.com/6emaK3eQ
Robin
_______________________________________________
Linphone-users mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/linphone-users
_______________________________________________
Linphone-users mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/linphone-users
