Az Azure Private 5G Core 2211 kibocsátási megjegyzései
Az alábbi kibocsátási megjegyzések azonosítják az Azure Private 5G Core (AP5GC) 2211-es kiadásával kapcsolatos új funkciókat, kritikus fontosságú nyitott problémákat és megoldott problémákat. A kibocsátási megjegyzések folyamatosan frissülnek, és a megkerülő megoldást igénylő kritikus problémák felderítése után a rendszer hozzáadja őket. Az új verzió üzembe helyezése előtt tekintse át a kibocsátási megjegyzésekben található információkat.
Ez a cikk az AP5GC 2211 kiadásra (PMN-2211-0) vonatkozik. Ez a kiadás kompatibilis az A Standard kiadás Pro GPU-val, amely az A Standard kiadás 2210-es kiadást futtatja, és a 2022-04-01 előzetes verzió és a 2022-11-01 Microsoft.MobileNetwork API-verziók támogatják.
Támogatási élettartam
A csomagmag-verziók mindaddig támogatottak, amíg két újabb verziót nem adnak ki (hacsak nincs másként feljegyzve). Ez általában két hónappal a kiadás dátuma után történik. Ebben az időszakban érdemes frissítenie a csomagmagot, hogy elkerülje a támogatás elvesztését.
Újdonságok
Több adathálózat – Ez a kiadás kiterjeszti az AP5GC-t, hogy az egyes Csomagmagok esetében legfeljebb három csatlakoztatott adathálózatra támogassa a kapcsolatot egy helyett.
Az operátor kiépítheti a felhasználói felületeket egy vagy több adathálózatban előfizetettként, és adathálózat-specifikus szabályzatot és QoS-t alkalmazhat, így a felhasználói felületek több 3. rétegbeli kimenő hálózatot használhatnak, amelyek a szabályzat vagy az UE-beállítások alapján vannak kiválasztva.
Minden adathálózat saját konfigurációval rendelkezhet a DNS, az UE IP-címkészletek, az N6 IP-címek és a NAT számára. Ez a koncepció közvetlenül a 4G APN-ekhez is megfelel.
Ez a funkció a következő korlátozásokkal rendelkezik:
Ha egynél több adathálózat van konfigurálva, a további konfigurációs módosításokhoz újra kell telepíteni a csomagmagot. Annak érdekében, hogy az újratelepítés csak az összes módosítás után történjen, kövesse a telepítés és a módosítás folyamatát a dokumentációban leírtak szerint.
Az adathálózatok VLAN-elkülönítése nem támogatott. Csak a 3. réteg elkülönítése támogatott (ami azt jelenti, hogy az adathálózatok között átfedésben lévő IP-címterek nem lehetségesek).
A metrikák még nem adathálózatonként jelennek meg.
Ha adathálózatokat szeretne hozzáadni egy meglévő helyhez, olvassa el a csomagmag-példány módosítása a webhelyen című témakört. Új webhely létrehozásához tekintse meg a Webhely létrehozása című témakört.
Az AP5GC 2211 kiadásban kijavított problémák
Az alábbi táblázat az ebben a kiadásban kijavított problémák összegzését tartalmazza.
Nem. | Szolgáltatás | Probléma |
---|---|---|
1 | 4G/5G jelzés | Ritka esetekben, amikor jelentős számú UE van tömegesen regisztrálva, és folyamatos adatokat küld, előfordulhat, hogy a mag helytelenül bocsát ki adat munkameneteket. Ez a probléma már ki lett javítva ebben a kiadásban. |
2 | 4G/5G jelzés | Az Azure Private 5G Core egy UE által kezdeményezett szolgáltatáskérést követően szükségtelen PDU-munkamenet-erőforrás-beállítási tranzakciót hajthat végre. Ez a probléma már ki lett javítva ebben a kiadásban. |
3 | Helyi elosztott nyomkövetés | Az elosztott nyomkövetési webes grafikus felhasználói felület nem tudja megjeleníteni és dekódolni a "Kérés típusa" és a "DNN" információs elemeket a 4G/5G NAS-üzenetekben. Ez a probléma már ki lett javítva ebben a kiadásban. |
4 | Teljesítmény | Nagyon ritkán előfordulhat, hogy a cpu-kiosztás azt eredményezi, hogy bizonyos jelfeldolgozási számítási feladatok megosztanak egy logikai processzormagot az adatsíkok feldolgozási számítási feladataival. Ez munkamenet-létrehozási hibákhoz és csomagfeldolgozási késéshez vagy közepes terhelésű hibákhoz vezet. Ez a probléma már ki lett javítva ebben a kiadásban. |
5 | Helyi irányítópultok | Az Azure Private 5G Core helyi irányítópultjai hibás értékeket jeleníthetnek meg egyes grafikonokon (például munkamenetek száma) a kiszolgáló energiaciklusa után. Ez a probléma már ki lett javítva ebben a kiadásban. |
Az AP5GC 2211 kiadás ismert problémái
Az alábbi táblázat a jelen kiadás ismert problémáinak összegzését tartalmazza.
Nem. | Szolgáltatás | Probléma |
---|---|---|
1 | Helyi irányítópultok | Több adathálózattal rendelkező üzemelő példányok esetén a rendszer helytelenül jelenti az UPF downstream CPU-kihasználtságát a helyi irányítópultokon, amikor egyetlen adathálózat használatával futtat hívásokat. |
2 | Helyi irányítópultok | Bizonyos esetekben a helyi irányítópultok nem jelenítik meg a munkamenet elutasítását az Eszköz és munkamenet statisztikája panelen, ha a munkamenet-létesítési kérelmeket érvénytelen PDU-típus miatt utasítják el (például IPv6, ha csak az IPv4 támogatott). |
A korábbi kiadások ismert problémái
Az alábbi táblázat az előző kiadásokból átvitt ismert problémák összegzését tartalmazza.
Nem. | Szolgáltatás | Probléma |
---|---|---|
1 | Szabályzatkonfiguráció | Az Azure Private 5G Core figyelmen kívül hagyhatja a nem alapértelmezett QoS- és szabályzatkonfigurációt a 4G-előfizetők kezelésekor. |
2 | Csomagtovábbítás | Előfordulhat, hogy az Azure Private 5G Core nem továbbítja a pufferelt csomagokat, ha a NAT engedélyezve van. |
3 | Csomagtovábbítás | Ha az Azure Private 5G Core-ban engedélyezve van a NAT egy adathálózaton, az UE-nek küldött 65 536 lemenő csomagból körülbelül egy helytelen IP-ellenőrzőösszeget bocsát ki, ami valószínűleg elvetését okozza. |
Következő lépések
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: