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).
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:
address@hidden:/ # 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
address@hidden
https://lists.nongnu.org/mailman/listinfo/linphone-users
|