Jump to content

Recommended Posts

Posted (edited)

When interrogating hostile contacts with IFF, hostile targets appear to incorrectly return what appear to be partial M4 return symbology (yellow square, though incorrectly scaled). After acquisition into STT and NCTR interrogation, the hostile target I was using (a MiG-23) to test appeared as a green friendly track. Needless to say, both of these things seem very wrong.

3KcrjwU.png

n9u8wbP.png

The mission I tested with had no other aircraft to contribute datalink information for target classification. I have not tested what the behaviour is with datalink in play.

The mission I was using to test and a track are attached.

Viper IFF Test.miz F-16 IFF Test.trk

Edited by Arctic Fox
  • Like 4
  • Thanks 1
  • Arctic Fox changed the title to Hostile targets return IFF and show friendly symbology
Posted

The yellow square means that the MIG-23's IFF is responding but with an incorrect code/key which is normal if you're on different teams. The strength of NATO's Mode 4 IFF is that together with the interrogation pulse a code is sent and if that code doesn't match the code of the day, the interrogated aircraft doesn't respond and therefore doesn't reveal its location. The interrogated pilot will also receive an audio cue to alert him that he's been unsuccessfully interrogated with Mode 4 (which is quite concerning if you're a NATO aircraft).

However, a incorrect response from an interrogated aircraft should definitely not ID the contact as a friendly.

  • Like 1

-Col. Russ Everts opinion on surface-to-air missiles: "It makes you feel a little better if it's coming for one of your buddies. However, if it's coming for you, it doesn't make you feel too good, but it does rearrange your priorities."

 

DCS Wishlist:

MC-130E Combat Talon   |   F/A-18F Lot 26   |   HH-60G Pave Hawk   |   E-2 Hawkeye/C-2 Greyhound   |   EA-6A/B Prowler   |   J-35F2/J Draken   |   RA-5C Vigilante

Posted (edited)

The MiG-23 should in no way return a Mode 4 response to my interrogation. Let's imagine it has NATO IFF equipment built in (DCS currently abstracts this), it would not reply in Mode 4 to an incorrect interrogation relative to its own codes. It would stay quiet to not give away its position.

EDIT: (as you've basically said yourself)

Edited by Arctic Fox
  • Like 4
  • Thanks 1
Posted (edited)

The MIG-23 does not have a Mode 4 IFF transponder, so it should not replay at all. Mode 4 unknown symbology should be pretty rare to see. It means that there are valid mode 4 replies being received, but not enough to overcome the threshold for it to show a green circle.

Edited by llOPPOTATOll
  • Like 3
  • Thanks 1
Posted

I don't think commanding IFF scan would result an answer with angle+range from enemy units, it's correct to receive that info from succesfully iff (friendly aircraft).

With this patch is even useless to use the radar. To find enemies location in this patch, regardless their range, is enough an iff scan. I think this is a serious issue that worth a fast hotfix. @BIGNEWY

  • ED Team
Posted
3 hours ago, Arctic Fox said:

When interrogating hostile contacts with IFF, hostile targets appear to incorrectly return what appear to be partial M4 return symbology (yellow square, though incorrectly scaled). After acquisition into STT and NCTR interrogation, the hostile target I was using (a MiG-23) to test appeared as a green friendly track. Needless to say, both of these things seem very wrong.

3KcrjwU.png

n9u8wbP.png

The mission I tested with had no other aircraft to contribute datalink information for target classification. I have not tested what the behaviour is with datalink in play.

The mission I was using to test and a track are attached.

Viper IFF Test.miz 9.38 kB · 2 downloads F-16 IFF Test.trk 653.86 kB · 3 downloads

 

I'm sorry to ask as we are super busy right now, but can you make a track using the Caucasus Map? I wont have much time to check it over or convert to that map, and many of the devs responsible for systems like this do not have other maps installed for reason such as debugging, etc. 

If not, I will have to wait till later or tomorrow to check it out and make a new track. Thanks!

  • Like 1

64Sig.png
Forum RulesMy YouTube • My Discord - NineLine#0440• **How to Report a Bug**

1146563203_makefg(6).png.82dab0a01be3a361522f3fff75916ba4.png  80141746_makefg(1).png.6fa028f2fe35222644e87c786da1fabb.png  28661714_makefg(2).png.b3816386a8f83b0cceab6cb43ae2477e.png  389390805_makefg(3).png.bca83a238dd2aaf235ea3ce2873b55bc.png  216757889_makefg(4).png.35cb826069cdae5c1a164a94deaff377.png  1359338181_makefg(5).png.e6135dea01fa097e5d841ee5fb3c2dc5.png

Posted (edited)
4 hours ago, NineLine said:

I'm sorry to ask as we are super busy right now, but can you make a track using the Caucasus Map? I wont have much time to check it over or convert to that map, and many of the devs responsible for systems like this do not have other maps installed for reason such as debugging, etc. 

If not, I will have to wait till later or tomorrow to check it out and make a new track. Thanks!

Here you go.

Upon further investigation it looks like the classification of the contact on NCTR is based on its coalition. While flying a blue F-16 and interrogating a red target, the contact showed up red. While flying a red F-16 and interrogating a blue target, the contact showed up green.

While flying a red F-16 and interrogating a red target the contact showed up yellow, which I can only presume is the result of a conflicting "two factor" classification based on friendly IFF and "hostile" (red) NCTR print. AIFF response being correlated to track classification is in itself incorrect behaviour according to the MLU manuals.

F-16 IFF Test - Red F-16 vs. Blue.trk F-16 IFF Test - Red F-16 vs. Red.trk F-16 IFF Test - Blue F-16 vs. Red.trk

Edited by Arctic Fox
  • Like 4
Posted (edited)

AIFF Yellow square must occurred with mode SCAN number in it, for unknown mode reply like Green circle for known IFF response reply near fcr target.

Edited by Geraki
Posted

It may be helpful here to add that a neutral coalition also returns a "hostile" NCTR print in the F-18, I wouldn't be surprised if it's a shared system with the F-16.

 1A100.png?format=1500w  

Virtual CVW-8 - The mission of Virtual Carrier Air Wing EIGHT is to provide its members with an organization committed to presenting an authentic representation of U.S. Navy Carrier Air Wing operations in training and combat environments based on the real world experience of its real fighter pilots, air intercept controllers, airbosses, and many others.

 

Posted

Mode 4 is a secure form of IFF unlike Modes 1/2/3. Mode 4 is designed not to transmit when being interrogated with the wrong code because that would be a glaring security flaw. The enemy would just spam out interrogations and listen for any response. Mode 4 unknown indication should be very rarely (in DCS never?) displayed.

  • Like 3
  • 2 weeks later...
Posted

Not sure if this has been seen or is working as designed,

Doing f16 vs f18 BVR, the interrogator allows a "god" view against the bandit. TMS left press causes yellow unknow to appear at ranges up to 100nm.

The interrogator works during emcon quiet and jammer operation. 

When coupled with TMS up hold and press allows the f16 in a 1v1 BVR fight to have a massive advantage to search and find a target.

I feel like the interrogator should make a null return / the range should be much shorter. At the very least, the interrogator should not work during emcon modes.

Thank you!

See attached screenshots for example

Screen_221108_221829.jpg

Screen_221108_221545.jpg

Screen_221108_221545.jpg.url

Further, it the interogattor seems to ignore terrains.

Opponet was using terrain masking and i was able to find him while also flying NOE

  • Like 1
Posted (edited)

@uther419track file is usually captured inside Saved Games\DCS openbeta\Tracks\Multiplayer for multiplayer games. For SP mission, use debrief option to explicitly save the file.

I recommending adding also tacview file/screenshot.

Btw: I heard the rumors of this, so I believe you do not imagine, and likely ED already knows about this.

Edited by okopanja
  • 2 weeks later...
Posted

An update on this: As of the current patch, the problem of NCTR print creating a wrong track classification when flying on REDFOR still seems to exist.

Continuing issues with AIFF symbology and how its functionality is currently implemented in the F-16 I have outlined in the other thread on this subject here (which really should be in the bug reports rather than wish list forum).

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...