Closed Bug 1297744 Opened 9 years ago Closed 8 years ago

firefox webrtc answer sdp different with chrome's

Categories

(Core :: WebRTC: Networking, defect)

47 Branch
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: wanghb89, Unassigned)

Details

(Whiteboard: [needinfo 2016/08/29 to reporter])

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Steps to reproduce: I send the same webrtc offer sdp to chome and firefox. my offer sdp is: v=0 o=- 145385010286214769 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video a=msid-semantic: WMS SIzsxQNV502lgDz1tS2xf8Goysqwl5wscAcd m=audio 9 UDP/TLS/RTP/SAVPF 0 c=IN IP4 0.0.0.0 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:2rBhNLXtPfZ5ajCl a=ice-pwd:Dr/29rvxK6ZV586nvfcG7Pm1 a=fingerprint:sha-256 E2:9A:56:87:07:D7:8D:2E:B8:98:20:95:43:D7:90:E3:55:D6:C1:96:08:02:51:3D:11:ED:BA:D1:3E:1B:18:F8 a=setup:actpass a=mid:audio a=sendrecv a=rtcp-mux a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=maxptime:60 a=ssrc:123456789 cname:HpozKTlhjeeUBxTM a=ssrc:123456789 msid:SIzsxQNV502lgDz1tS2xf8Goysqwl5wscAcd c3277607-a619-4ee6-8fe6-a8cacc55779a a=ssrc:123456789 mslabel:SIzsxQNV502lgDz1tS2xf8Goysqwl5wscAcd a=ssrc:123456789 label:c3277607-a619-4ee6-8fe6-a8cacc55779a m=video 9 UDP/TLS/RTP/SAVPF 126 c=IN IP4 0.0.0.0 a=rtcp:9 IN IP4 0.0.0.0 a=ice-ufrag:2rBhNLXtPfZ5ajCl a=ice-pwd:Dr/29rvxK6ZV586nvfcG7Pm1 a=fingerprint:sha-256 E2:9A:56:87:07:D7:8D:2E:B8:98:20:95:43:D7:90:E3:55:D6:C1:96:08:02:51:3D:11:ED:BA:D1:3E:1B:18:F8 a=setup:actpass a=mid:video a=sendrecv a=rtcp-mux a=rtpmap:126 H264/90000 a=fmtp:126 profile-level-id=42e01f;level-asymmetry-allowed=1;packetization-mode=1 a=rtcp-fb:126 ccm fir a=rtcp-fb:126 nack a=rtcp-fb:126 nack pli a=ssrc:987654321 cname:HpozKTlhjeeUBxTM a=ssrc:987654321 msid:SIzsxQNV502lgDz1tS2xf8Goysqwl5wscAcd b78cce51-d110-474e-b5db-e30da41a3933 a=ssrc:987654321 mslabel:SIzsxQNV502lgDz1tS2xf8Goysqwl5wscAcd a=ssrc:987654321 label:b78cce51-d110-474e-b5db-e30da41a3933 Actual results: firefox send a=recvonly chrome send back a=sendrecv firefox answer sdp is : v=0 o=mozilla...THIS_IS_SDPARTA-47.0.1 7361785172242183707 0 IN IP4 0.0.0.0 s=- t=0 0 a=fingerprint:sha-256 A9:01:9E:64:CF:63:61:78:FB:0D:7B:F8:1F:05:CC:62:CC:F5:E6:12:64:BD:A7:C3:F6:F3:4A:FD:ED:74:D2:71 a=group:BUNDLE audio video a=ice-options:trickle a=msid-semantic:WMS * m=audio 9 UDP/TLS/RTP/SAVPF 0 c=IN IP4 0.0.0.0 a=sendrecv a=ice-pwd:63539942418f96dd96988bffa6bbe79f a=ice-ufrag:5df93506 a=mid:audio a=rtcp-mux a=rtpmap:0 PCMU/8000 a=setup:active a=ssrc:3616178717 cname:{ce91f8b8-1b44-4157-bd2b-d9dee71f7936} m=video 9 UDP/TLS/RTP/SAVPF 126 c=IN IP4 0.0.0.0 a=sendrecv a=fmtp:126 profile-level-id=42e01f;level-asymmetry-allowed=1;packetization-mode=1 a=ice-pwd:63539942418f96dd96988bffa6bbe79f a=ice-ufrag:5df93506 a=mid:video a=rtcp-fb:126 nack a=rtcp-fb:126 nack pli a=rtcp-fb:126 ccm fir a=rtcp-mux a=rtpmap:126 H264/90000 a=setup:active a=ssrc:1884363153 cname:{ce91f8b8-1b44-4157-bd2b-d9dee71f7936} Expected results: firefox send back with a=sendrecv
sorry I post a wrong result!\ my actual results is: v=0 o=mozilla...THIS_IS_SDPARTA-47.0.1 2449505746856722234 0 IN IP4 0.0.0.0 s=- t=0 0 a=fingerprint:sha-256 A9:F4:C0:5C:D9:8C:51:82:BD:5B:37:0E:2E:77:39:D1:18:F4:17:B2:41:48:A3:0C:5D:21:35:29:44:9E:2F:09 a=group:BUNDLE audio video a=ice-options:trickle a=msid-semantic:WMS * m=audio 9 UDP/TLS/RTP/SAVPF 0 c=IN IP4 0.0.0.0 a=recvonly a=ice-pwd:2bc813802f127dc954aaa9b98a4b8675 a=ice-ufrag:ed7b6037 a=mid:audio a=rtcp-mux a=rtpmap:0 PCMU/8000 a=setup:active a=ssrc:1396970524 cname:{f8deb8fd-bd5f-4ea8-be58-58f8fd69c4fe} m=video 9 UDP/TLS/RTP/SAVPF 126 c=IN IP4 0.0.0.0 a=recvonly a=fmtp:126 profile-level-id=42e01f;level-asymmetry-allowed=1;packetization-mode=1 a=ice-pwd:2bc813802f127dc954aaa9b98a4b8675 a=ice-ufrag:ed7b6037 a=mid:video a=rtcp-fb:126 nack a=rtcp-fb:126 nack pli a=rtcp-fb:126 ccm fir a=rtcp-mux a=rtpmap:126 H264/90000 a=setup:active a=ssrc:155218357 cname:{f8deb8fd-bd5f-4ea8-be58-58f8fd69c4fe} BTW,How to edit previous discription?
Component: Untriaged → WebRTC
Product: Firefox → Core
Component: WebRTC → WebRTC: Networking
I don't notice anything obvious wrong with the offer. The main reason why Firefox would respond with recvonly is that no audio and video tracks were added to the PeerConnection. Can you verify via getTracks() calls that in fact the PC has tracks before you call createAnswer()?
Flags: needinfo?(wanghb89)
Whiteboard: [needinfo 2016/08/29 to reporter]
Nothing actionable here.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Removing needinfo since it is marked incomplete.
Flags: needinfo?(wanghb89)
You need to log in before you can comment on or make changes to this bug.