Videotrack is lost over createAnswer()

I am working on a platform that has the web app and the rnative app. We are using webrtc and webrtc react native to enable videocalls between users.

The problem:
When I initiate the call from the WEB_APP to the RN_APP on a device without videocamera (macmini), the response doesn’t bring the videotrack, even though the createOffer function contains the following OfferToReceiveVideo:

sessionDescription = await this.rtcPeerConnection.createOffer({
                OfferToReceiveAudio: true,
                OfferToReceiveVideo: true,
            });
this.rtcPeerConnection.setLocalDescription(sessionDescription);

On the other hand, when I call from WEB_APP with webcam to RN_APP it works as expected. The SDP output from the MAC_MINI (device without camera):

sdp: "v=0
↵o=- 4170558312782898572 2 IN IP4 127.0.0.1
↵s=-
↵t=0 0
↵a=group:BUNDLE 0
↵a=msid-semantic: WMS F2JMoEzZKzIseiz4kmmP8BkQgDXEpLAmDEWZ
↵m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
↵c=IN IP4 0.0.0.0
↵a=rtcp:9 IN IP4 0.0.0.0
↵a=ice-ufrag:O/qG
↵a=ice-pwd:ArSQYF7BGwORAKpmCCF88pjQ
↵a=ice-options:trickle
↵a=fingerprint:sha-256 BE:AC:48:CB:99:79:77:D5:DE:F6:CE:00:41:A3:43:3C:AC:B9:8E:DB:E0:EA:C9:F4:F8:EA:F3:16:99:F8:A4:42
↵a=setup:actpass
↵a=mid:0
↵a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
↵a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
↵a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
↵a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
↵a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
↵a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
↵a=sendrecv
↵a=msid:F2JMoEzZKzIseiz4kmmP8BkQgDXEpLAmDEWZ 582121e6-81fe-4419-b928-092523739417
↵a=rtcp-mux
↵a=rtpmap:111 opus/48000/2
↵a=rtcp-fb:111 transport-cc
↵a=fmtp:111 minptime=10;useinbandfec=1
↵a=rtpmap:103 ISAC/16000
↵a=rtpmap:104 ISAC/32000
↵a=rtpmap:9 G722/8000
↵a=rtpmap:0 PCMU/8000
↵a=rtpmap:8 PCMA/8000
↵a=rtpmap:106 CN/32000
↵a=rtpmap:105 CN/16000
↵a=rtpmap:13 CN/8000
↵a=rtpmap:110 telephone-event/48000
↵a=rtpmap:112 telephone-event/32000
↵a=rtpmap:113 telephone-event/16000
↵a=rtpmap:126 telephone-event/8000
↵a=ssrc:363793399 cname:q2FZ5agU3T1R8UH9
↵a=ssrc:363793399 msid:F2JMoEzZKzIseiz4kmmP8BkQgDXEpLAmDEWZ 582121e6-81fe-4419-b928-092523739417
↵a=ssrc:363793399 mslabel:F2JMoEzZKzIseiz4kmmP8BkQgDXEpLAmDEWZ
↵a=ssrc:363793399 label:582121e6-81fe-4419-b928-092523739417
↵"

Any idea why this could happen?