← Vue d'ensemble

Dépannage OmniBSF

204 retourné lorsqu'un binding est attendu

1. Confirmez que la clé de requête correspond à ce qui a été enregistré. Les recherches ipv4Addr, ipv6Prefix et supi sont des correspondances exactes de chaînes - les différences de format (zéros non significatifs, notation de longueur de préfixe) entraînent un échec.
2. Vérifiez la présence de PCF binding not found for query: dans les journaux pour voir la requête exacte.
3. Confirmez que le registrant a complété le POST (recherchez PCF binding registered: dans les journaux).
4. La découverte DNN+S-NSSAI se résout via l'index {dnn, sst} et correspond exactement à sst ; un décalage de type entier contre chaîne dans le corps du POST original empêchera une correspondance.
5. Vérifiez si le TTL du binding a expiré et si le nettoyeur l'a supprimé ([BindingCleaner] Removed N expired binding(s)).

403 sur POST

Un binding existe déjà pour l'ipv4Addr / ipv6Prefix fourni. La réponse est un ExtProblemDetails avec cause = EXISTING_BINDING_INFO_FOUND et le pcfSmFqdn / pcfSmIpEndPoints du PCF en place. Réutilisez le PCF retourné, ou DELETE le binding existant d'abord si un véritable rebinding est prévu.

400 sur POST

Le corps manque d'un IE obligatoire. Le champ detail l'identifie : No DNN, No S-NSSAI, ou No PCF address information (pcfFqdn or pcfIpEndPoints required). Le chemin générique de champ manquant rapporte MANDATORY_IE_MISSING.

404 sur DELETE ou PATCH

L'ID de binding ne correspond à aucun binding actif. Soit il a déjà été supprimé, son TTL a expiré, ou OmniBSF a redémarré (tous les bindings sont en mémoire et perdus au redémarrage). Vérifiez la présence de PCF binding not found for deregister: / PCF binding not found for update:.

415 sur PATCH

Le gestionnaire PATCH nécessite Content-Type: application/merge-patch+json. Tout autre type de contenu est rejeté avec 415 Unsupported Media Type.

Mémoire élevée / augmentation du nombre de bindings

Surveillez le nombre de bindings actifs en direct via le compteur omni_bsf_active_bindings_count, qui est émis lors de l'enregistrement, de la désinscription et de chaque balayage du nettoyeur ; le point de terminaison des statistiques OAM (GET /api/statistics) et le point de terminaison d'état NF rapportent le même chiffre. Les bindings dont les sessions PDU se terminent sans un DELETE restent jusqu'à ce que leur TTL expire et que le nettoyeur les supprime. Parce qu'un PATCH rafraîchit le TTL d'un binding, un registrant qui continue à patcher un binding le maintient en vie ; un binding ne vieillit que si ni un DELETE ni un PATCH n'ont été reçus dans les :binding_ttl_seconds. Raccourcissez :binding_ttl_seconds ou :binding_cleanup_interval_ms si des bindings obsolètes s'accumulent plus rapidement que le TTL par défaut de 24 heures ne les efface. L'API de gestion propose également une opération de suppression de tout.

Échec de l'enregistrement NRF

Vérifiez omni_bsf_nrf_registration_status{nf_type="bsf"} et les journaux. Vérifiez que nrf_uri est accessible, que mcc/mnc correspondent au PLMN configuré au NRF, et que la connectivité de sbi_addr au NRF fonctionne. Une réinscription peut être forcée via l'API de gestion.