# Donanım Dağıtımıyla İlgili Hususlar

Bu sayfa, desteklenen hipervizörler kullanılarak sanal bir makinede Zoom Node ZPLS modülünün dağıtımını özetlemektedir. Çeşitli donanım yeteneklerine uyacak şekilde ayrıntılı yapılandırma seçenekleri sağlar ve farklı operasyonel ihtiyaçlar için optimal performansı garanti eder.

### Desteklenen Hipervizörler

#### <mark style="color:mavi;">Müşteriler, Zoom Node yazılımını desteklenen bir hipervizör üzerinde çalışan bir sanal makineye kurmalıdır</mark>

Bir Zoom Node iş yükü olarak, ZPLS modülü Zoom Node platformunu çalıştıran bir sanal makineye, [desteklenen bir hipervizöre](https://support.zoom.us/hc/en-us/articles/8427127286157-Deploying-a-Zoom-Node-management-server). Zoom Node ürün olarak hakkında daha fazla bilgi [Ek'te](#_a2lvsihjp0ek).

#### <mark style="color:mavi;">Müşteriler, donanım yeteneklerine bağlı olarak iki yapılandırma seçeneğinden birini seçebilir</mark>

ZPLS modülü, sanal makinenin donanım yeteneklerine bağlı olarak iki yapılandırmayı destekler. Bu yetenekler aşağıda listelenmiştir:

|                                 | Yapılandırma Seçeneği 1                      | Yapılandırma Seçeneği 2                       |
| ------------------------------- | -------------------------------------------- | --------------------------------------------- |
| **Donanım Özellikleri**         | <p>8 CPU</p><p>16 GB RAM</p><p>80 GB HDD</p> | <p>16 CPU</p><p>16 GB RAM</p><p>80 GB HDD</p> |
| **Toplam Kayıtlar**             | 2000                                         | 5000                                          |
| **Eşzamanlı Maksimum Çağrılar** | 240                                          | 480                                           |
| **Saniye Başına Çağrılar**      | 2                                            | 4                                             |
| **Saniye Başına Kayıtlar**      | 60                                           | 400                                           |

{% hint style="info" %}
Bir sitedeki uç noktaların sayısı, sitenin dağıtım yeteneklerini aşıyorsa ZPLS modülü kayıtları gelen ilk, işlenen ilk (first come, first served) esasına göre işlemeye devam edecektir. Müşterilere ek modüller eklemeleri veya Zoom Phone Politika ayarını kullanmaları önerilir [**Yerel Kurtarıcı Modu**](#_ah8xua8wdq10) hangi kullanıcıların kurtarıcı devreye geçişini destekleyeceğini önceliklendirmek için.
{% endhint %}

### Modül Ölçeklendirme ve Dayanıklılık

#### <mark style="color:mavi;">ZPLS modülleri ek ölçeklendirme ve/veya dayanıklılık için kümelemeyi destekler</mark>

Müşteriler, ek yedeklilik veya ölçeklendirme için site başına 20 modüle kadar (veya hesap başına toplam 100 Node cihazı) ZPLS modüllerini bir araya getirebilir.

{% hint style="info" %}
Bu özellik şu anda beta aşamasındadır ve etkinleştirilmesi için teknik destek talebi gerektirir.
{% endhint %}

#### <mark style="color:mavi;">Ölçeklendirme, bir sitenin desteklediği cihaz kapasitesini artırır</mark>

ZPLS modüllerinin sayısını artırmak, her ek modül için her sitenin yeteneklerini lineer olarak genişletir. Örneğin, bir modül toplam 5.000 kayıt destekliyorsa, beş modül konuşlandırıldığında destek 25.000 kayda yükselir.

#### <mark style="color:mavi;">Yedeklilik, dayanıklılık için ek modüller ekler, ancak bir sitenin cihaz kapasitesini ölçeklendirmez</mark>

Bir ZPLS modülü yedeklilik amaçlı kullanıldığında, yedek modüller desteklenen uzantı sayısına katkıda bulunmaz. Bunun yerine modüller “sıcak bekleme” durumunda olur ve yalnızca birincil modüller başarısız olursa devreye girer. Örneğin, bir birincil ve bir yedek modül toplam 5.000 kayıt destekliyorsa, bir birincil modül başarısız olduğunda yedek modül desteklediği sınırın ötesinde cihazlarla aşırı yüklenmez.

#### <mark style="color:mavi;">Ölçeklendirme ve Yedeklilik ile ZPLS Dağıtımına Örnek</mark>

Kolaylık olması açısından, aşağıdaki örnek ek ölçeklendirme ve yedeklilik ile dağıtımı göstermektedir.

{% hint style="success" %}
**Örnek**:&#x20;

Bir hastanenin kurtarıcılık için 10.000 kayıtlı uzantıya kadar destek sağlaması gerekmektedir. Bunu başarmak için hastane dört ZPLS modülü dağıtmaktadır.

İlk iki modül her biri 5.000 kayıt destekleyebilmektedir ve bu da toplamda 10.000 kayıt kapasitesi sağlar. Ancak, dayanıklılığın önemini göz önünde bulundurarak hastane ayrıca birincil modüllere yedek olarak iki ek modül dağıtmaktadır.

Bu senaryoda hastanenin artık birincil ve ikincil kurtarıcılık donanımı dağıtılmıştır. Şimdi, bir birincil modül hata ile karşılaşırsa, yedek modül(ler) kesintisiz hizmeti sürdürmek için devreye girecek ve aynı zamanda 10.000 kayıtlı cihaza kadar destek sağlamaya devam edecektir.
{% endhint %}

### Site Tasarım Hususları

#### <mark style="color:mavi;">Siteler, ortak telekomünikasyon ayarları ve politikaları için Zoom Phone kullanıcılarını konuma göre gruplar</mark>

Bir **site** Zoom Phone içinde ortak özelliklere sahip kullanıcıları — ortak bir erişim kodu, adres, SIP Bölgesi, departman veya politika gibi — Zoom web portalı içinde yönetilebilir tek bir grupta toplayan özel bir terimdir. Bazı müşteriler için tek bir site, işletme içindeki tüm kullanıcıları temsil edebilir ve kampüs veya konum içindeki birden fazla binayı kapsayabilir; diğerleri için iş ihtiyaçlarına bağlı olarak birden çok site gerekebilir. Siteler veya site yönetimi hakkında daha fazla bilgi için [Zoom’un destek merkezine başvurun](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0069716).

#### <mark style="color:mavi;">Zoom Phone tek site ve çok site tasarımlarını destekler</mark>

Bir hesap içinde Zoom Phone sitelerini yapılandırmak için iki ana tasarım vardır:

1. **Tek site**: Bir hesabın içindeki tüm kullanıcıları temsil eder; potansiyel olarak birden fazla bina veya konumu tek bir Zoom Phone sitesi içinde kapsayabilir.
2. **Çok site**: Kullanıcıları konum, bina, departman veya işlev bazında ayrı ayrı temsil eder; her birinin kendi sitesi vardır.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/oIvxHDcxrmw7DhWRyObf/Unknown%20image" alt=""></div>

{% hint style="info" %}
Mevcut Zoom müşterilerinin hesap yöneticileri, mevcut site tasarımını [**Şirket Bilgileri**](https://zoom.us/pbx/page/telephone/settings#/settings/multi-sites?page_number=1\&page_size=15\&keyword=) sayfasından kontrol edebilir; bu sayfa **Telefon Sistemi Yönetimi** web portalındaki menüde bulunmaktadır.
{% endhint %}

#### <mark style="color:mavi;">Her ZPLS modülü aynı anda yalnızca bir site ile ilişkilendirilebilir</mark>

Daha önce belirtildiği gibi, bir ZPLS modülü [üçüncü öncelikli kayıt sunucusudur](#_7itj40mx1dut) desteklenen cihazlar için birincil ve ikincil SIP bölgelerinin arkasında. Cihazlar başlatma sürecinde SRV listelerini aldıkları için ve bu listeler sitenin ayarlarına bağlı olduğundan, **her ZPLS modülü aynı anda yalnızca bir site ile ilişkilendirilebilir**.

#### <mark style="color:mavi;">Her site aynı anda 20 ZPLS modülüne kadar destekleyebilir</mark>

Her ZPLS modülü aynı anda yalnızca bir site ile ilişkilendirilebilse de, bir site bir grupta 20 ZPLS modülüne kadar destekleyebilir ve böylece her sitenin kurtarıcılık yeteneklerini genişletebilir.

{% hint style="info" %}
Bu özellik şu anda beta aşamasındadır ve etkinleştirilmesi için teknik destek talebi gerektirir.
{% endhint %}

#### <mark style="color:mavi;">ZPLS modülleri ortak bir ağa bağlıysa site-ler arası çağrıyı destekler</mark>

Farklı sitelerden ZPLS modülleri, cihazlar yerel ağ içinde keşfedilebilir olduğu sürece kurtarıcılık olayı sırasında site-ler arası çağrıyı destekler. Örneğin, bir işletme kampüsünde her birinin kendi telefon sitesi olan üç bina varsa, her bir sitenin ZPLS modülleri kampüs alan ağı üzerinden site-ler arası çağrıları birbirine bağlayabilir.

{% hint style="info" %}
Bu özellik şu anda beta aşamasındadır ve etkinleştirilmesi için teknik destek talebi gerektirir.
{% endhint %}

#### <mark style="color:mavi;">ZPLS dağıtmadan önce hesaplar hangi site yapılandırmasının ihtiyaçlarına en uygun olduğunu anlamalıdır</mark>

Her ZPLS modülü aynı anda yalnızca bir site ile ilişkilendirilebildiğinden, site tasarımı ZPLS hizmetini bir hesap içinde dağıtırken en önemli faktörlerden biridir. Bu nedenle müşteriler, her ek olarak kurtarıcılık için etkinleştirilen sitenin en az bir ek ZPLS modülü gerektireceği göz önünde bulundurularak, pratik iş ve kurtarıcılık ihtiyaçlarını karşılamak için hangi site yapılandırmasının en uygun olduğunu anlamalıdır.

#### <mark style="color:mavi;">Tek site tasarımı yönetmesi daha kolaydır ve tek bir ZPLS modülü ile kurtarıcılık sağlar, ancak kullanıcı ayarları ve politikaları için daha az esneklik sunar</mark>

Tek site tasarımı, bir hesaptaki tüm kullanıcıları tek, birleşik bir grup altında konsolide ederek Zoom Phone ayarlarının ve politikalarının yönetimini kolaylaştırır. Bu tek kullanıcı grubu işletmelere daha basit bir yönetim ve azalan karmaşıklık sunarak yönetim sürecini sadeleştirir. Ayrıca, tek bir ZPLS modülü ile yerel telefon kurtarıcılığı sunabilir, tabii site kullanıcıları [tek modülün](#_rx0i1j9xofnc).

kapasitelerini aşmadığı sürece. [Bununla birlikte, tek site tasarımının sadeliği doğal olarak sınırlamaları da içerir. Özellikle tek site tasarımları “herkese uyan tek beden” niteliği nedeniyle daha az esneklik sunar ve bu durum farklı ihtiyaçlara sahip birden fazla departmanda tüm dağıtım senaryolarına uymayabilir. Ayrıca, yerel ağın](#_gzpf5m70jl3i).

#### <mark style="color:mavi;">arızalanması</mark>

durumunda tek site dağıtımları belirli kurtarma senaryolarında savunmasız olabilir. [Çok site tasarımı kullanıcı ayarları ve politikaları için daha fazla esneklik sunar, ancak her kurtarıcılık etkin site için bir ZPLS modülü gerektirir ve yönetimi daha karmaşıktır](#_a42hwaw1pfmx) Çok site tasarımı, kullanıcıları farklı gruplara ayırarak daha ayrıntılı ayar denetimleriyle işletmelere ek esneklik sağlar. Bu tasarım, kuruluşların çeşitli siteler için iletişim yapılandırmalarını belirli gereksinimlere göre ayrıntılı şekilde ayarlamalarına olanak verir ve farklı departmanlar, senaryolar veya ihtiyaçlar için daha rafine ve uyarlanabilir bir kullanıcı deneyimi sunar. Ayrıca, çok site dağıtımları

site-ler arası iletişimi

{% hint style="info" %}
ortak bir ağ üzerinden birbirine bağlıysa destekleyebilir. *olmaksızın* Bununla birlikte, çok site tasarımının yönetimi, her sitenin benzersiz gereksinimlerinin ayrıntılarına dikkat edilmesini gerektirir ve daha yüksek bir yönetim çabası gerektirebilir. Ayrıca, her ZPLS modülü aynı anda yalnızca bir siteye atanabildiğinden, her kurtarıcılık etkin site için bir ZPLS modülü ve lisansı gerekecek olup bu daha kaynak yoğun bir kurulumla sonuçlanabilir.
{% endhint %}

### Çok site tasarımında, müşteriler hangi sitelerin kurtarıcılık için yapılandırılacağını seçme esnekliğine sahiptir. Siteler

#### <mark style="color:mavi;">bir ZPLS modülü standart bağlantı yeniden sağlanana kadar çağrı yapamaz veya alamaz hâle gelecektir.</mark>

Ağ Arızaları

#### <mark style="color:mavi;">Bir sitenin yerel ağı arızalanırsa kurtarıcılık etkilenebilir</mark>

ZPLS modülleri hizmeti etkileyen olaylar sırasında yerel telefon kurtarıcılığı sağlamak üzere tasarlanmış olsa da, bir sitenin yerel ağı arızalanırsa kurtarıcılık etkilenebilir. Bu senaryolar aşağıdaki iki bölümde özetlenmiştir.

Tek Site Yerel Ağ Arızası

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/Ri12tqNIQd9vtbMpNzqe/Unknown%20image" alt=""></div>

{% hint style="success" %}
**Tek site tasarımında bir veya daha fazla bina yerel veya kampüs alan ağı ile birbirine bağlanır ve Zoom Phone içinde tek bir site ile temsil edilir. Bu yapılandırma, konumdaki tüm kullanıcılar ve binalar arasında ortak bir ağ olduğunu varsayar ve bina-ler arası iletişim için harici ağ bağımlılığı (ör. İnternet) gerektirmez.**

Bu site tasarımı ile bir işletme, tek bir ZPLS modülü ile tek bir site veya konumdaki tüm kullanıcılara yerel kurtarıcılık sağlayabilir; ancak bu tasarım, bina-ler arası iletişimi etkileyen yerel veya kampüs ağı kesintisi durumunda savunmasızdır. Aşağıdaki örnek, yerel ağ arızasının tek site dağıtımını nasıl etkileyebileceğini açıklar. **Örnek:** Bir şirket, kampüs alan ağı ile birbirine bağlanmış A, B ve C binalarından oluşan tek bir Zoom Phone sitesi için ZPLS modülünü dağıtıyor. ZPLS modülü A Binası'nda çalışıyor ve

değildir *PSTN üzerinden dış arama için bir SBC'ye bağlı.* Harici internet hizmeti arızası veya hizmeti etkileyen bir olay durumunda, site içindeki herhangi bir kullanıcı aynı

site içindeki
{% endhint %}

başka bir kullanıcıyı arayabilir; bunun için her iki kullanıcının da kampüs alan ağı aracılığıyla ZPLS modülüne bağlantısını koruması yeterlidir.

| Bununla birlikte, bir kampüs alan ağı arızası durumunda, B ve C binalarındaki kullanıcılar A Binası'ndaki ZPLS modülüne ulaşılamadığında çağrı yapamazlar. Sonuç olarak, B ve C binalarındaki kullanıcıların kurtarıcılık çağrıları yapabilmek için kampüs alan ağı yeniden sağlanana kadar beklemeleri gerekir. | Aşağıdaki tablo, çok binalı tek site tasarımında Zoom Phone kurtarıcılığını göstermektedir: | Çağrılar kaynaklandığı bina                      |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | ------------------------------------------------ |
| Harici İnternet arızası sırasında bu konumlara ulaşabilir                                                                                                                                                                                                                                                        | Kampüs ağı arızası sırasında bu konumlara ulaşabilir                                        | A Binası (ZPLS Sunucusu) *☑️ A, B ve C Binaları* |
| ☑️ Sadece A Binası                                                                                                                                                                                                                                                                                               | Kampüs ağı arızası sırasında bu konumlara ulaşabilir                                        | B Binası                                         |
| ✖️                                                                                                                                                                                                                                                                                                               | Kampüs ağı arızası sırasında bu konumlara ulaşabilir                                        | B Binası                                         |

#### <mark style="color:mavi;">C Binası</mark>

SBC Olmadan Çok Site Yerel Ağ Arızası

Çok site tasarımında her bina veya konum (ör. kat, uydu ofis vb.) Zoom Phone içinde bağımsız olarak benzersiz bir site ile temsil edilir. Bu yapılandırma, her sitenin bir ZPLS modülüne sahip olduğunu ve sitelerin ortak bir kampüs alan ağı üzerinden birbirine bağlı olduğunu varsayar.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/YleKIF0uXoN12c2dmNNB/Unknown%20image" alt=""></div>

{% hint style="success" %}
**Tek site tasarımında bir veya daha fazla bina yerel veya kampüs alan ağı ile birbirine bağlanır ve Zoom Phone içinde tek bir site ile temsil edilir. Bu yapılandırma, konumdaki tüm kullanıcılar ve binalar arasında ortak bir ağ olduğunu varsayar ve bina-ler arası iletişim için harici ağ bağımlılığı (ör. İnternet) gerektirmez.**

Bu site tasarımı ile her site kendi ZPLS modülünü destekler ve kurtarıcılık modu etkinleştirildiğinde aynı bina içindeki kullanıcıların birbirlerini aramasına olanak tanır. Ayrıca, birden fazla ZPLS modülüne sahip siteler ortak bir ağ üzerinden birbirine bağlıysa, yerel ağ çalışır durumda olduğu sürece kullanıcılar diğer sitelerdeki kullanıcıları arayabilir. Ancak, bu tasarım bina-ler arası iletişimi etkileyen bir kampüs ağı arızası durumunda savunmasızdır. Aşağıdaki örnek, bir kampüs ağı arızasının çok site dağıtımını nasıl etkileyebileceğini açıklar.

Bir şirket, A, B ve C binalarından oluşan çok binalı kampüsünde ZPLS modülünü dağıtıyor. Her bina Zoom Phone içinde benzersiz bir site olup siteye özgü bir ZPLS modülüne sahiptir. Kampüsteki tüm binalar, bina-ler arası iletişim için harici internet hizmetine bağımlı olmayan bir kampüs alan ağı ile birbirine bağlıdır.
{% endhint %}

Bu örnekte, harici internet hizmeti arızası, kampüs ağı kesintisi veya hizmeti etkileyen bir durumda, bir sitede bulunan herhangi bir kullanıcı aynı site içindeki başka bir kullanıcıyı arayabilir. Ancak, her bina benzersiz bir site olduğu ve kullanıcılar siteye özgü modüllere kayıt yaptıkları için kampüs ağı arızalanırsa ZPLS modülleri site-ler arası çağrıları taşıyamaz. Bunun yerine kullanıcılar yalnızca yerel site içindeki diğer kullanıcılara çağrı yapabilir.

| Bununla birlikte, bir kampüs alan ağı arızası durumunda, B ve C binalarındaki kullanıcılar A Binası'ndaki ZPLS modülüne ulaşılamadığında çağrı yapamazlar. Sonuç olarak, B ve C binalarındaki kullanıcıların kurtarıcılık çağrıları yapabilmek için kampüs alan ağı yeniden sağlanana kadar beklemeleri gerekir. | Aşağıdaki tablo, çok binalı tek site tasarımında Zoom Phone kurtarıcılığını göstermektedir:                                           | Çağrılar kaynaklandığı bina |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | --------------------------- |
| Harici İnternet arızası sırasında bu konumlara ulaşabilir                                                                                                                                                                                                                                                        | Aşağıdaki tablo, ortak ağ ile bağlı bir kampüste çok site tasarımındaki yukarıdaki örneğin Zoom Phone kurtarıcılığını göstermektedir: | A Binası (ZPLS Sunucusu)    |
| ☑️ A, B ve C Binaları                                                                                                                                                                                                                                                                                            | B Binası (ZPLS Sunucusu)                                                                                                              | ☑️ A, B ve C Binaları       |
| ☑️ Sadece B Binası                                                                                                                                                                                                                                                                                               | B Binası (ZPLS Sunucusu)                                                                                                              | C Binası (ZPLS Sunucusu)    |

#### <mark style="color:mavi;">☑️ Sadece C Binası</mark>

Yerel bir ağ arızalanırsa, her site bir SBC'ye bağlı ve çağrı yönlendirme etkin ise site-ler arası çağrı PSTN üzerinden de desteklenir [Yerel bir ağ arızası durumunda, çok site tasarımına sahip ve her siteye ZPLS modülü ile birlikte bir SBC ve PSTN bağlantısı entegre etmiş müşteriler,](#_2v7qst7vxwaa)çağrı yönlendirme etkinse

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/TxOX1dZyselC2SFLiXSu/Unknown%20image" alt=""></div>

{% hint style="danger" %}
site-ler arası çağrıyı etkinleştirebilirler. **Yapılandırıldığında, kurtarıcılık modunda yapılan telefon çağrıları kullanıcının istemcisinden PSTN'ye, oradan ikinci sitenin SBC'sine ve ZPLS modülüne yönlendirilir ve nihayetinde aranan kişinin cihazına ulaşır. Aşağıdaki diyagram bu yapılandırmanın genel bir görünümünü sağlar:** Bu yapılandırma
{% endhint %}

gerektirir

| Bununla birlikte, bir kampüs alan ağı arızası durumunda, B ve C binalarındaki kullanıcılar A Binası'ndaki ZPLS modülüne ulaşılamadığında çağrı yapamazlar. Sonuç olarak, B ve C binalarındaki kullanıcıların kurtarıcılık çağrıları yapabilmek için kampüs alan ağı yeniden sağlanana kadar beklemeleri gerekir. | Aşağıdaki tablo, çok binalı tek site tasarımında Zoom Phone kurtarıcılığını göstermektedir: | Çağrılar kaynaklandığı bina                          |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | ---------------------------------------------------- |
| Harici İnternet arızası sırasında bu konumlara ulaşabilir                                                                                                                                                                                                                                                        | Kampüs ağı arızası sırasında bu konumlara ulaşabilir                                        | Kampüs ağı arızası sırasında bu konumlara ulaşabilir |
| ☑️ A, B ve C Binaları                                                                                                                                                                                                                                                                                            | Kampüs ağı arızası sırasında bu konumlara ulaşabilir                                        | Kampüs ağı arızası sırasında bu konumlara ulaşabilir |
| ☑️ Sadece B Binası                                                                                                                                                                                                                                                                                               | Kampüs ağı arızası sırasında bu konumlara ulaşabilir                                        | Kampüs ağı arızası sırasında bu konumlara ulaşabilir |

#### <mark style="color:mavi;">yapılandırılmış SBC'lerde E.164 telefon numarası işlemesini.</mark>

Aşağıdaki tablo ayrıca bağımsız SBC'lere sahip çok site tasarımında Zoom Phone kurtarıcılığını göstermektedir:

{% hint style="success" %}
**Tek site tasarımında bir veya daha fazla bina yerel veya kampüs alan ağı ile birbirine bağlanır ve Zoom Phone içinde tek bir site ile temsil edilir. Bu yapılandırma, konumdaki tüm kullanıcılar ve binalar arasında ortak bir ağ olduğunu varsayar ve bina-ler arası iletişim için harici ağ bağımlılığı (ör. İnternet) gerektirmez.**

Göçebe (nomadik) kullanıcılar her zaman ana siteleri ile ilişkilendirilmiş ZPLS modülüne kayıt olurlar

Kullanıcılar veya cihazlar Zoom Phone'a eklendiğinde, bir “ana” site kullanıcıya veya cihaza statik olarak ilişkilendirilir ve hesap yöneticisi tarafından güncellenene kadar bu ilişki devam eder. Bu, bir kullanıcı ilişkili ana sitesinin dışında fiziksel bir konuma taşınırsa — örneğin farklı bir site ile ilişkilendirilmiş bir ofis binasına — Zoom’un kullanıcıya bağlı siteyi dinamik olarak ayarlamayacağı anlamına gelir. Sonuç olarak, kullanıcı Zoom Phone veri merkezlerine bağlantısını kaybederse, farklı bir konumda olsalar bile kullanıcı ana siteleri ile ilişkili ZPLS modülüne kayıt olmaya çalışacaktır.
{% endhint %}