ESME_RINVSRCNPI w SMPP
Co to jest ESME_RINVSRCNPI?
ESME_RINVSRCNPI (Kod błędu: 0x00000049) to błąd SMPP wskazujący, że wartość source NPI (Numbering Plan Indicator) podana w PDU jest nieprawidłowa lub nie jest obsługiwana przez SMSC.
Możliwe przyczyny
- Pole
source NPIzawiera nieprawidłową lub nieobsługiwaną wartość. - SMSC nie rozpoznaje określonego
NPI. source NPInie pasuje do konfiguracjisource TON.- Użycie zarezerwowanej lub niezdefiniowanej wartości
NPI.
Kiedy występuje?
Ten błąd występuje, gdy ESME wysyła submit_sm, deliver_sm lub podobne PDU z nieprawidłową wartością source NPI.
Przykładowa transakcja SMPP PDU
Nieprawidłowe PDU submit_sm (Nieprawidłowe Source NPI)
0000002F (Długość) 00000004 (ID polecenia dla submit_sm) 00000000 (Status polecenia) 00000001 (Numer sekwencji) 00 (Typ usługi) 01 (Source Address TON - International) FF (Nieprawidłowe Source Address NPI) 31323334 00 (Source Address: "1234") 01 (Destination Address TON) 01 (Destination Address NPI) 39383736 00 (Destination Address: "9876") 00 (ESM Class) 00 (Protocol ID) 00 (Priority Flag) 00000000 (Schedule Delivery Time - Nie ustawiono) 00000000 (Validity Period - Nie ustawiono) 00 (Registered Delivery) 00 (Replace If Present Flag) 00 (Sm Default Msg ID) 0005 (Długość wiadomości) 48656C6C 6F (Wiadomość: "Hello")
Odpowiedź PDU (submit_sm_resp) z ESME_RINVSRCNPI
00000010 (Długość) 80000004 (ID polecenia dla submit_sm_resp) 00000049 (Status polecenia - ESME_RINVSRCNPI) 00000001 (Numer sekwencji)
Problem: Pole source NPI jest ustawione na nieprawidłową wartość (0xFF), która nie jest rozpoznawana przez SMSC.
Jak to rozwiązać?
- Użyj prawidłowej wartości
source NPIzgodnie ze specyfikacją SMPP: 0x00- Nieznany0x01- ISDN (E.164)0x03- Data (X.121)0x04- Telex (F.69)0x06- Land Mobile (E.212)0x08- National0x09- Private0x0A- ERMES0x0E- Internet (IP)0x12- WAP Client ID- Potwierdź z SMSC, które wartości
source NPIsą obsługiwane. - Upewnij się, że
source NPIjest prawidłowo sparowane zsource TON. - Sprawdź i popraw konstrukcję PDU przed wysłaniem.
Jeśli problem nadal występuje, włącz dzienniki debugowania i skontaktuj się z dostawcą SMSC w celu dalszej diagnostyki.