5F34 Tag Issue in EMV chip Data

[pampana durgaprasad]

Hi,

I have something strange issue with 5F34 tag.

Bank host receiving all emv tags and its values but tag 5F34 is not receiving properly. Its failing in only one scenario where 5F34 tag value is 03.

Its working for other values like if the tag value is 01 or 02 or 04 etc , host able to receive the same value whereas for 03 only host receiving some different value.

Could any plz suggest us.

We are using IFB_LLLBINARY for field 55.

Please note other tag values which we are sending able to receive the same at destination host end.

Please find the below log for reference.

<send>
    <isomsg direction="outgoing">
      <!-- com.dgsecure.test.TestPackager -->
      <field id="0" value="0200"/>
      <field id="3" value="000000"/>
      <field id="4" value="000000008000"/>
      <field id="11" value="776456"/>
      <field id="22" value="051"/>
      <field id="24" value="002"/>
      <field id="25" value="00"/>
      <field id="35" value="7FB3D9D2AD8F194F042B30F7B2FF32820E0197DC60A3CC9D" type="binary"/>
      <field id="41" value="12345678"/>
      <field id="42" value="112233"/>
      <field id="55" value="9F26082F54E5AE06EA1F519F2701809F10120210A5000F040000410300000000000000FF9F37042CD6AAD79F3602000E950500000080009A031403059F21031904389C01009F02060000000020005F2A020356820258009F1A0203569F03060000000000009F3303E0F0C89F34034103029F3501229F1E0830303030303132338408A0000000041010029F090200029F4104000000005F2A01035F340103" type="binary"/>
    </isomsg>
  </send>

[Mark Salter]

On 05/03/2014 14:32, pampana durgaprasad wrote:

> Bank host receiving all emv tags and its values but tag 5F34 is not
> receiving properly.

What are they receiving:-

- something other than 03?
- nothing at all?

> Its failing in only one scenario where 5F34 tag
> value is 03.

Please define 'failing' :-)

>
> Its working for other values like if the tag value is 01 or 02 or 04 etc
> , host able to receive the same value whereas for 03 only host receiving
> some different value.

What value do they see?

> We are using IFB_LLLBINARY for field 55.

What Channel are you using?

What travels over the network?


--
Mark

[pampana durgaprasad]

we are using NACChannel.

This is how we are appending to TLVList.
TLVList tlv=new TLVList();
tlv.append("9F34",ISOUtil.hex2byte("03")); similarly adding for rest of the tags also.

byte[] tlvdata=tlv.pack();

Bank host receiving 00 in place of 03

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage.  Please support jPOS, contact: sa...@jpos.org

Join us in IRC at http://webchat.freenode.net/?channels=jpos

You received this message because you are subscribed to the  "jPOS Users" group.
Please see http://jpos.org/wiki/JPOS_Mailing_List_Readme_first
To post to this group, send email to jpos-...@googlegroups.com
To unsubscribe, send email to jpos-users+...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/jpos-users
---
You received this message because you are subscribed to a topic in the Google Groups "jPOS Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jpos-users/1X8dfBfdo1U/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jpos-users+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/5317B82F.5050705%40talktalk.net.

For more options, visit https://groups.google.com/groups/opt_out.

[chhil]

Maybe extend the channel and dump the data that is being sent or use a sniffer (wireshark) to see whats travelling on the tcp connection.

-chhil

You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAKY0ZoWy1uYYh9JQhSXgLPDHrhk_rXjzmC3Cdso_V%3Dff5iOaLQ%40mail.gmail.com.

[pampana durgaprasad]

0000  02 00 30 20 05 80 20 C0  02 00 00 00 00 00 00 00  ..0 .. .........
0010  00 80 00 26 42 88 00 51  00 02 00 48 7F B3 D9 D2  ...&B..Q...H....
0020  AD 8F 19 4F 69 45 43 EA  82 2F F3 CC F2 5F 22 11  ...OiEC../..._".
0030  25 38 1B 51 33 32 32 32  32 32 31 30 31 31 32 32  %8.Q322222101122
0040  33 33 20 20 20 20 20 20  20 20 20 01 58 9F 26 08  33         .X.&.
0050  A1 99 17 7D 6A C6 08 7B  9F 27 01 80 9F 10 12 02  ...}j..{.'......
0060  10 A5 00 0F 04 00 00 41  03 00 00 00 00 00 00 00  .......A........
0070  FF 9F 37 04 79 61 CC 70  9F 36 02 00 08 95 05 00  ..7.ya.p.6......
0080  00 00 80 00 9A 03 14 03  06 9F 21 03 10 41 55 9C  ..........!..AU.
0090  01 00 9F 02 06 00 00 00  00 20 00 5F 2A 02 03 56  ......... ._*..V
00a0  82 02 58 00 9F 1A 02 03  56 9F 03 06 00 00 00 00  ..X.....V.......
00b0  00 00 9F 33 03 E0 F0 C8  9F 34 03 41 03 02 9F 35  ...3.....4.A...5
00c0  01 22 9F 1E 08 30 30 30  30 30 31 32 33 84 08 A0  ."...00000123...
00d0  00 00 00 04 10 10 01 9F  09 02 00 02 9F 41 04 00  .............A..
00e0  00 00 00 5F 2A 01 03 9F  34 01 03                 ..._*...4..



00F0600002000002003020058020C002000000000000000080006139890051000200487FB3D9D2AD8F194F694543EA822FF3CCF25F221125381B51333232323232313031313232333320202020202020202001589F2608A199177D6AC6087B9F2701809F10120210A5000F040000410300000000000000FF9F37047961CC709F36020008950500000080009A031403069F21031041559C01009F02060000000020005F2A020356820258009F1A0203569F03060000000000009F3303E0F0C89F34034103029F3501229F1E0830303030303132338408A0000000041010019F090200029F4104000000005F2A01039F340103

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefC-L4LEF%3D-nwBFo4o%2BmjCxJsb6MWQSdgtKfTZpXeWwKkg%40mail.gmail.com.

[Mark Salter]

On 06/03/2014 11:52, pampana durgaprasad wrote:
> 00F0600002000002003020058020C002000000000000000080006139890051000200487FB3D9D2AD8F194F694543EA822FF3CCF25F221125381B513332323232323130313132323333202020202020202020

length 0158 ...

+ manual decode, hopefully from the first tag

9F26 08 A199177D6AC6087B
9F27 01 80
9F10 12 0210A5000F040000410300000000000000FF
9F37 04 7961CC70
9F36 02 0008
95 05 0000008000
9A 03 140306
9F21 03 104155
9C 01 00
9F02 06 000000002000
5F2A 02 0356
82 02 5800
9F1A 02 0356
9F03 06 000000000000
9F33 03 E0F0C8
9F34 03 410302
9F35 01 22
9F1E 08 3030303030313233
84 08 A000000004101001
9F09 02 0002
9F41 04 00000000
5F2A 01 03
9F34 01 03

and a handy online version :-

http://tinyurl.com/5f34MissingQuestion


Ok, 5f34 (Pan Seq) isn't there, so is not leaving your system ...

... are you sure you are putting it into TLVList ?

Can you share the code please - specifically the part that is setting
the tag that appears not to be added - with the context if you can split
it out?

--
Mark

[chhil]

In the following the 5F34  tag is present.

<field id="55" value="

9F26082F54E5AE06EA1F519F2701809F10120210A5000F040000410300000000000000FF9F37042CD6AAD79F3602000E950500000080009A031403059F21031904389C01009F02060000000020005F2A020356820258009F1A0203569F03060000000000009F3303E0F0C89F34034103029F3501229F1E0830303030303132338408A0000000041010029F090200029F4104000000005F2A01035F340103" type="binary"/>

In your hexdump 5F34 is not present.

but 9f34 is present twice, once the value is  410302, the second time its 03.
Used Marks url and posted the following from your hexdump.
9F37047961CC709F36020008950500000080009A031403069F21031041559C01009F02060000000020005F2A020356820258009F1A0203569F03060000000000009F3303E0F0C89F34034103029F3501229F1E0830303030303132338408A0000000041010019F090200029F4104000000005F2A01039F340103

Please debug your code.
Its unfortunate that TLVList does not check for an existing tag and just keeps adding repeats.

-chhil

[Mark Salter]

On 07/03/2014 11:15, chhil wrote:
> Please debug your code.
> Its unfortunate that TLVList does not check for an existing tag and just
> keeps adding repeats.

I did consider what to do with 'repeats', but left that to the user to
worry about; taking the approach that multiple occurrences of a single
tag might not always be surprising ;-)

--
Mark

[chhil]

Fair enough, the custom TLV that I deal with our maps so dont run into this it just overwrites it ;).
Maybe an exception is thrown on append to indicate a duplicate tag and the user can deal with it?

-chhil

--
Mark

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage.  Please support jPOS, contact: sa...@jpos.org

Join us in IRC at http://webchat.freenode.net/?channels=jpos

You received this message because you are subscribed to the  "jPOS Users" group.
Please see http://jpos.org/wiki/JPOS_Mailing_List_Readme_first
To post to this group, send email to jpos-...@googlegroups.com
To unsubscribe, send email to jpos-users+...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/jpos-users
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/5319C7E3.4000904%40talktalk.net.

For more options, visit https://groups.google.com/d/optout.

[Mark Salter]

On 07/03/2014 13:43, chhil wrote:
> Fair enough, the custom TLV that I deal with our maps so dont run into
> this it just overwrites it ;).

:-)

> Maybe an exception is thrown on append to indicate a duplicate tag and
> the user can deal with it?

But what if you really wanted a double - that was my dilema...
.. which I choose to let the user get right :-D



--
Mark