Du kan ikke angi noen akseptabel ACK-koder, annet enn det som er angitt i MLLP sende portens konfigurasjonsegenskaper

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 3050011
Symptom

TheMinimal lavere lag protokollen MLLP) sende port sjekker kode bekreftelse (Acknowledgment-ACK) i ACK (det vil siMSA.1_AcknowledgmentCode feltet i segmentet MSA) som returneres av downstream systemet og sammenligner den med akseptabel ACK-kodene som er angitt i MLLP sende portens konfigurasjonsegenskaper. ACK-kodene som støttes av MLLP sende port er som følger:
  • AA
  • CA
  • AE
  • CE
  • AR
  • CR
Du kan velge alle ACK-koder eller en kombinasjon av disse. Det er for eksempel alle gyldige følgende koder:
  • AA og CA
  • AA, CA, AE og CE
  • AA, CA, AR og CR

Du kan imidlertid skrive inn noen flere akseptabel ACK-koder.

Når du har installert denne hurtigreparasjonen, legges en ny akseptabel ACK-kode som har navnetEgendefinert i listen over Godkjente ACK-koder. I tillegg legges en ny tekstboks der kan du angi de akseptable egendefinerte ACK-kodene.







Merk
s
  • Egendefinerte koder bør skilles med et komma (,). For eksempel: AE, CE, AR, CR, XX, ZZ.
  • Hvis en av standard kombinasjoner (alternativet ikke egendefinert) velges, har du ikke angi verdier i egenskapen Akseptabel egendefinerte ACK-koder .
  • Hvis du vil forsikre deg om at pipeline-valideringen lykkes for egendefinerte ACK-koder, må du legge til de nødvendige egendefinerte ACK-kodene tilsvarende ACK-skjemaet.
  • Du kan bruke funksjonen for sporing av BizTalk (ved å aktivere sporing) til å følge opp meldingen ved hjelp av egenskapen MessageID logges i hendelsesloggen når meldingen er prøvd på nytt eller avbrutt.

Løsning

Informasjon om kumulativ oppdatering

Dette problemet ble først løst i følgende kumulativ oppdatering av BizTalk Server:

For denne funksjonen

Den nye funksjonen gjelder hvis du vil sende bare porter. Etter at du har installert hurtigreparasjonen, baseres virkemåten for akseptabel ACK-koden som du velger i rullegardinlisten i stedet for koden som leveres av downstream-systemet.

MLLP send porten kontrollerer ACK-koden i ACK (MSA.1_AcknowledgmentCodefelt med MSA segment), som er returnert av downstream systemet og sammenligner den med akseptabel ACK-kodene som er angitt i konfigurasjonsegenskapene for MLLP send-port. Gjeldende godkjente ACK-kodene som støttes av MLLP send porten er AA, CA, AE, CE, AR og CR. Du kan velge alle ACK-koder eller en kombinasjon av disse. Du kan for eksempel velge følgende som gyldige:
  • AA og CA
  • AA, CA, AE og CE
  • AA, CA, AR og CR
Det er imidlertid ikke et alternativ for å angi en akseptabel ACK-kodekombinasjonen.

En mer akseptabel ACK-koder-verdi som heter "Egendefinert" blir lagt til i rullegardinlisten i egenskapenAkseptabel ACK-koder . Alle tidligere kombinasjonene forblir og brukes slik den var før den nye funksjonen ble lagt til.





Etter at Egendefinert er valgt, må du også angi nye verdier i egenskapen Akseptabel egendefinert ACK-koder. Hver av disse nye ACK-verdier må være atskilt med et komma (,).

Når du har installert hurtigreparasjonen, avhenger virkemåten av innstillingen for Akseptabel ACK-kodersom er valgt. Hvis ACK-koden som er returnert stemmer overens med den valgte koden for akseptabel, skjer behandlingen ble. Standard ACK-kodene er prøvd på nytt. Og ACK-kode som ikke er oppført, er deaktivert. (Dette vil gjøre at ACK kode en ikke-standard ornon-custom ACK).

Den følgende tabellen representerer dette scenariet. En skriftlig tolkning følger tabellen.



Meldingen behandler alltid lykkes uansett noen akseptabel SPOR koder innstillingen som er valgt for AA og CA. Hvis du vil ha mer informasjon om innstillinger forAkseptabel ACK-kodeneer som følger:
  • AA, CA: Forsøk AE, CE, AR og CR, og utsetter alle andre.
  • AA, CA, AE, CE: Godkjent og vellykket: AA, CA, AE, og CE og forsøk AR og Kreditnotabeløp stopper alle andre.
  • AA, CA, AR CR: Godkjent og vellykket: AA, CA, AR og CR og forsøk AE og CE. Stopper alle andre.
  • AA, CA, AR, CR, AE, CE: Godkjent og vellykket: AA, CA, AR, CR, AE, og CE og ingen andre returneres. Bekreftelser på nytt, og meldingen er deaktivert.
  • Egendefinert (verdier angitt og atskilt med komma): Eksempel: AA, AE, Foo, ZZ, ZZZ. Godkjent og vellykket: AA, CA, og AE, pluss andre angitt egendefinert ACK som, i dette tilfellet, Foo, ZZ eller ZZZ. Forsøk CE, AR.
  • ACK-kode som ikke er angitt i Akseptabel egendefinert ACK-koder forsøkt på nytt ikke og er deaktivert.

Når det ikke er angitt en standard ACK under Akseptable ACK-koder, returneres en feil som ligner på følgende:

Kortet kan ikke overføre meldingen skal sende port"<SendPortName></SendPortName>"med URL-adressen"127.0.0.1:33000". Det blir sendt på nytt etter at du har angitt for denne porten Send omforsøksintervall. Detaljer: "melding med MessageID: <MessageID></MessageID>, mottatt med bekreftelse type: feil og Bekreftelser kode: CE.

Ut av esken ACK-skjemaet må endres ved å legge til den eksisterende listen over standard bekreftelse (AA, AE, AR, CA, CE, CR). Eventuelle ekstra akseptabel egendefinerte bekreftelse (XX og ZZ, for eksempel) må legges tilMSA.1_AcknowledgementCode -feltet i SPOR-skjemaet. Hvis de ekstra egendefinerte bekreftelse ikke er lagt til skjemaet, mislykkes pipeline-valideringen med feilmeldingen "Verdi ikke funnet".



Mer informasjon

Forutsetningene for å installere programvareoppdateringen

Hvis du vil bruke denne hurtigreparasjonen, må du ha følgende programvare installert:
  • Microsoft BizTalk Server 2013 R2
  • Microsoft BizTalk 2013 R2 Accelerator for HL7

Omstartskrav

Du har ikke starte datamaskinen på nytt etter at du har installert denne hurtigreparasjonen. Vi anbefaler at du lukker og åpner BizTalk-administrasjonskonsoll etter hurtigreparasjonsinstallasjonen.

Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".
Referanser
Hvis du vil ha mer informasjon om hurtigreparasjoner for BizTalk Server, se Informasjon om hurtigreparasjoner for BizTalk Server.

Lær mer om standardterminologien som brukes til å beskrive oppdateringer av Microsoft-programvare.


Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3050011 – Forrige gjennomgang: 07/03/2015 09:57:00 – Revisjon: 1.0

Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbbts kbmt KB3050011 KbMtno
Tilbakemelding