Issue while sending DE 127.10 & DE 127.29 together.

[ccav tech]

Dear All,

I am having an issue while sending DE 127.10 & 127.29 together to postilion switch i.e I am not getting response from the switch but when I tried the request with each of them separately I am able to receive the response.

So I am not able to understand the issue,below are the Jpos rules defined for my appln.

Jpos Rules:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE isopackager PUBLIC
        "-//jPOS/jPOS Generic Packager DTD 1.0//EN"
        "http://jpos.org/dtd/generic-packager-1.0.dtd">
<isopackager>
  <isofield
      id="0"
      length="4"
      name="MESSAGE TYPE INDICATOR"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="1"
      length="16"
      name="BIT MAP"
      class="org.jpos.iso.IFB_BITMAP"/>
  <isofield
      id="2"
      length="19"
      name="PAN - PRIMARY ACCOUNT NUMBER"
      class="org.jpos.iso.IFA_LLNUM"/>
  <isofield
      id="3"
      length="6"
      name="PROCESSING CODE"
      class="org.jpos.iso.IFA_NUMERIC"/>
     
  <isofield
      id="4"
      length="12"
      name="AMOUNT, TRANSACTION"
      class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield id="5" length="12" name="AMOUNT, SETTLEMENT" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="7"
      length="10"
      name="TRANSMISSION DATE AND TIME"
      class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield id="8" length="8" name="AMOUNT, CARDHOLDER BILLING FEE" class="org.jpos.iso.IFA_NUMERIC"/>
          <isofield id="9" length="8" name="CONVERSION RATE, SETTLEMENT" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="11"
      length="6"
      name="SYSTEM TRACE AUDIT NUMBER"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="12"
      length="6"
      name="TIME, LOCAL TRANSACTION"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="13"
      length="4"
      name="DATE, LOCAL TRANSACTION"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="14"
      length="4"
      name="DATE, EXPIRATION"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="15" length="4" name="DATE, SETTLEMENT" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="16" length="4" name="DATE, CONVERSION" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="17" length="4" name="DATE, CAPTURE" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="18"
      length="4"
      name="MERCHANTS TYPE"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="19" length="3" name="ACQUIRING INSTITUTION COUNTRY CODE" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="20" length="3" name="PAN EXTENDED COUNTRY CODE" class="org.jpos.iso.IFA_NUMERIC"/>
 
  <isofield id="21" length="3" name="FORWARDING INSTITUTION COUNTRY CODE" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="22"
      length="3"
      name="POINT OF SERVICE ENTRY MODE"
      class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="23" length="3" name="CARD SEQUENCE NUMBER" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="24" length="3" name="NETWORK INTERNATIONAL IDENTIFIEER" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield
      id="25"
      length="2"
      name="POINT OF SERVICE CONDITION CODE"
      class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield id="27" length="1" name="AUTHORIZATION IDENTIFICATION RESP LEN" class="org.jpos.iso.IFA_NUMERIC"/>
  <isofield id="28" length="9" name="AMOUNT, TRANSACTION FEE" class="org.jpos.iso.IFA_AMOUNT"/>
  <isofield id="29" length="9" name="AMOUNT, SETTLEMENT FEE" class="org.jpos.iso.IFA_AMOUNT"/>
  <isofield id="30" length="9" name="AMOUNT, TRANSACTION PROCESSING FEE" class="org.jpos.iso.IFA_AMOUNT"/>
   <isofield id="31" length="9" name="AMOUNT, SETTLEMENT PROCESSING FEE" class="org.jpos.iso.IFA_AMOUNT"/>
  <isofield
      id="32"
      length="11"
      name="ACQUIRING INSTITUTION IDENT CODE"
      class="org.jpos.iso.IFA_LLNUM"/>
  <isofield id="33" length="11" name="FORWARDING INSTITUTION IDENT CODE" class="org.jpos.iso.IFA_LLNUM"/>
  <isofield id="34" length="28" name="PAN EXTENDED" class="org.jpos.iso.IFA_LLCHAR"/>
  <isofield id="35" length="37" name="TRACK 2 DATA" class="org.jpos.iso.IFA_LLNUM"/>
  <isofield id="36" length="104" name="TRACK 3 DATA" class="org.jpos.iso.IFA_LLLCHAR"/>
  <isofield
      id="37"
      length="12"
      name="RETRIEVAL REFERENCE NUMBER"
      class="org.jpos.iso.IF_CHAR"/>
      <isofield id="38" length="6" name="AUTHORIZATION IDENTIFICATION RESPONSE" class="org.jpos.iso.IF_CHAR"/>
  <isofield id="39" length="2" name="RESPONSE CODE" class="org.jpos.iso.IF_CHAR"/>
  <isofield
      id="41"
      length="8"
      name="CARD ACCEPTOR TERMINAL IDENTIFICACION"
      class="org.jpos.iso.IF_CHAR"/>
     
  <isofield
      id="42"
      length="15"
      name="CARD ACCEPTOR IDENTIFICATION CODE"
      class="org.jpos.iso.IF_CHAR"/>
  <isofield
      id="43"
      length="40"
      name="CARD ACCEPTOR NAME/LOCATION"
      class="org.jpos.iso.IF_CHAR"/>
   <isofield id="44" length="25" name="ADITIONAL RESPONSE DATA" class="org.jpos.iso.IFA_LLCHAR"/>
  <isofield
      id="49"
      length="3"
      name="CURRENCY CODE, TRANSACTION"
      class="org.jpos.iso.IFA_NUMERIC"/>
   <isofield id="54" length="120" name="ADDITIONAL AMOUNTS" class="org.jpos.iso.IFA_LLLCHAR"/>
   <isofield id="90" length="42" name="ORIGINAL DATA ELEMENTS" class="org.jpos.iso.IFA_NUMERIC"/>
   <isofield id="102" length="28" name="FROM ACCOUNT" class="org.jpos.iso.IFA_LLCHAR"/>
  <isofield
      id="123"
      length="999"
      name="RESERVED PRIVATE USE"
      class="org.jpos.iso.IFA_LLLCHAR"/>
 
 
 
  <isofieldpackager
      id="127"  
      length="999999"
      name="RESERVED PRIVATE USE"
      class="org.jpos.iso.IFA_LLLLLLBINARY"
      packager="org.jpos.iso.packager.GenericSubFieldPackager">
      <isofield
          id="0"
          length="0"
          name="PLACEHOLDER"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="1"
          length="8"
          name="BITMAP"
          class="org.jpos.iso.IFB_BITMAP"/>
      <isofield
          id="2"
          length="32"
          name="SWITCH KEY"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="3"
          length="48"
          name="ROUTING INFORMATION"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="4"
          length="22"
          name="POS DATA"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="5"
          length="73"
          name="SERVICE STATION DATA"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="6"
          length="2"
          name="AUTHORIZATION PROFILE"
          class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield
          id="7"
          length="50"
          name="CHECK DATA"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="8"
          length="128"
          name="RETENTION DATA"
          class="org.jpos.iso.IFA_LLLCHAR"/>
      <isofield
          id="9"
          length="255"
          name="ADDITIONAL NODE DATA"
          class="org.jpos.iso.IFA_LLLCHAR"/>
      <isofield
          id="10"
          length="3"
          name="CVV2"
          class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield
          id="11"
          length="32"
          name="ORIGINAL KEY"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="12"
          length="25"
          name="TERMINAL OWNDER"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="13"
          length="17"
          name="POS GEOGRAPHIC DATA"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="14"
          length="8"
          name="SPONSOR BANK"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="15"
          length="29"
          name="AVS REQUEST"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="16"
          length="1"
          name="AVS RESPONSE"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="17"
          length="50"
          name="CARDHOLDER INFORMATION"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="18"
          length="50"
          name="VALIDATION DATA"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="19"
          length="45"
          name="BANK DETAILS"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="20"
          length="8"
          name="AUTHORIZER DATE SETTLEMENT"
          class="org.jpos.iso.IFA_NUMERIC"/>
      <isofield
          id="21"
          length="12"
          name="RECORD IDENTIFICATION"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="22"
          length="99999"
          name="STRUCTURED DATA"
          class="org.jpos.iso.IFA_LLLLLCHAR"/>
      <isofield
          id="23"
          length="253"
          name="PAYEE NAME AND ADDRESS"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="24"
          length="28"
          name="PAYER ACCOUNT INFORMATION"
          class="org.jpos.iso.IFA_LLCHAR"/>
      <isofield
          id="25"
          length="8000"
          name="ICC DATA"
          class="org.jpos.iso.IFA_LLLLCHAR"/>
      <isofield
          id="26"
          length="20"
          name="ORIGINAL NODE"
          class="org.jpos.iso.IFA_LLCHAR"/>
    <isofield
          id="29"
          length="40"
          name="3D Secure Data"
          class="org.jpos.iso.IFB_BINARY"/>
         
          <isofield
          id="30"
          length="1"
          name="3D Secure Result"
          class="org.jpos.iso.IF_CHAR"/>
  </isofieldpackager>
  </isopackager>

Hex Dump of successful Request :

0000  30 31 30 30 F2 3C 44 81  08 E0 80 00 00 00 00 00  0100.<D.........
0010  00 00 00 22 31 36 34 32  38 39 36 39 37 30 30 30  ..."164289697000
0020  35 33 31 34 36 34 30 30  30 30 30 30 30 30 30 30  5314640000000000
0030  30 30 30 32 30 30 30 30  30 33 32 36 30 37 33 36  0002000003260736
0040  33 30 32 30 35 37 37 37  31 31 33 36 33 30 30 33  3020577711363003
0050  32 36 32 31 30 36 35 36  39 31 30 31 32 30 38 30  2621065691012080
0060  36 34 35 34 38 39 39 39  30 38 35 30 37 31 30 35  6454899908507105
0070  37 39 30 30 30 30 35 30  30 34 31 30 30 30 30 30  7900005004100000
0080  30 30 30 32 37 31 37 34  39 39 43 4F 4D 4D 45 52  0002717499COMMER
0090  43 49 41 4C 38 33 36 30  44 75 62 61 69 41 45 41  CIAL8360DubaiAEA
00a0  45 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  E              
00b0  20 20 37 38 34 30 31 35  31 30 30 30 33 30 31 30    78401510003010
00c0  34 30 30 30 30 30 30 30  30 30 30 31 31 00 40 00  4000000000011.@.
00d0  00 00 00 00 00 38 37 35                           .....875

Hex Dump of request for which we didnt recive response:

0000  30 31 30 30 F2 3C 44 81  08 E0 80 00 00 00 00 00  0100.<D.........
0010  00 00 00 22 31 36 34 32  38 39 36 39 37 30 30 30  ..."164289697000
0020  35 33 31 34 36 34 30 30  30 30 30 30 30 30 30 30  5314640000000000
0030  30 30 30 32 30 30 30 30  30 33 32 36 30 37 33 36  0002000003260736
0040  33 30 32 30 35 37 37 37  31 31 33 36 33 30 30 33  3020577711363003
0050  32 36 32 31 30 36 35 36  39 31 30 31 32 30 38 30  2621065691012080
0060  36 34 35 34 38 39 39 39  30 38 35 30 37 31 30 35  6454899908507105
0070  37 39 30 30 30 30 35 30  30 34 31 30 30 30 30 30  7900005004100000
0080  30 30 30 32 37 31 37 34  39 39 43 4F 4D 4D 45 52  0002717499COMMER
0090  43 49 41 4C 38 33 36 30  44 75 62 61 69 41 45 41  CIAL8360DubaiAEA
00a0  45 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  E              
00b0  20 20 37 38 34 30 31 35  31 30 30 30 33 30 31 30    78401510003010
00c0  34 30 30 30 30 30 30 30  30 30 30 35 31 00 40 00  4000000000051.@.
00d0  08 00 00 00 00 38 37 35  30 30 30 30 30 30 30 30  .....87500000000
00e0  30 30 30 30 30 30 30 30  30 32 30 30 00 00 01 01  000000000200....
00f0  07 17 02 20 20 00 00 00  52 17 02 00 00 00 00 00  ...  ...R.......

Please advice.

[chhil]

The difference between your successful and unsuccessful is the 40 bytes of data set in 127.29. Up to 875 it's the same (bitmap is different as you are sending an additional sub data element in field 127.

00c0  34 30 30 30 30 30 30 30  30 30 30 31 31 00 40 00  4000000000011.@.
00d0  00 00 00 00 00 38 37 35                           .....875

00c0  34 30 30 30 30 30 30 30  30 30 30 35 31 00 40 00  4000000000051.@.
00d0  08 00 00 00 00 38 37 35  30 30 30 30 30 30 30 30  .....87500000000
00e0  30 30 30 30 30 30 30 30  30 32 30 30 00 00 01 01  000000000200....
00f0  07 17 02 20 20 00 00 00  52 17 02 00 00 00 00 00  ...  ...R.......

Have tried asking the Postilion system what problem they are having with the data that causes them to not respond?

Ask them for their trace with the exception (they definitely will have one as they did not respond). 

Based on the information you provided.... "but when I tried the request with each of them separately I am able to receive the response." are you passing identical data in 127.10 and 127.29 to what was passed in them when sent standalone? i.e. are you doing an apple to apple comparison).

-chhil

--
--
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
---
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/CAOfY%3Dj_yPhb1dfhXEH16f%3DYht_CP7xc3U4_Kvz-NYaPGM7cDKQ%40mail.gmail.com.

[ccav tech]

Hi Chhil,

The specification for  DE 127.29 is b40 so  I think the 40 bytes of data has been set in DE 127.29.

Am I setting the DE 127.29 as per the specification?

Below is how I defined DE 127.29 in the rules.:

<isofieldpackager
      id="127"  
      length="999999"
      name="RESERVED PRIVATE USE"
      class="org.jpos.iso.IFA_LLLLLLBINARY"
      packager="org.jpos.iso.packager.GenericSubFieldPackager">
      <isofield
          id="0"
          length="0"
          name="PLACEHOLDER"
          class="org.jpos.iso.IF_CHAR"/>
      <isofield
          id="1"
          length="8"
          name="BITMAP"
          class="org.jpos.iso.IFB_BITMAP"/>
<isofield

          id="10"
          length="3"
          name="CVV2"
          class="org.jpos.iso.IFA_NUMERIC"/>

<isofield

          id="29"
          length="40"
          name="3D Secure Data"
          class="org.jpos.iso.IFB_BINARY"/>

And the data for DE 127.10 & 127.29 while sending them separately is:

Successful ISO Request With DE 127.10:

0000  30 31 30 30 F2 3C 44 81  08 E0 80 00 00 00 00 00  0100.<D.........
0010  00 00 00 22 31 36 34 32  38 39 36 39 37 30 30 30  ..."164289697000
0020  35 33 31 34 36 34 30 30  30 30 30 30 30 30 30 30  5314640000000000
0030  30 30 30 32 30 30 30 30  30 33 32 36 30 37 33 36  0002000003260736

0040  33 30 32 30 35 37 32 35  31 31 33 36 33 30 30 33  3020572511363003

0050  32 36 32 31 30 36 35 36  39 31 30 31 32 30 38 30  2621065691012080
0060  36 34 35 34 38 39 39 39  30 38 35 30 37 31 30 35  6454899908507105
0070  37 39 30 30 30 30 35 30  30 34 31 30 30 30 30 30  7900005004100000
0080  30 30 30 32 37 31 37 34  39 39 43 4F 4D 4D 45 52  0002717499COMMER
0090  43 49 41 4C 38 33 36 30  44 75 62 61 69 41 45 41  CIAL8360DubaiAEA
00a0  45 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  E              
00b0  20 20 37 38 34 30 31 35  31 30 30 30 33 30 31 30    78401510003010
00c0  34 30 30 30 30 30 30 30  30 30 30 31 31 00 40 00  4000000000011.@.
00d0  00 00 00 00 00 38 37 35                           .....875

Successful ISO Request with DE 127.29:

0000  30 31 30 30 F2 3C 44 81  08 E0 80 00 00 00 00 00  0100.<D.........
0010  00 00 00 22 31 36 34 32  38 39 36 39 37 30 30 30  ..."164289697000
0020  35 33 31 34 36 34 30 30  30 30 30 30 30 30 30 30  5314640000000000
0030  30 30 30 32 30 30 30 30  30 33 32 36 30 37 33 36  0002000003260736

0040  33 30 32 30 35 37 38 34  31 31 33 36 33 30 30 33  3020578411363003

0050  32 36 32 31 30 36 35 36  39 31 30 31 32 30 38 30  2621065691012080
0060  36 34 35 34 38 39 39 39  30 38 35 30 37 31 30 35  6454899908507105
0070  37 39 30 30 30 30 35 30  30 34 31 30 30 30 30 30  7900005004100000
0080  30 30 30 32 37 31 37 34  39 39 43 4F 4D 4D 45 52  0002717499COMMER
0090  43 49 41 4C 38 33 36 30  44 75 62 61 69 41 45 41  CIAL8360DubaiAEA
00a0  45 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  E              
00b0  20 20 37 38 34 30 31 35  31 30 30 30 33 30 31 30    78401510003010

00c0  34 30 30 30 30 30 30 30  30 30 30 34 38 00 00 00  4000000000048...
00d0  08 00 00 00 00 30 30 30  30 30 30 30 30 30 30 30  .....00000000000
00e0  30 30 30 30 30 30 32 30  30 00 00 01 01 07 17 02  000000200.......
00f0  20 20 00 00 00 52 17 02  00 00 00 00 00             ...R.......

Meanwhile I will try to connect with the Postilion guys and ask them to share the logs printed at their side.

On Mon, Sep 23, 2019 at 12:14 PM chhil [via jPOS] <ml+s1045706...@n5.nabble.com> wrote:

The difference between your successful and unsuccessful is the 40 bytes of data set in 127.29. Up to 875 it's the same (bitmap is different as you are sending an additional sub data element in field 127.

00c0  34 30 30 30 30 30 30 30  30 30 30 31 31 00 40 00  4000000000011.@.
00d0  00 00 00 00 00 38 37 35                           .....875

00c0  34 30 30 30 30 30 30 30  30 30 30 35 31 00 40 00  4000000000051.@.
00d0  08 00 00 00 00 38 37 35  30 30 30 30 30 30 30 30  .....87500000000
00e0  30 30 30 30 30 30 30 30  30 32 30 30 00 00 01 01  000000000200....
00f0  07 17 02 20 20 00 00 00  52 17 02 00 00 00 00 00  ...  ...R.......

Have tried asking the Postilion system what problem they are having with the data that causes them to not respond?

Ask them for their trace with the exception (they definitely will have one as they did not respond). 

Based on the information you provided.... "but when I tried the request with each of them separately I am able to receive the response." are you passing identical data in 127.10 and 127.29 to what was passed in them when sent standalone? i.e. are you doing an apple to apple comparison).

-chhil

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: [hidden email]

---
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 [hidden email].

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

--
--
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: [hidden email]

---
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 [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefD-qQKe1ka0zKzT0yes01Qc_bxzVcPWrVXTq4Pz%2B4hg6Q%40mail.gmail.com.

---

If you reply to this email, your message will be added to the discussion below:

http://jpos.1045706.n5.nabble.com/jpos-users-Issue-while-sending-DE-127-10-DE-127-29-together-tp5718997p5718998.html

To start a new topic under jPOS - Users, email ml+s1045706...@n5.nabble.com
To unsubscribe from jPOS, click here.
NAML

[ccav tech]

Hi Chhil,

Below are the logs shared by postilion guys because of which the request got broke.

[Sep 24 10h05:07.480] - Warning event 301
A bitmap message (postilion.realtime.postbridge.Iso8583PB) could not be unpacked, because of an error while unpacking field number msg_type (Fixed n 4) at offset 0. When the error occurred, the bitmap looked like this: :
 
binary data
0000(0000)  01

Please help.

To start a new topic under jPOS - Users, email [hidden email]

To unsubscribe from jPOS, click here.
NAML

--

--
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: [hidden email]
---
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 [hidden email].

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAOfY%3Dj_d8hvjvk2kSAwGXCtT4-vsNdvr6u_i89inR%2BadNpc0Ug%40mail.gmail.com.

Thanks Team,
Help Appriciate

---

If you reply to this email, your message will be added to the discussion below:

http://jpos.1045706.n5.nabble.com/jpos-users-Issue-while-sending-DE-127-10-DE-127-29-together-tp5718997p5718999.html

[ccav tech]

Hi Chhil,

Below is the hexdump of the request along with the exception that occurred at postilion side.

Hex Dump of request for which we didnt recive response:

0000  30 31 30 30 F2 3C 44 81  08 E0 80 00 00 00 00 00  0100.<D.........
0010  00 00 00 22 31 36 34 32  38 39 36 39 37 30 30 30  ..."164289697000
0020  35 33 31 34 36 34 30 30  30 30 30 30 30 30 30 30  5314640000000000
0030  30 30 30 32 30 30 30 30  30 33 32 36 30 37 33 36  0002000003260736
0040  33 30 32 30 35 37 37 37  31 31 33 36 33 30 30 33  3020577711363003
0050  32 36 32 31 30 36 35 36  39 31 30 31 32 30 38 30  2621065691012080
0060  36 34 35 34 38 39 39 39  30 38 35 30 37 31 30 35  6454899908507105
0070  37 39 30 30 30 30 35 30  30 34 31 30 30 30 30 30  7900005004100000
0080  30 30 30 32 37 31 37 34  39 39 43 4F 4D 4D 45 52  0002717499COMMER
0090  43 49 41 4C 38 33 36 30  44 75 62 61 69 41 45 41  CIAL8360DubaiAEA
00a0  45 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  E              
00b0  20 20 37 38 34 30 31 35  31 30 30 30 33 30 31 30    78401510003010
00c0  34 30 30 30 30 30 30 30  30 30 30 35 31 00 40 00  4000000000051.@.
00d0  08 00 00 00 00 38 37 35  30 30 30 30 30 30 30 30  .....87500000000
00e0  30 30 30 30 30 30 30 30  30 32 30 30 00 00 01 01  000000000200....
00f0  07 17 02 20 20 00 00 00  52 17 02 00 00 00 00 00  ...  ...R.......

Exception Occured At Postilion Side:

[Sep 24 10h05:07.480] - Warning event 301
A bitmap message (postilion.realtime.postbridge.Iso8583PB) could not be unpacked, because of an error while unpacking field number msg_type (Fixed n 4) at offset 0. When the error occurred, the bitmap looked like this: :
 
binary data
0000(0000)  01

As per the exception the DE "msg_type" is causing the error but the hexdump shows its going correctly.

Please suggest.

On Tue, Sep 24, 2019 at 11:56 AM ccavforumrnd [via jPOS] <ml+s1045706...@n5.nabble.com> wrote:

Hi Chhil,

Below are the logs shared by postilion guys because of which the request got broke.

[Sep 24 10h05:07.480] - Warning event 301
A bitmap message (postilion.realtime.postbridge.Iso8583PB) could not be unpacked, because of an error while unpacking field number msg_type (Fixed n 4) at offset 0. When the error occurred, the bitmap looked like this: :
 
binary data
0000(0000)  01

Please help.

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

Thanks Team,
Help Appriciate

---

If you reply to this email, your message will be added to the discussion below:

http://jpos.1045706.n5.nabble.com/jpos-users-Issue-while-sending-DE-127-10-DE-127-29-together-tp5718997p5719000.html

[chhil]

Based on the data it appears to be a Postilion issue. I would suggest you have them look into it.
Before doing that make sure you used the NACChannel to send this message so that the appropriate 2 byte length header was prepended. 

I think you did use the right channel as the  hexdump from the Postilion valid data and has the MTI correctly. Its past the 2 byte length header and starts with the MTI in the dump.
Have them check their user params for the Postbridge they use.

My test case (please use it to test before reaching out). I have spent some time breaking up the hex so that you can understand what the message structure is.

import java.io.IOException;

import org.jpos.iso.ISOException;
import org.jpos.iso.ISOMsg;
import org.jpos.iso.ISOUtil;
import org.jpos.iso.packager.GenericPackager;
import org.jpos.util.Logger;
import org.jpos.util.SimpleLogListener;

public class Test {

    public static void main(String[] args) throws ISOException, IOException, InterruptedException {

         String f127_29 = "30313030F23C448108E0800000000000" + "00000022313634323839363937303030"
                + "35333134363430303030303030303030" + "30303032303030303033323630373336"
                + "33303230353738343131333633303033" + "32363231303635363931303132303830"
                + "36343534383939393038353037313035" + "37393030303035303034313030303030"
                + "30303032373137343939434F4D4D4552" + "4349414C383336304475626169414541"
                + "45202020202020202020202020202020" + "20203738343031353130303033303130"
                + "34303030303030" //end of f123
                + "303030303438" // 127 is 48 character :8 bitmap +40 data
                + "0000000800000000" // 8 bitmap : 29 is set
                + "30303030303030303030303030303030303230300000010107170220200000005217020000000000"; // 40
                                                                                                      // data

// since field 123 is "100030104000000" and the last field before 127, I used it to find 127 in the hexdump
//                        .....34303030303030 is the end of 123.

        String combined = "30313030F23C448108E0800000000000" + "00000022313634323839363937303030"
                + "35333134363430303030303030303030" + "30303032303030303033323630373336"
                + "33303230353737373131333633303033" + "32363231303635363931303132303830"
                + "36343534383939393038353037313035" + "37393030303035303034313030303030"
                + "30303032373137343939434F4D4D4552" + "4349414C383336304475626169414541"
                + "45202020202020202020202020202020" + "20203738343031353130303033303130"
                + "34303030303030"
                + "303030303531" // f127 : LLLLLL = 000051 [Bitmap (8) + f10 (3) + f29 (40) = 51]
                + "0040000800000000" // bitmap 16/2 [10 and 29 are set]
                        + "383735" //127.10 6/2 = 3 , 875
                        + "30303030303030303030303030303030303230300000010107170220200000005217020000000000"; //127.29  80/2 = 40

        GenericPackager pkgr = new GenericPackager("C:\\Temp\\Delete\\email.xml"); //your packager / rules
        Logger l = new Logger();
        l.addListener(new SimpleLogListener());
        pkgr.setLogger(l , "");
        ISOMsg m1 = new ISOMsg();
        m1.setPackager(pkgr);
        m1.unpack(ISOUtil.hex2byte(combined));
        m1.dump(System.out, "");


//        System.out.println(f127_29);
    }

}

-chhil

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

---
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/CAOfY%3Dj8XhiXE%2BqwYtvG-Pe4j_pdTbApEUKrhyWBuPQ9d72nHiQ%40mail.gmail.com.