Share via

Lync Server 2013 のダイヤル プランと正規化ルール

  • [アーティクル]

 

トピック最終更新日時: 2012-09-21

ダイヤル プランとは、電話番号の承認と通話のルーティングを目的として、特定の場所、個々のユーザー、または連絡先オブジェクトの電話番号を 1 つの標準形式 (E.164) に変換する正規化ルールのセットに名前を付けたものです。

正規化ルールは、さまざまな形式で表現された電話番号を指定された各場所、ユーザー、または連絡先オブジェクトにルーティングする方法を定義します。 ダイヤル元の場所および電話をかける人や連絡先オブジェクトによって、同じダイヤル文字列が異なる方法で解釈および変換される場合があります。

ダイヤル プランのスコープ

ダイヤル プランのスコープによって、ダイヤル プランを適用できる階層レベルが決まります。 Lync Server では、ユーザーに特定のユーザーごとのダイヤル プランを割り当てることができます。 ユーザー ダイヤル プランが割り当てられていない場合は、レジストラー プールのダイヤル プランが適用されます。 レジストラー プール ダイヤル プランがない場合は、サイト ダイヤル プランが適用されます。 ユーザーに適用可能な他のダイヤル プランがない場合は、最後にグローバル ダイヤル プランが適用されます。

クライアントは、ユーザーが Lync Server にログオンするときに提供されるインバンド プロビジョニング設定を使用してダイヤル プランのスコープ レベルを取得します。 管理者は、Lync Server コントロール パネルを使用してダイヤル プランのスコープ レベルを管理および割り当てることができます。

注意

サービス レベルの公衆交換電話網 (PSTN) ゲートウェイのダイヤル プランは、特定のゲートウェイからの着信に適用されます。

ダイヤル プランのスコープ レベルは、次のように定義されます。

  • ユーザー ダイヤル プラン: 個々のユーザー、グループ、または連絡先オブジェクトに割り当てることができます。 音声アプリケーションは、user-default に設定された電話コンテキストのコールを受信したとき、ユーザーごとのダイヤル プランを参照できます。 連絡先オブジェクトは、ダイヤル プラン割り当ての際には個々のユーザーとして扱われます。

  • プール ダイヤル プラン: トポロジ内の任意の PSTN ゲートウェイまたはレジストラーのサービス レベルで作成できます。 プール ダイヤル プランを定義するには、ダイヤル プランを適用する特定のサービス (PSTN ゲートウェイまたはレジストラー プール) を指定する必要があります。

  • サイト ダイヤル プラン: プール ダイヤル プランまたはユーザー ダイヤル プランが割り当てられているユーザー、グループ、または連絡先オブジェクトを除き、サイト全体に対して作成できます。 サイト ダイヤル プランを定義するには、ダイヤル プランを適用するサイトを指定する必要があります。

  • グローバル ダイヤル プラン: 製品と共にインストールされている既定のダイヤル プラン。 グローバル ダイヤル プランは、編集することはできますが削除はできません。 このダイヤル プランは、より具体的なスコープでダイヤル プランを構成して割り当てる場合を除き、展開内のすべてのエンタープライズ VoIPユーザー、グループ、および連絡先オブジェクトに適用されます。

ダイヤル プランの計画

ダイヤル プランを計画するには、次の手順を実行します。

  • 組織内のオフィスがあるすべてのロケールをリストアップします。

    このリストは、すべてを網羅した最新の情報である必要があります。 また、組織の変化に合わせて改訂する必要があります。 多数の小規模なブランチ オフィスを持つ大規模な多国籍企業の場合は、この作業に時間がかかる可能性があります。

  • 各サイトにおける有効な番号パターンを特定します。

    ダイヤル プランの計画で最も時間がかかるのは、それぞれのサイトの有効な番号パターンを特定することです。 あるダイヤル プラン用に記述した正規化ルールを他のダイヤル プランにコピーできる場合があります (特に、対応しているサイトが同じ国/地域または大陸にある場合)。 これ以外の場合でも、あるダイヤル プランの番号を少し変更すれば他のダイヤル プランに十分使用できる場合があります。

  • ダイヤル プランの名前付けのための、組織全体のスキームを開発します。

    標準の名前付けスキームを採用することで、組織間の一貫性を保ち、メンテナンスと更新を簡単に行うことができます。

  • 1 つの場所で複数のダイヤル プランが必要かどうかを判断します。

    組織が複数の場所で 1 つのダイヤル プランを保持している場合でも、プライベート ブランチ エクスチェンジ (PBX) から移行し、既存の拡張機能を保持する必要があるエンタープライズ VoIPユーザーに対して別のダイヤル プランを作成する必要がある場合があります。

  • ユーザーごとのダイヤル プランが必要かどうかを決定します。 たとえば、セントラル サイトに登録されているブランチ サイトにユーザーがいる場合や、存続可能ブランチ アプライアンスに登録されているユーザーがいる場合は、ユーザーごとのダイヤル プランと正規化ルールを使用して、このようなユーザーに対して特別なダイヤル シナリオを検討できます。 詳細については、「 Lync Server 2013 のブランチ サイトの回復性要件」を参照してください。

  • ダイヤル プランのスコープを決定します (このトピック内で前述)。

ダイヤル プランを作成するには、必要に応じて、Lync Server コントロール パネルまたは Lync Server Management Shell を使用して、次のフィールドに値を指定します。

名前および簡単な名前

ユーザー ダイヤル プランの場合、ダイヤル プランの割り当て先のユーザー、グループ、または連絡先オブジェクトを識別する説明的な名前を指定する必要があります。 サイト ダイヤル プランの場合、[名前] フィールドにはサイト名が事前設定されており、変更できません。 プール ダイヤル プランの場合、[名前] フィールドには PSTN ゲートウェイまたはフロントエンド プールの完全修飾ドメイン名 (FQDN) が事前設定されており、変更できません。

ダイヤル プラン の単純な名前 には、ダイヤル プラン名から派生した文字列が事前設定されています。 [単純名] フィールドは編集可能で、ダイヤル プラン用のより説明的な名前付け規則を作成することができます。 簡単な名前の値を空にすることはできず、一意である必要があります。 組織全体の名前付け規則を開発し、この規則をすべてのサイトとユーザーで一貫して使用することをお勧めします。

説明

対応するダイヤル プランが適用される地理的な場所の、一般的でわかりやすい名前を入力することをお勧めします。 たとえば、ダイヤル プランの名前が London.Contoso.com である場合、説明を London とすることをお勧めします。

ダイヤルイン会議の地域

ダイヤルイン会議を展開している場合、ダイヤルイン会議の地域を指定し、ダイヤルイン会議のアクセス番号をダイヤル プランと関連付ける必要があります。

外部アクセス プレフィックス

外線に接続するのに先頭に 1 つ以上の数字 (9 など) を追加する必要がある場合に、最大 4 文字 (#、*、および 0 ～ 9) の外部アクセス プレフィックスを指定できます。

注意

外部アクセス プレフィックスを指定する場合に、プレフィックスに対応するために追加の正規化ルールを作成する必要はありません。

正規化ルール

正規化ルールは、さまざまな形式で表される電話番号を名前付き場所にルーティングする方法を定義します。 ダイヤル元のロケールに応じて、同じ番号文字列が異なる方法で解釈および変換される場合があります。 通話ルーティングには正規化ルールが必要です。これは、ユーザーが連絡先リストに電話番号を入力するときにさまざまな形式を使用できるためです。

ユーザーがダイヤルした電話番号を正規化することによって、形式の一貫性を確保できます。これは、次の処理に役立ちます。

  • ダイヤルされた番号と受信者の SIP-URI のマッチング

  • 発信者へのダイヤル承認ルールの適用

次の番号フィールドでは、正規化ルールの考慮が必要になる可能性があります。

  • ダイヤル プラン

  • 国番号

  • 市外局番

  • 内線番号の長さ

  • サイトのプレフィックス

正規化ルールの作成

正規化ルールでは、リバース番号検索でダイヤル文字列を E.164 形式に変換するためにサーバーによって使用される番号一致パターンを指定するために, .NET Framework の正規表現が使用されます。 Lync Server コントロール パネルで正規化ルールを作成するには、式を手動で入力するか、開始数字と一致するダイヤル文字列の長さを入力し、Lync Server コントロール パネルに対応する正規表現を生成させます。 どちらの方法でも、完了したらテスト番号を入力して、正規化ルールが期待どおりに機能することを確認できます。

.NET Framework正規表現の使用の詳細については、次の「.NET Framework正規表現」をhttps://go.microsoft.com/fwlink/p/?linkId=140927参照してください。

正規化ルールの例

次の表は、.NET Framework 正規表現で記述された正規化ルールの例です。 これらのサンプルは例示するためのもので、独自の正規化ルールを作成する際の規定リファレンスとして提示するものではありません。

表 1. .NET Framework 正規表現を使用した正規化ルール

ルール名 説明 番号のパターン 変換 例

4digitExtension

4 桁の内線番号を変換します。

^(\d{4})$

+1425555$1

0100 は +14255550100 に変換されます

5digitExtension

5 桁の内線番号を変換します。

^5(\d{4})$

+1425555$1

50100 は +14255550100 に変換されます

7digitcallingRedmond

7 桁の番号を Redmond の電話番号に変換します。

^(\d{7})$

+1425$1

5550100 は +14255550100 に変換されます

7digitcallingDallas

7 桁の番号を Dallas の電話番号に変換します。

^(\d{7})$

+1972$1

5550100 が +19725550100 に変換されます。

10digitcallingUS

米国の 10 桁の番号を変換します。

^(\d{10})$

+1$1

2065550100 が +12065550100 に変換されます。

LDCallingUS

米国の長距離プレフィックス付きの番号を変換します。

^1(\d{10})$

+$1

12145550100 が +2145550100 に変換されます。

IntlCallingUS

米国の国際プレフィックス付きの番号を変換します。

^011(\d*)$

+$1

01191445550100 が +91445550100 に変換されます。

RedmondOperator

0 を Redmond のオペレーター呼び出し番号に変換します。

^0$

+14255550100

0 は +14255550100 に変換されます

RedmondSitePrefix

ネットワーク内プレフィックス (6) および Redmond のサイト コード (222) 付きの番号を変換します。

^6222(\d{4})$

+1425555$1

62220100 は +14255550100 に変換されます

NYSitePrefix

ネットワーク内プレフィックス (6) および NY のサイト コード (333) 付きの番号を変換します。

^6333(\d{4})$

+1202555$1

63330100 が +12025550100 に変換されます。

DallasSitePrefix

ネットワーク内プレフィックス (6) および Dallas のサイト コード (444) 付きの番号を変換します。

^6444(\d{4})$

+1972555$1

64440100 が +19725550100 に変換されます。

以下の表は、Redmond (Washington、米国) の場所のダイヤル プランの例です。これは、前の表に示す正規化ルールに基づいています。

表 2. 表 1 の正規化ルールに基づく Redmond のダイヤル プラン

Redmond.forestFQDN

5digitExtension

7digitcallingRedmond

10digitcallingUS

IntlCallingUS

RedmondSitePrefix

NYSitePrefix

DallasSitePrefix

RedmondOperator

注意

前の表に示した正規化ルールの名前にはスペースが含まれていませんが、必要に応じて含めることもできます。 たとえば、表に最初に示されている名前は、「5 digit extension」と「5-digit Extension」のどちらの形式で記述しても有効になります。