A hívásátadásokat befolyásoló problémák

Ez a cikk a Microsoft által kezdeményezett hívásátadásokkal kapcsolatos problémák elhárításával foglalkozik. Ez a cikk nem vonatkozik a munkamenet-határvezérlő (SBC) vagy nyilvános telefonhálózati (PSTN) forrásokból kezdeményezett hívásátadásokkal kapcsolatos problémákra.

A Microsoft által kezdeményezett hívásátadások több forgatókönyvben is előfordulhatnak, például a felhasználó által kezdeményezett hívásátadások, az autósok által kezdeményezett átvitelek és a hívássorból történő átvitelek. A problémák elhárítása előtt tekintse át az alábbi háttérinformációkat.

Háttér

A hívásátadás az alábbi módszerek bármelyikével, előnyben részesített sorrendben végezhető el:

1. Hivatkozási üzenet a munkamenet-kezdeményezési protokoll (SIP) használatával.
2. A Csere fejlécet tartalmazó SIP-meghívási üzenet használata. Ezt a metódust többnyire a hívásvárólista-válaszokhoz használják.
3. Belső Microsoft Teams-infrastruktúra használata. Ez a metódus nem látható az SBC számára. A metódust csak akkor használja a rendszer, ha az első két metódus nem támogatott.

A SIP-hivatkozási üzenetet használó összes átvitelnek a Microsoft Teams infrastruktúráján keresztül kell haladnia. Amikor a Microsoft SIP-proxy SIP-hivatkozási üzenetet küld az SBC-nek, az SIP-meghívási üzenetet a SIP-proxynak kell visszaadnia, nem a PSTN-nek vagy más célhelynek. Ez akkor is igaz, ha a hívást egy külső PSTN-számra továbbítják. Az SBC-nek nem kell elemeznie az SIP-hivatkozási üzenetet az átviteli cél kereséséhez. Az SBC-nek csak a Refer-To fejléc tartalmára kell elküldenie a SIP-meghívási üzenetet a Request-URI (RURI) beállítással együtt. Tartalmaznia kell a SIP-hivatkozás üzenetből származó Referred-By fejlécet is. Győződjön meg arról, hogy a SIP-meghívó üzenet sztringjei nem változnak, és hogy pontosan ugyanazok a sztringek lesznek elküldve, mint amelyek az SIP-hivatkozási üzenetben szerepelnek (különösen a Referred-By fejlécben). Ennek az az oka, hogy ezek a sztringek a hívások, célok és a hívásátvitel más fontos részeinek azonosítására szolgálnak.

Megjegyzés: A sztringek lehetnek x-* vagy egyéni sztringek a Referred-By és Refer-To fejlécekben.

Az segítő nem továbbítja a hívásokat külső PSTN-számra

Ez a probléma a következő okok miatt fordulhat elő:

• Nincs hozzárendelve licenc vagy helytelen licenc az autós segítőhöz. Ha átvihet egy hívást egy belső felhasználónak vagy robotnak, de ha nem tud hívást továbbítani egy külső PSTN-számra, az licencelési problémát jelezhet.
• A SIP-meghívási üzenetet a rendszer helytelen eszközre küldi. Az üzenet például egy PSTN-szolgáltatónak lesz elküldve. A SIP-hivatkozási üzenetek nem tartalmaznak teljes információt a célról. A PSTN-szám például a nemzetközi formátumra van normalizálva.

A probléma megoldásához rendelje hozzá a megfelelő licencet a segítőhöz, hogy pstn-hívásokat kezdeményezhessen. Ha a probléma továbbra is fennáll, győződjön meg arról, hogy a SIP-meghívás üzenete el lesz küldve az SIP-proxynak, amely képes a hívások megfelelő átvitelére. A SIP-proxy a beállítások (például normalizálási szabályok, SBC-útválasztás, hívóazonosító) szerint küldi el a SIP-meghívási üzenetet a PSTN-hálózatnak.

SIP – A hivatkozási üzenet nem tartalmaz telefonszámot, vagy a telefonszám helytelenül van formázva

A jelenség szándékos. A viselkedés megkerüléséhez győződjön meg arról, hogy a SIP-proxy elküldi az SIP-hivatkozási üzenetet az SBC-nek. Ezután konfigurálja az SBC-t a Referred-By és a Refer-To sztringek másolására a SIP-proxynak visszaküldött SIP-meghívási üzenetbe.

Nem érkezik SIP-hivatkozás az SIP-proxyból az SBC-be

A probléma megoldásához kövesse az alábbi lépéseket:

1. Győződjön meg arról, hogy az SIP Refer metódus támogatott az SBC általi hívásátadásokhoz az SIP-meghívásban vagy az "SIP 200 OK" válaszban (attól függően, hogy a hívást az SBC vagy a Microsoft kezdeményezte). Ha a SIP-hivatkozási metódus nem támogatott, akkor a hívásátadások a Csere fejlécet tartalmazó SIP-meghívás használatával történik (ha ez a módszer támogatott). Ha a SIP Invite metódus nem működik, a rendszer az SBC elől rejtett belső átvitelt használja.
2. Győződjön meg arról, hogy a tűzfal és az SBC-beállítások lehetővé teszik a bejövő kapcsolatokat bármely Microsoft-jeladó IP-címről, nem csak adott címekről. A SIP-hivatkozás bármely IP-címről származhat új TLS-kapcsolat használatával, még akkor is, ha a hívás előző része egy másik IP-címről származik.

Ha az SBC az alábbi lépések végrehajtása után SIP-hivatkozási üzeneteket kap, győződjön meg arról, hogy az új SIP-meghívás kézbesítve van a SIP-proxynak, még akkor is, ha a hívást egy külső PSTN-számra továbbítja. Ha a hívást egy külső PSTN-számra továbbítja, az SIP-proxy továbbítja a hívást, majd új SIP-meghívást küld az SBC-nek. Ebben az esetben győződjön meg arról, hogy a hívás nem hiúsul meg az SBC-n. Ha ez a hívás sikertelen, és hibát okoz, a rendszer visszaküldi ezt a hibát az SBC-nek az átvitt híváskor.

A hívások az átvitel befejezése előtt csökkennek

Ez a probléma a következő okok miatt fordulhat elő:

• A SIP-proxy nem kapja meg a "202 Elfogadva" vagy "SIP-értesítés" üzenetet az SBC-től az SIP-hivatkozási üzenetre adott válaszként, és a folyamat túllépi az időkorlátot.
• A "SIP Bye" üzenet túl korán érkezik meg az SBC-ből, és a hívás az üzenet teljes átvitele előtt véget ér.

A probléma megoldásához győződjön meg arról, hogy az SBC elküldi az "SIP 202 Accepted" (SIP 202 elfogadva) választ és a "SIP Notify" (SIP-értesítés) üzenetet az átvitt hívás állapotának frissítéséhez. Amikor a SIP-proxy "SIP Notify" üzenetet kap, amely tartalmazza a "200 OK" választ, biztonságosan befejezi az eredeti hívást a "SIP Bye" válasz elküldésével, mert tudja, hogy a hívást egy új hívás váltotta fel.

Nincs csengő hang a hívások átvitelekor

A probléma megoldásához kövesse az alábbi lépéseket:

1. Győződjön meg arról, hogy az SIP Refer metódust támogatja az SBC a kezdeti SIP-meghívásban vagy a "SIP 200 OK" válaszban (attól függően, hogy a hívást az SBC vagy a Microsoft kezdeményezi). A csengető hang sikeres létrehozásához SIP-hivatkozás szükséges. Ennek az az oka, hogy jelenleg nem jön létre szimulált csengetési hang a hívások belső átvitelekor.
2. Ha az SBC megkapja a SIP-hivatkozási üzenetet, de a PSTN-felhasználók továbbra sem hallanak csengőhangot, győződjön meg arról, hogy az SBC csatlakozik az újonnan kezdeményezett átviteli híváshoz, és a SIP-proxytól kapott "SIP 180 csengetés" vagy "SIP 183-munkamenet" válaszon alapuló hangjelzést játszik le.

További segítségre van szüksége? Lépjen a Microsoft közösség oldalra.