Paikallisen median optimointiin liittyvät ongelmat suoraa reititystä varten

Saatat huomata, että suoran reitityksen paikallinen mediaoptimointi (LMO) ei toimi odotetulla tavalla. Esimerkiksi Microsoft Teams ei lähetä - ja X-Ms-MediaPath -X-Ms-UserLocationotsikoita, tai X-Ms-UserLocation otsikko sisältää väärän sijainnin tai kutsut epäonnistuvat.

Tässä artikkelissa on joitakin ratkaisuja, joita voit yrittää korjata.

X-Ms-UserLocation- ja X-Ms-MediaPath-otsikoita ei lähetetä

- X-Ms-UserLocation ja X-Ms-MediaPath -otsikot ovat pakollisia LMO:lle. Yksi yleisimmistä syistä siihen, että näitä otsikoita ei lähetetä, on se, että yhdyskäytävää ei ole määritetty oikein LMO:lle.

Voit tarkistaa yhdyskäytävän määrityksen suorittamalla seuraavan Get-CsOnlinePSTNGateway cmdlet-komennon:

Get-CSOnlinePSTNGateway | Select Identity, Fqdn, Enabled, MediaBypass, GatewaySiteId, ProxySbc, BypassMode

Jotta LMO voidaan ottaa käyttöön, varmista, että kaikki tässä cmdletissä valitut ominaisuudet on määritetty. Tämä on erityisen tärkeää ille BypassMode. Tässä on esimerkki tämän cmdlet-komennon tulostuksesta:

Identity        : VNsbc.contoso.com 
Fqdn            : VNsbc.contoso.com 
Enabled         : True 
MediaBypass     : True 
GatewaySiteId   : Vietnam 
ProxySbc        : proxysbc.contoso.com 
BypassMode      : Always 

Identity        : proxysbc.contoso.com 
Fqdn            : proxysbc.contoso.com 
Enabled         : True 
MediaBypass     : True 
GatewaySiteId   : Singapore 
ProxySbc        :  
BypassMode      : Always 

Huomautus: Tässä näytettävät arvot saattavat poiketa näkemästäsi.

X-Ms-UserLocation-otsikossa on lähetetty väärä sijainti

Jos otsikossa X-Ms-UserLocation olevat verkkosijaintitiedot on määritetty ulkoisiksi, mutta odotat näkevänsä sisäisen arvon, Tämä tarkoittaa sitä, että Teams-asiakkaan julkinen IP-osoite ei vastaa mitään merkintää luotettujen IP-osoitteiden luettelossa.

Voit korjata tämän ongelman tunnistamalla asiakkaan julkisen IP-osoitteen, jota Teams käyttää, ja lisäämällä sen sitten luetteloon.

1. Avaa Microsoft Teamsin lokitiedostot.

2. Etsi asiakkaan julkinen IP-osoite MSTeams-diagnostiikkalokista [Date]__[Time]_calling.txt tiedostosta. Tässä on esimerkki tästä tiedostosta:

   

3. Saat luotettujen IP-osoitteiden luettelon suorittamalla komennon Get-CsTenantTrustedIPAddress cmdlet:

   Get-CsTenantTrustedIPAddress
   

   Näkemäsi tuloksen pitäisi näyttää samalta kuin seuraavassa:

   Identity      : 192.168.0.0 
   RemoteMachine : WU22A00TAD02.lync2A001.local
   MaskBits      : 24
   Description   : Private IP subnet
   IPAddress     : 192.168.0.0 
   Element       : <TrustedIPAddress IPAddress="192.168.0.0" MaskBits="24" 
   Description="Private IP subnet" 
   xmlns="urn:schema:Microsoft.Rtc.Management.Settings.TenantNetworkConfiguration.2017" />
   

   Huomaa, että vaiheessa 2 tunnistettu asiakkaan IP-osoite puuttuu tästä luettelosta.

4. Lisää puuttuva IP-osoite luetteloon suorittamalla cmdlet-komento New-CsTenantTrustedIPAddress :

   New-CsTenantTrustedIPAddress -IPAddress 123.456.123.0 -MaskBits 29 -Description "Seattle site trusted IP"
   

   Cmdlet-komennon tulosteen pitäisi näyttää samalta kuin seuraavassa esimerkissä:

   

   Näet, että asiakkaan IP-osoite on nyt lisätty luotettujen IP-osoitteiden luetteloon.

5. Käynnistä Teams-asiakasohjelma uudelleen, jotta uusi lisätty IP-osoite tunnistetaan heti. Muussa tapauksessa luettelon päivittäminen voi kestää jopa 30 minuuttia.

   Uudelleenkäynnistyksen jälkeen Teams löytää asiakkaan IP-osoitteen vastaavuus luotettujen IP-osoitteiden luettelosta seuraavassa esimerkissä esitetyllä tavalla:

   

Saapuvat puhelut epäonnistuvat tai menevät vastaajaan, jos sekä LMO että LBR ovat käytössä

Yksi todennäköisimmistä syistä tähän ongelmaan on se, että otsikoita tai reititystietoja ei ole määritetty oikein siinä istunnon reunan ohjauskoneessa (SBC), josta kutsu vastaanotetaan.

Tarkista, että SBC:stä lähetetyt istunnon aloitusprotokollan (SIP) viestien otsikot sisältävät seuraavat tiedot, ja päivitä ne, jos ne ovat virheellisiä:

• SIP URI sisältää alueellisen SBC:n täydellisen toimialuenimen (FQDN).
• Yhteyshenkilö-otsikko sisältää alueellisen SBC:n toimialuenimeä (FQDN).
• Record-Route sisältää välityspalvelimen SBC FQDN:n.

Jos välityspalvelimen SBC:tä ei ole määritetty aluekohtaiselle SBC:lle, vain Record-Route tarkistetaan. Jos Record-Route puuttuu, Yhteyshenkilö-otsikko on valittuna.

Jos otsikot on määritetty oikein, ongelma saattaa aiheutua virheellisestä reitityksestä SBC:ssä.

Varmista, että SBC:ssä on käytössä Location-Based Reititys (LBR). Parametrin GatewaySiteLbrEnabled arvoksi on asetettava Tosi.

Lisäksi SBC on määritettävä samaan sivustoon kuin asiakas, joka aloittaa puhelun.

Huomautus: Välityspalvelimen SBC:n ei tarvitse olla käytössä LBR:lle.

Voit selvittää, onko SBC-varaus oikein, tunnistamalla käyttäjäsivusto, joka on rekisteröity Teams-asiakaslokeihin, ja vertaamalla sitä SBC:n varaustietoihin:

1. Avaa Microsoft Teamsin lokitiedostot.

2. Tunnista MSTeams-diagnostiikkalokissa [Date]__[Time]_calling.txtluetellut käyttäjäsivuston tiedot. Tässä on esimerkki tästä tiedostosta:

   

3. Tarkista SBC:n määritykset suorittamalla Get-CsOnlinePSTNGateway-cmdlet-komento . Näkemäsi tuloksen pitäisi näyttää samalta kuin seuraavassa esimerkissä:

   

4. Vaiheessa 2 käyttäjäsivuston tiedoissa luetellun parametrin arvo networksiteId on "Vietnam". Vaiheessa 3 olevassa tulosteessa SBC:n määrityksissä luetellun vastaavan GatewaySiteId parametrin arvo on kuitenkin "Intia". Tämä on ristiriita. Voit päivittää SBC:n määrityksen suorittamalla Set-CsOnlinePSTNGateway cmdlet-komennon seuraavasti:

   Set-CSOnlinePSTNGateway -Identity "VNsbc.contoso.com" -GatewaySiteID "Vietnam"
   

   Tarkista seuraavaksi SBC:n päivitetty määritys suorittamalla Get-CsOnlinePSTNGateway cmdlet-komento. Tulosteen pitäisi nyt näyttää parametrin GatewaySiteId oikea arvo.

   

Tarvitsetko lisää ohjeita? Kysy apua Microsoftin yhteisöltä.