'하드웨어'에 해당되는 글 656건

  1. 2025.03.29 san
  2. 2025.03.27 FCoE VN2VN
  3. 2025.03.27 fcoe ubuntu
  4. 2025.03.27 FCoE FCF(Fiber Channel Forwarder)
  5. 2025.03.18 libpcsclite on cpp
  6. 2025.03.17 NDEF 데이터 읽기
  7. 2025.03.17 ntag 213, 215 그리고 13.25MHz CUID 카드
  8. 2025.03.17 SCardListReadersA 함수(winscard.h)
  9. 2025.03.12 NTAG
  10. 2025.03.11 NDEF 읽기
하드웨어/FC_SAN_10G2025. 3. 29. 15:53

san

san문서를 찾아보는데

scsi switch 라는걸 발견..(!)

문서에서는 fc-san 같은데.. 이런 네트워크가 scsi 에서도 가능한가?

 

[링크 : https://lifegoesonme.tistory.com/347]

 

+

[링크 : https://www.pcmag.com/encyclopedia/term/scsi-switch]

저작자표시

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

FCoE VN2VN  (0) 2025.03.27
fcoe ubuntu  (0) 2025.03.27
FCoE FCF(Fiber Channel Forwarder)  (0) 2025.03.27
BCM957810 10G NIC window 10 드라이버 버전  (0) 2025.02.26
BCM957810A1008G 10g linux 로그  (0) 2025.02.23
Posted by 구차니
하드웨어/FC_SAN_10G2025. 3. 27. 23:54

FCoE VN2VN

 

VN to VN이란 무엇인가? FCoE VN to VN(VN2VN)은 FCoE를 사용하여 두 개의 엔드 노드(ENode)를 직접 연결하는 T11의 새로운 제안 표준. ENode는 FC 또는 FCoE 스위치(FCF)에 연 결하지 않고 다른 원격 ENode를 사용해서 VN2VN 가상 링크를 만들 수 있으므로 포트 조닝과 고급 파이버 채널 서비스 모두 필요하지 않습니다. 스토리지 소프 트웨어는 LUN 마스킹을 사용하여 LUN의 액세스 및 보안을 제어합니다. VN2VN 패브릭은 ENode들 사이에 무손실 이더넷 스위치를 가질 수 있습니다. 따라서 여러 개의 ENode가 VN2VN 패브릭에 있는 둘 이상의 VN2VN 가상 링크를 만드는 데 참여할 수 있습니다. VN2VN의 작동 모드는 지점간(PT2PT)과 다지점 등 두 가지입니다. 참고: 작동 모드는 초기화 도중에만 사용됩니다.

[링크 : https://dl.dell.com/manuals/all-products/esuprt_ser_stor_net/esuprt_pedge_srvr_ethnt_nic/intel-pro-adapters_user's%20guide3_ko-kr.pdf]

 

FCoE Direct End-Node to End-Node (aka FCoE VN2VN)

[링크 : https://www.snia.org/sites/default/files/SDC15_presentations/networking/JohnHufferd_VN2VN_Tutorial_Fall_SDC_2015.pdf]

 

[링크 : https://www.juniper.net/documentation/kr/ko/software/junos/storage/topics/concept/fibre-channel-vn2vn-snooping-understanding.html]

 

[링크 : https://www.snia.org/blog/2013/vn2vn-ethernet-only-fibre-channel-over-ethernet-fcoe-coming]

 

[링크 : ]

저작자표시

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

san  (0) 2025.03.29
fcoe ubuntu  (0) 2025.03.27
FCoE FCF(Fiber Channel Forwarder)  (0) 2025.03.27
BCM957810 10G NIC window 10 드라이버 버전  (0) 2025.02.26
BCM957810A1008G 10g linux 로그  (0) 2025.02.23
Posted by 구차니
하드웨어/FC_SAN_10G2025. 3. 27. 23:16

fcoe ubuntu

fcoemon 과 fipvlan 이라는 유티리티를 발견

그나저나 FCoE를 이해하려면 FC 부터 봐야할 것 같네..

 

fcoemon - Open-FCoE service daemon

[링크 : https://manpages.ubuntu.com/manpages/focal/man8/fcoemon.8.html]

 

fipvlan - Fibre Channel over Ethernet VLAN Discovery

[링크 : https://manpages.ubuntu.com/manpages/focal/man8/fipvlan.8.html]

 

 

 

저작자표시

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

san  (0) 2025.03.29
FCoE VN2VN  (0) 2025.03.27
FCoE FCF(Fiber Channel Forwarder)  (0) 2025.03.27
BCM957810 10G NIC window 10 드라이버 버전  (0) 2025.02.26
BCM957810A1008G 10g linux 로그  (0) 2025.02.23
Posted by 구차니
하드웨어/FC_SAN_10G2025. 3. 27. 23:06

FCoE FCF(Fiber Channel Forwarder)

 

Windows HLK(Hardware Lab Kit)를 사용하여 FCoE(Fibre Channel over Ethernet) 컨트롤러를 테스트하기 전에 완료해야 하는 작업에 대해 설명합니다.

테스트 컴퓨터가 꺼져 있으면 다음 어셈블리 단계를 완료합니다.

FCoE 어댑터를 부팅할 수 없는 경우 대체 SATA 또는 SAS 온보드 부팅 컨트롤러를 구성한 다음, 해당 SATA 또는 SAS 하드 디스크 드라이브가 없는 경우 설치합니다.

첫 번째 테스트 시스템에 FCoE 어댑터 1개를 설치합니다. (컴퓨터에 포트가 하나만 있는 경우 첫 번째 컴퓨터에 FCoE 어댑터를 2개 설치합니다.)

FCoE 어댑터의 모든 포트를 FCF에 연결합니다.

두 번째 테스트 시스템의 두 번째 FCoE 어댑터에 대해 2~4단계를 반복합니다. (컴퓨터에 포트가 하나만 있는 경우 두 번째 컴퓨터에 FCoE 어댑터를 2개 설치합니다.)

다음 다이어그램에 설명된 대로 FCF를 스토리지 배열에 연결합니다.

이더넷을 통한 파이버 채널 구성 다이어그램

LUN을 만들고 스토리지 배열 시스템에 LUN 매핑을 구성합니다. 배열에는 SAN 부팅 구성을 위한 최소 120GB의 디스크 공간이 포함되어야 합니다. LUN 매핑은 첫 번째 테스트 시스템에만 필요합니다. 스토리지 배열 공급업체 지침에 따라 이 단계를 완료합니다.

FCF에서 포트 및 영역 지정을 구성합니다. 스위치 공급업체 지침에 따라 이 단계를 완료합니다.

테스트 시스템을 켭니다.


[링크 : https://learn.microsoft.com/ko-kr/windows-hardware/test/hlk/testref/fibre-channel-over-ethernet-testing-prerequisites]

 

The purpose of this article is to provide the best practice Fiber Channel implementation with S4810 as FSB and S5000 as FCF


What is FIP (FCoE Initialization Protocol)?

Fiber Channel over Ethernet initialization protocol (FIP) ensures a virtual point-to-point link between Enodes and Fiberchannel Forwarded switches over transit FCoE-enabled bridges.

The below mentioned steps are carried out by FIP.

Enode sends FIP VLAN Request to discover FCoE VLANs on All-FCoE-Forwarders MAC (01:01:18:01:00:02)
Enode receives FIP VLAN Response from FCF.
Enode sends FIP Solicitation to discover FCFs using well known MAC (01:01:18:01:00:02)
FIP Solicitation contains information regarding Enode MAC, Enode WWNN and Enode FCoE frame size.
Enode receives FIP Advertisement from FCF
FIP Advertisement contains information like Priority, WWNN of FCF, Fabric Descriptor and FKA ADV Period.
Enode sends FIP FC ELS FLOGI to address 0xFFFFFE
Enode receives FC ELS ACC (FLOGI) from FCF.


What is FIP Snooping Bridge (FSB)?

It acts as a bridge between FCoE capable devices (CNAs) and the Fiber Channel Forwarder (FCF).
It monitors the FIP frames and dynamically configures ACLs to permit authorized point-to-point traffic.
It is also known as FCoE transit switch


What is FCF (Fiber Channel Forwarders)?

It is a combination of FCoE and FC switch. It accepts the connections from the FSB to pass through it and reach the Fiber Channel switch.

What is N_Port ID Virtualization (NPIV)?

This is a feature which helps multiple N_Port IDs to share a single physical N_Port.

What is Data Center Bridging (DCB)?

The Data Center Bridging mainly comprises of three factors.

Priority Flow Control (PFC)
Enhanced transmission Selection (ETS)
Data Center Bridging Exchange (DCBX)


What are the different types of ports?

N_Port (Node Port): A port on the End Node (Either Host or Storage)

F_Port (Fabric Port): A port on the FC switch which provides the necessary information to Node ports.

E_Port (Expansion Port): A port connected between FC switches to form an Inter-Switch Link.

[링크 : https://www.dell.com/support/kbdoc/ko-kr/000144525/deploying-fiber-channel-solution-with-s4810-as-fsb-and-s5000-as-fcf]

저작자표시

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

FCoE VN2VN  (0) 2025.03.27
fcoe ubuntu  (0) 2025.03.27
BCM957810 10G NIC window 10 드라이버 버전  (0) 2025.02.26
BCM957810A1008G 10g linux 로그  (0) 2025.02.23
10g with cat 8 S-FTP 케이블  (0) 2025.02.23
Posted by 구차니
하드웨어/rfid_nfc_smartcard2025. 3. 18. 22:57

libpcsclite on cpp

음.. 흐음...

char *의 포인터를 넘겨줘야 하는데 에러가 난다 머지?

char *mszReaders = NULL;
DWORD dwReaderLen = SCARD_AUTOALLOCATE;
rv = SCardListReaders(hContext, (LPCSTR)NULL, &mszReaders, &dwReaderLen);

 

그래서 강제로 하면 이렇게 에러가 나는데

error: cannot convert ‘char**’ to ‘LPSTR’ {aka ‘char*’}
  103 |     rv = SCardListReaders(hContext, (LPCSTR)NULL, &mszReaders, &dwReaderLen);
      |                                                   ^~~~~~~~~~~
      |                                                   |
      |                                                   char**

 

아래처럼 변수를 미리 선언해서 자동할당 하지 않게 하거나

char mszReaders[255];
DWORD dwReaderLen = sizeof(mszReaders); // SCARD_AUTOALLOCATE;
rv = SCardListReaders(hContext, (LPCSTR)NULL, mszReaders, &dwReaderLen);

 

아래 처럼 강제 형변환을 해주어서 2중 포인터가 아닌 것으로 속여주면 된다.

char *mszReaders = NULL;
DWORD dwReaderLen = SCARD_AUTOALLOCATE;
rv = SCardListReaders(hContext, NULL, (char*)&mszReaders, &dwReaderLen);

 

해결은 되었는데 해결책 같은 느낌이 하나도 안드네..

저작자표시

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NDEF 데이터 읽기  (0) 2025.03.17
ntag 213, 215 그리고 13.25MHz CUID 카드  (0) 2025.03.17
SCardListReadersA 함수(winscard.h)  (0) 2025.03.17
NTAG  (0) 2025.03.12
NDEF 읽기  (0) 2025.03.11
Posted by 구차니
하드웨어/rfid_nfc_smartcard2025. 3. 17. 17:12

NDEF 데이터 읽기

claude로 찾아낸 APDU

 

NDEF application을 선택하고 (고정)

파일을 선택하고 (고정)

파일의 길이를 읽고(고정, 리턴 short)

파일을 읽는다(오프셋short + 길이byte)

읽을때는 읽는 길이 + 2 만큼의 버퍼가 필요하다 (끝의 확인 90 00 때문에)

 

BYTE selectNDEF[] = {0x00, 0xA4, 0x04, 0x00, 0x07, 0xD2, 0x76, 0x00, 0x00, 0x85, 0x01, 0x01, 0x00};
BYTE selectFILE[] = {0x00, 0xA4, 0x00, 0x0C, 0x02, 0xE1, 0x04};
BYTE lengthNDEF[] = {0x00, 0xB0, 0x00, 0x00, 0x02};
BYTE readNDEF[] = {0x00, 0xB0, 오프셋HIGH, 오프셋LOW, 길이BYTE}

 

저작자표시

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

libpcsclite on cpp  (0) 2025.03.18
ntag 213, 215 그리고 13.25MHz CUID 카드  (0) 2025.03.17
SCardListReadersA 함수(winscard.h)  (0) 2025.03.17
NTAG  (0) 2025.03.12
NDEF 읽기  (0) 2025.03.11
Posted by 구차니
하드웨어/rfid_nfc_smartcard2025. 3. 17. 14:06

ntag 213, 215 그리고 13.25MHz CUID 카드

NTAG213 / 215는 ATR이 동일하다.

213 쪽은 ic type이 안뜨는 대신 제조사가 뜨네..?

EXTRA에서 213은 Version information이 안뜨다니..

 


NTAG 213
Mon Mar 17 13:59:48 2025
 Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 5
  Card state: Card inserted, 
  ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68

ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
+ TS = 3B --> Direct Convention
+ T0 = 8F, Y(1): 1000, K: 15 (historical bytes)
  TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0 
-----
  TD(2) = 01 --> Y(i+1) = 0000, Protocol T = 1 
-----
+ Historical bytes: 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00
  Category indicator byte: 80 (compact TLV data object)
    Tag: 4, len: F (initial access data)
      Initial access data: 0C A0 00 00 03 06 03 00 03 00 00 00 00
+ TCK = 68 (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 .. 00 03 00 00 00 00 ..
MIFARE Ultralight (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 .. .. 00 00 00 00 ..
RFID - ISO 14443 Type A Part 3 (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
RFID - ISO 14443 Type A - NXP Mifare Ultralight or UltralightC
   
Mon Mar 17 13:59:49 2025
 Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 6
  Card state: Card removed, 

 

NTAG 215
Mon Mar 17 14:00:34 2025
 Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 7
  Card state: Card inserted, 
  ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68

ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
+ TS = 3B --> Direct Convention
+ T0 = 8F, Y(1): 1000, K: 15 (historical bytes)
  TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0 
-----
  TD(2) = 01 --> Y(i+1) = 0000, Protocol T = 1 
-----
+ Historical bytes: 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00
  Category indicator byte: 80 (compact TLV data object)
    Tag: 4, len: F (initial access data)
      Initial access data: 0C A0 00 00 03 06 03 00 03 00 00 00 00
+ TCK = 68 (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 .. 00 03 00 00 00 00 ..
MIFARE Ultralight (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 .. .. 00 00 00 00 ..
RFID - ISO 14443 Type A Part 3 (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
RFID - ISO 14443 Type A - NXP Mifare Ultralight or UltralightC
   
Mon Mar 17 14:00:35 2025
 Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 8
  Card state: Card removed, 

 

13.56MHz CUID 카드
Mon Mar 17 14:01:11 2025
 Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 9
  Card state: Card inserted, 
  ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A

ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
+ TS = 3B --> Direct Convention
+ T0 = 8F, Y(1): 1000, K: 15 (historical bytes)
  TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0 
-----
  TD(2) = 01 --> Y(i+1) = 0000, Protocol T = 1 
-----
+ Historical bytes: 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00
  Category indicator byte: 80 (compact TLV data object)
    Tag: 4, len: F (initial access data)
      Initial access data: 0C A0 00 00 03 06 03 00 01 00 00 00 00
+ TCK = 6A (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
3B 8F 80 01 80 4F 0C A0 00 00 03 06 .. 00 01 00 00 00 00 ..
MIFARE Classic 1K (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 .. .. 00 00 00 00 ..
RFID - ISO 14443 Type A Part 3 (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
NXP/Philips MIFARE Classic 1K (as per PCSC std part3)
http://www.nxp.com/#/pip/pip=[pfp=41863]|pp=[t=pfp,i=41863]
Oyster card - Transport for London (first-gen)
https://en.wikipedia.org/wiki/Oyster_card
ACOS5/1k Mirfare
vivotech ViVOcard Contactless Test Card
Bangkok BTS Sky SmartPass
Mifare Classic 1K (block 0 re-writeable)
Electic vehicle charging card of the German Telekom, acting as EMSP GetCharge
Electic vehicle charging card of the EMSP Stadtwerke Muenchen (SWM), ladenetz.de, Germany
Electic vehicle charging card of the EMSP EinfachStromLaden of Maingau-Energie, Germany
Scouter carsharing customer card in Germany
https://scouter.de/
   
Mon Mar 17 14:01:11 2025
 Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 10
  Card state: Card removed,
저작자표시

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

libpcsclite on cpp  (0) 2025.03.18
NDEF 데이터 읽기  (0) 2025.03.17
SCardListReadersA 함수(winscard.h)  (0) 2025.03.17
NTAG  (0) 2025.03.12
NDEF 읽기  (0) 2025.03.11
Posted by 구차니
하드웨어/rfid_nfc_smartcard2025. 3. 17. 12:27

SCardListReadersA 함수(winscard.h)

특이하다면 특이한 함수인데

mszReaders 변수의 길이를 포인터인 pcchReaders에 넘겨주어야지 정상적으로 작동한다.

LONG SCardListReadersA(
  [in]           SCARDCONTEXT hContext,
  [in, optional] LPCSTR       mszGroups,
  [out]          LPSTR        mszReaders,
  [in, out]      LPDWORD      pcchReaders
);

 

그래서 조금 편하게 쓰라고 SCARD_AUTOALLOCATE (-1)을 해주면 알아서 할당해서 던져주는 듯.

LPTSTR          pmszReaders = NULL;
LPTSTR          pReader;
LONG            lReturn, lReturn2;
DWORD           cch = SCARD_AUTOALLOCATE;

// Retrieve the list the readers.
// hSC was set by a previous call to SCardEstablishContext.
lReturn = SCardListReaders(hSC,
                           NULL,
                           (LPTSTR)&pmszReaders,
                           &cch );

[링크 : https://learn.microsoft.com/ko-kr/windows/win32/api/winscard/nf-winscard-scardlistreadersa]

저작자표시

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NDEF 데이터 읽기  (0) 2025.03.17
ntag 213, 215 그리고 13.25MHz CUID 카드  (0) 2025.03.17
NTAG  (0) 2025.03.12
NDEF 읽기  (0) 2025.03.11
mifare desfire 인증 프로세스  (0) 2025.03.11
Posted by 구차니
하드웨어/rfid_nfc_smartcard2025. 3. 12. 17:20

NTAG

옥션에서 먼가 구매하려고 보다 보니

NTAG 213 / 215를 따로 팔고 있길래 먼가 해서 검색

얘는.. RFID 리더는 못 읽고 NFC 리더에서만 읽을수 있으려나?

 

NTAG203 : 보급형,  137 bytes , 다양한 형태로 사용이 가능하다.
NTAG212 : 메모리사이즈가 128 bytes. NTAG203를 개선하여 속도나 거리에서 개선된 제품.
NTAG213 : 읽기 속도 개선, 메모리 사이즈가 144 bytes. 암호 보호, 가격도 싸고 성능도 좋다.
NTAG215 : 메모리 사이즈가 504 bytes, 암호 보호 기능 강화.
NTAG216 : 메모리 사이즈가 888 bytes. 속도는 빠르나 가격이 비싸다.

[링크 : https://blog.naver.com/iamsmartin/220727540584]

 

14443 Type A 를 충족한다고 하면 acr1252u 로도 읽힐 것 같네?

NTAG® 213/215/216: NFC Forum Type 2 Tag Compliant IC with 144/504/888 Bytes User Memory

NTAG 213, NTAG 215, and NTAG 216 have been developed by NXP® Semiconductors as standard NFC tag ICs to be used in mass-market applications such as retail, gaming, and consumer electronics, in combination with NFC devices or NFC-compliant Proximity Coupling Devices. NTAG 213, NTAG 215, and NTAG 216 (from now on, generally called NTAG 21x) are designed to fully comply to NFC Forum Type 2 Tag and ISO/IEC14443 Type A specifications.

[링크 : https://www.nxp.com/products/NTAG213_215_216]

저작자표시

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

ntag 213, 215 그리고 13.25MHz CUID 카드  (0) 2025.03.17
SCardListReadersA 함수(winscard.h)  (0) 2025.03.17
NDEF 읽기  (0) 2025.03.11
mifare desfire 인증 프로세스  (0) 2025.03.11
libnfc, libfreefare  (0) 2025.02.28
Posted by 구차니
하드웨어/rfid_nfc_smartcard2025. 3. 11. 17:22

NDEF 읽기

아니.. chatGPT로는 못했는데 claude 만세 -_ㅠ

 

What are these commands?
The first command (90 60 00 00 00) is a MIFARE DESFire GetVersion command (wrapped command set). This seems to be specific to the NXP-based Android NFC stack and is not part of a typical NFC tag detection procedure.
The second command (00 A4 04 00 07 D2 76 00 00 85 01 01 00) is a SELECT APDU that tries to select the NFC Forum Type 4 tag application (version 2.0) by its AID. This is part of the typical tag detection procedure for ISO 14443-4 (ISO-DEP) based tags/smartcards.
Why are these commands sent before apps are notified about the presence of a tag and even if no app is active at all?
A typical NFC device will automatically discover the presence of NFC tags that contain NDEF messages. Usually such NDEF messages then trigger actions on the device (e.g. start an app). As your tag seems to be an ISO 14443-4 (ISO-DEP) compliant tag/smartcard, the NDEF discovery procedure for an NFC Forum Type 4 tag is started. This procedure normally contains of the following steps:
  1. Select the NFC Forum Type 4 tag application (version 2.0)
  2. If application selection is successful, continue with reading the capability container file and the NDEF data file.
  3. If application selection fails, continue with selecting the NFC Forum Type 4 tag application (version 1.0)
  4. If application selection is successful, continue with reading the capability container file and the NDEF data file.
  5. If application selection fails, tag is not an NFC Forum Type 4 tag.
  6. Typically the connection to the tag is reset at this point so that any communication that an app performs with a tag is started right after a fresh activation of the tag.
The additional command before step 1 indicates that the NXP's NFC stack additionally tries to find out if the Type 4 tag is an NXP product (NXP's MIFARE DESFire or DESFIRE EV1). It is not related to peer-to-peer mode protocols.
Remark on the Broadcom NFC stack: There is a known issue that seems to still exist on Android 4.4: Even after the tag is passed to an app and the app started IsoDep communication the NFC stack arbitrarily sends READ BINARY commands interleaved with the app's communication. This frequently results into protocol errors due to invalid command sequences. This does not happen with NXP's NFC stack.
Can I prevent this initial processing of a tag?
Yes, but only since Android 4.4. On that platform you can use the NfcAdapter's enableReaderMode method to bring the device into a reader mode without NDEF discovery.

[링크 : https://stackoverflow.com/questions/21121149/bytes-automatically-send-by-android-nfc-to-an-emulated-card]

 

8. MIFARE DESFire EV1 GetVersion command 1
Command: 90 60 00 00 00h
Expected Response: XX XX XX XX XX XX XX 91 AFh

9. MIFARE DESFire EV1 GetVersion command 2. The Storage Size code (SS) value indicates the storage size, in particular: 1Ah indicates 8192 bytes, 18h indicates 4096 bytes and 16h indicates 2048 bytes
Command: 90 AF 00 00 00h
Expected Response: XX XX XX SW XX SS XX 91 AFh

10. MIFARE DESFire EV1 GetVersion command 3
Command: 90 AF 00 00 00h
11. Expected Response: XX XX XX XX XX XX XX XX XX XX XX XX XX 91 00

[링크 : https://www.nxp.com/docs/en/application-note/AN11004.pdf]

저작자표시

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

SCardListReadersA 함수(winscard.h)  (0) 2025.03.17
NTAG  (0) 2025.03.12
mifare desfire 인증 프로세스  (0) 2025.03.11
libnfc, libfreefare  (0) 2025.02.28
ATQA, SAK  (0) 2025.02.28
Posted by 구차니

티스토리툴바