[Nfd-dev] IncomingFaceIdTag is null

[郝广宇]

Thank you everyone for your help. The problem is solved.
 
 
------------------ Original ------------------
From:  "Davide Pesavento"<davidepesa at gmail.com>;
Date:  Fri, May 22, 2026 03:41 AM
To:  "郝广宇"<haoguangyu at chorustek.com>; 
Cc:  "nfd-dev"<nfd-dev at lists.cs.ucla.edu>; 
Subject:  Re: [Nfd-dev] IncomingFaceIdTag is null

 

Hi,

Make sure that the "local fields" flag is enabled on the
application-side face. To enable the flag you need to send a
FaceUpdateCommand. You can check how the RIB manager does that for
reference: https://github.com/named-data/NFD/blob/76784d7333a0219309681ba4bc04da59c955fcc9/daemon/mgmt/rib-manager.cpp#L122

Regards,
Davide

On Wed, May 20, 2026 at 1:19 PM 郝广宇 <haoguangyu at chorustek.com> wrote:
>
> Dear team,
> Below, egw and igw implement intranet/extranet access penetration by creating a TCP link between  egw and igw NFD. Now we encounter a problem: igw always gets faceid as 0 when calling `interest.getTag<ndn::lp::IncomingFaceIdTag>`. Therefore, we cannot obtain the faceid of the TCP link between egw and igw from the interest packet. We want to know why `ndn::lp::IncomingFaceIdTag` is not working. We have confirmed that the interest packet is received via the TCP link. Could it be that support for `IncomingFaceIdTag` is disabled in the compilation of NFD or ndn-cxx, or is there another reason? We need this feature to work. Thank you very much!
>
> BR.
> GuangYu
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> https://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20260523/073f72e9/attachment.htm>