Cisco মিটিং সার্ভার 2.5.2. ভিডিও কনফারেন্স রেকর্ডিং সহ স্কেলযোগ্য এবং স্থিতিস্থাপক মোডে ক্লাস্টার

এই ইস্যুতে আমি ফেইলওভার ক্লাস্টার মোডে একটি CMS সার্ভার সেট আপ করার কিছু জটিলতা দেখাব এবং ব্যাখ্যা করব।


তত্ত্বসাধারণভাবে, তিন ধরনের CMS সার্ভার স্থাপনা রয়েছে:

• একক সম্মিলিত(একক সম্মিলিত), i.e. এটি একটি সার্ভার যার উপর সমস্ত প্রয়োজনীয় পরিষেবা চলছে৷ বেশিরভাগ ক্ষেত্রে, এই ধরনের স্থাপনা শুধুমাত্র অভ্যন্তরীণ ক্লায়েন্ট অ্যাক্সেসের জন্য উপযুক্ত এবং ছোট পরিবেশে যেখানে একটি একক সার্ভারের স্কেলেবিলিটি এবং রিডানডেন্সি সীমাবদ্ধতা একটি জটিল সমস্যা নয়, বা এমন পরিস্থিতিতে যেখানে CMS শুধুমাত্র কিছু ফাংশন সম্পাদন করে, যেমন অ্যাডহক Cisco UCM উপর সম্মেলন.

  কাজের আনুমানিক স্কিম:
  

• একক বিভক্ত(একক বিভক্ত) বহিরাগত অ্যাক্সেসের জন্য একটি পৃথক সার্ভার যোগ করে পূর্ববর্তী স্থাপনার ধরন প্রসারিত করে। লিগ্যাসি স্থাপনায়, এর অর্থ হল একটি ডিমিলিটারাইজড নেটওয়ার্ক সেগমেন্টে (DMZ) একটি CMS সার্ভার স্থাপন করা যেখানে বহিরাগত ক্লায়েন্টরা এটি অ্যাক্সেস করতে পারে এবং নেটওয়ার্ক কোরে একটি CMS সার্ভার যেখানে অভ্যন্তরীণ ক্লায়েন্টরা CMS অ্যাক্সেস করতে পারে। এই বিশেষ স্থাপনার মডেলটি এখন তথাকথিত প্রকার দ্বারা বাতিল করা হচ্ছে একক প্রান্ত, যা সার্ভার নিয়ে গঠিত সিসকো এক্সপ্রেসওয়ে, যার হয় একই ফায়ারওয়াল বাইপাস ক্ষমতার অনেকগুলি আছে বা থাকবে তাই ক্লায়েন্টদের একটি ডেডিকেটেড প্রান্ত CMS সার্ভার যোগ করার প্রয়োজন নেই৷

  কাজের আনুমানিক স্কিম:
  

• পরিমাপযোগ্য এবং স্থিতিস্থাপক(স্কেলেবল এবং ফল্ট টলারেন্ট) এই ধরনের প্রতিটি উপাদানের জন্য অপ্রয়োজনীয়তা অন্তর্ভুক্ত করে, ব্যর্থতার ক্ষেত্রে অপ্রয়োজনীয়তা প্রদান করার সাথে সাথে সিস্টেমটিকে তার সর্বোচ্চ ক্ষমতার সাথে আপনার চাহিদার সাথে বৃদ্ধি পেতে দেয়। এটি নিরাপদ বাহ্যিক অ্যাক্সেস প্রদানের জন্য একক প্রান্ত ধারণা ব্যবহার করে। এই ধরনের আমরা এই পর্বে তাকান হবে. এই ধরনের ক্লাস্টার কীভাবে স্থাপন করা যায় তা যদি আমরা বুঝতে পারি, তাহলে আমরা কেবল অন্যান্য ধরনের স্থাপনারই বুঝতে পারব না, তবে চাহিদার সম্ভাব্য বৃদ্ধিকে মিটমাট করার জন্য কীভাবে CMS সার্ভারের ক্লাস্টার তৈরি করতে হয় তাও আমরা বুঝতে সক্ষম হব।

স্থাপনার দিকে যাওয়ার আগে, আপনাকে কিছু মৌলিক বিষয় বুঝতে হবে, যথা

প্রধান CMS সফ্টওয়্যার উপাদান:

• ডেটাবেস: আপনাকে কিছু কনফিগারেশন একত্রিত করার অনুমতি দেয়, যেমন ডায়াল প্ল্যান, ইউজার স্পেস এবং ব্যবহারকারীরা নিজেরাই। শুধুমাত্র উচ্চ প্রাপ্যতা (একক মাস্টার) জন্য ক্লাস্টারিং সমর্থন করে।
• কল ব্রিজ: অডিও এবং ভিডিও কনফারেন্সিংয়ের জন্য একটি পরিষেবা যা কল এবং মাল্টিমিডিয়া প্রক্রিয়াগুলির পরিচালনা এবং প্রক্রিয়াকরণের উপর সম্পূর্ণ নিয়ন্ত্রণ প্রদান করে। উচ্চ প্রাপ্যতা এবং মাপযোগ্যতার জন্য ক্লাস্টারিং সমর্থন করে।
• XMPP সার্ভার: সিসকো মিটিং অ্যাপ্লিকেশন এবং/অথবা WebRTC ব্যবহার করে ক্লায়েন্টদের নিবন্ধন এবং প্রমাণীকরণের জন্য দায়ীরিয়েল-টাইম যোগাযোগ, বা কেবল ব্রাউজারে), সেইসাথে আন্তঃকম্পোনেন্ট সিগন্যালিং। শুধুমাত্র উচ্চ প্রাপ্যতার জন্য ক্লাস্টার করা যেতে পারে।
• ওয়েব ব্রিজ: WebRTC-এ ক্লায়েন্ট অ্যাক্সেস প্রদান করে।
• লোডব্যালেন্সার: একক স্প্লিট মোডে Cisco মিটিং অ্যাপের জন্য একটি একক সংযোগ পয়েন্ট প্রদান করে। ইনকামিং সংযোগের জন্য বাহ্যিক ইন্টারফেস এবং পোর্ট শোনে। সমানভাবে, লোড ব্যালেন্সার XMPP সার্ভার থেকে ইনকামিং TLS সংযোগ গ্রহণ করে, যার মাধ্যমে এটি বহিরাগত ক্লায়েন্টদের থেকে TCP সংযোগগুলি পরিবর্তন করতে পারে।
  আমাদের পরিস্থিতিতে এটির প্রয়োজন হবে না।
• টার্ন সার্ভার: ফায়ারওয়াল বাইপাস প্রযুক্তি প্রদান করে যা অনুমতি দেয়
  Cisco মিটিং অ্যাপ বা SIP ডিভাইস ব্যবহার করে বহিরাগত ক্লায়েন্টদের সাথে সংযোগ করতে একটি ফায়ারওয়াল বা NAT এর পিছনে আমাদের CMS রাখুন। আমাদের পরিস্থিতিতে এটির প্রয়োজন হবে না।
• ওয়েব অ্যাডমিন: বিশেষ ইউনিফাইড সিএম সম্মেলনের জন্য প্রশাসনিক ইন্টারফেস এবং API অ্যাক্সেস।

কনফিগারেশন মোড

অন্যান্য সিসকো পণ্যের বিপরীতে, সিসকো মিটিং সার্ভার যেকোনো ধরনের স্থাপনার জন্য তিনটি কনফিগারেশন পদ্ধতি সমর্থন করে।

• কমান্ড লাইন (CLI): কমান্ড লাইন ইন্টারফেস প্রাথমিক কনফিগারেশন এবং সার্টিফিকেট কাজের জন্য MMP নামে পরিচিত।
• ওয়েব অ্যাডমিনিস্ট্রেটর: প্রাথমিকভাবে কলব্রিজ সম্পর্কিত কনফিগারেশনের জন্য, বিশেষ করে যখন একটি একক নন-ক্লাস্টার সার্ভার সেট আপ করা হয়।
• বিশ্রাম এপিআই: সবচেয়ে জটিল কনফিগারেশন কাজ এবং ক্লাস্টারড ডাটাবেস সম্পর্কিত কাজের জন্য ব্যবহৃত হয়।

উপরের ছাড়াও, প্রোটোকল ব্যবহার করা হয় এসএফটিপি ফাইল স্থানান্তর করতে - সাধারণত লাইসেন্স, শংসাপত্র, বা লগ - CMS সার্ভারে এবং থেকে।

সিসকোর ডিপ্লোয়মেন্ট গাইডে এটি সাদা এবং ইংরেজিতে লেখা আছে যে ক্লাস্টারটি স্থাপন করা দরকার অন্তত তিনটি ডাটাবেসের প্রসঙ্গে সার্ভার (নোড)। কারণ শুধুমাত্র একটি বিজোড় সংখ্যক নোডের সাথে একটি নতুন ডাটাবেস মাস্টার নির্বাচন করার প্রক্রিয়া কাজ করবে, এবং সাধারণভাবে ডেটাবেস মাস্টারের বেশিরভাগ CMS সার্ভার ডাটাবেসের সাথে একটি সংযোগ রয়েছে।

এবং অনুশীলন শো হিসাবে, দুটি সার্ভার (নোড) সত্যিই যথেষ্ট নয়। যখন মাস্টার রিবুট করা হয় তখন সিলেকশন মেকানিজম কাজ করে, স্লেভ সার্ভারটি রিবুট করা সার্ভার আনার পরেই মাস্টার হয়ে যায়। যাইহোক, যদি দুটি সার্ভারের একটি ক্লাস্টারে মাস্টার সার্ভার হঠাৎ করে বেরিয়ে যায়, তাহলে স্লেভ সার্ভারটি মাস্টার হয়ে যাবে না, এবং যদি স্লেভ বেরিয়ে যায়, তবে অবশিষ্ট মাস্টার সার্ভারটি স্লেভ হয়ে যাবে।

কিন্তু XMPP এর প্রেক্ষাপটে, তিনটি সার্ভারের একটি ক্লাস্টার একত্রিত করা সত্যিই প্রয়োজনীয় হবে, কারণ উদাহরণস্বরূপ, যদি আপনি XMPP পরিষেবাটি নিষ্ক্রিয় করেন এমন একটি সার্ভারে যেখানে XMMP লিডার স্ট্যাটাসে রয়েছে, তাহলে অবশিষ্ট সার্ভারে XMPP ফলোয়ার স্থিতিতে থাকবে এবং XMPP-এর সাথে কলব্রিজ সংযোগগুলি বন্ধ হয়ে যাবে, কারণ CallBridge লিডার স্ট্যাটাস সহ XMPP-এর সাথে একচেটিয়াভাবে সংযোগ করে। এবং এটি সমালোচনামূলক, কারণ... একটি কল মাধ্যমে যেতে হবে না.

এছাড়াও একই স্থাপনার গাইডে একটি XMPP সার্ভার সহ একটি ক্লাস্টার প্রদর্শিত হয়।

এবং উপরেরটি বিবেচনায় নিয়ে, এটি কেন পরিষ্কার হয়ে যায়: এটি কাজ করে কারণ এটি ব্যর্থতা মোডে রয়েছে।

আমাদের ক্ষেত্রে, XMPP সার্ভার তিনটি নোডে উপস্থিত থাকবে।

ধারণা করা হচ্ছে আমাদের তিনটি সার্ভারই ​​আপ হয়ে গেছে।

DNS রেকর্ড

আপনি সার্ভার সেট আপ শুরু করার আগে, আপনাকে DNS রেকর্ড তৈরি করতে হবে А и এসআরভি প্রকার:

দয়া করে মনে রাখবেন যে আমাদের DNS রেকর্ডে দুটি ডোমেইন রয়েছে example.com এবং৷ সার্ভার.example.com। Example.com হল একটি ডোমেন যা সমস্ত Cisco ইউনিফাইড কমিউনিকেশন ম্যানেজার গ্রাহকরা তাদের URI-এর জন্য ব্যবহার করতে পারে, যা সম্ভবত আপনার অবকাঠামোতে উপস্থিত বা উপস্থিত থাকার সম্ভাবনা রয়েছে৷ অথবা example.com একই ডোমেনের সাথে মেলে যা ব্যবহারকারীরা তাদের ইমেল ঠিকানাগুলির জন্য ব্যবহার করে৷ অথবা আপনার ল্যাপটপে জ্যাবার ক্লায়েন্টের একটি URI থাকতে পারে [ইমেল সুরক্ষিত]. ডোমেইন সার্ভার.example.com হল সেই ডোমেন যা সিসকো মিটিং সার্ভার ব্যবহারকারীদের জন্য কনফিগার করা হবে। সিসকো মিটিং সার্ভারের ডোমেইন হবে সার্ভার.example.com, তাই একই জ্যাবার ব্যবহারকারীর জন্য, সিসকো মিটিং সার্ভারে লগ ইন করতে user@ URI ব্যবহার করতে হবেসার্ভার.example.com।

মৌলিক কনফিগারেশন

নীচে বর্ণিত সমস্ত সেটিংস একটি সার্ভারে দেখানো হয়েছে, তবে সেগুলি ক্লাস্টারের প্রতিটি সার্ভারে করা দরকার৷

QoS মধ্যে

যেহেতু সিএমএস জেনারেট করে প্রকৃত সময় বিলম্ব এবং প্যাকেটের ক্ষতির জন্য ট্র্যাফিক সংবেদনশীল, বেশিরভাগ ক্ষেত্রে পরিষেবার গুণমান (QoS) কনফিগার করার পরামর্শ দেওয়া হয়। এটি অর্জনের জন্য, CMS এটি তৈরি করে ডিফারেনসিয়েটেড সার্ভিসেস কোড (DSCPs) এর সাথে ট্যাগিং প্যাকেট সমর্থন করে। যদিও DSCP-ভিত্তিক ট্র্যাফিক অগ্রাধিকার নির্ভর করে কীভাবে আপনার পরিকাঠামোর নেটওয়ার্ক উপাদানগুলি দ্বারা ট্র্যাফিক প্রক্রিয়া করা হয়, আমাদের ক্ষেত্রে আমরা QoS সেরা অনুশীলনের উপর ভিত্তি করে সাধারণ DSCP অগ্রাধিকার দিয়ে আমাদের CMS কনফিগার করব।

প্রতিটি সার্ভারে আমরা এই কমান্ড লিখব

dscp 4 multimedia 0x22
dscp 4 multimedia-streaming 0x22
dscp 4 voice 0x2E
dscp 4 signaling 0x1A
dscp 4 low-latency 0x1A

এইভাবে, সমস্ত ভিডিও ট্র্যাফিককে AF41 (DSCP 0x22) চিহ্নিত করা হয়েছিল, সমস্ত ভয়েস ট্র্যাফিককে EF (DSCP 0x2E) চিহ্নিত করা হয়েছিল, অন্যান্য ধরনের কম লেটেন্সি ট্র্যাফিক যেমন SIP এবং XMPP AF31 (DSCP 0x1A) ব্যবহার করে।

চেক করুন:

এনটিপি

নেটওয়ার্ক টাইম প্রোটোকল (NTP) শুধুমাত্র কল এবং কনফারেন্সের সঠিক টাইমস্ট্যাম্প প্রদানের জন্য নয়, সার্টিফিকেট যাচাই করার জন্যও গুরুত্বপূর্ণ।

আপনার অবকাঠামোতে NTP সার্ভার যোগ করুন যেমন একটি কমান্ড দিয়ে

ntp server add <server>

আমাদের ক্ষেত্রে, এই ধরনের দুটি সার্ভার আছে, তাই দুটি দল থাকবে।
চেক করুন:

এবং আমাদের সার্ভারের জন্য সময় অঞ্চল সেট করুন

ডিএনএস

আমরা সিএমএসে ডিএনএস সার্ভার যুক্ত করি একটি কমান্ড সহ:

dns add forwardzone <domain-name> <server ip>

আমাদের ক্ষেত্রে, এই ধরনের দুটি সার্ভার আছে, তাই দুটি দল থাকবে।
চেক করুন:

নেটওয়ার্ক ইন্টারফেস কনফিগারেশন

আমরা একটি কমান্ড দিয়ে ইন্টারফেস কনফিগার করি যেমন:

ipv4 <interface> add <address>/<prefix length> <gateway>

চেক করুন:

সার্ভারের নাম (হোস্টনেম)

আমরা একটি কমান্ড সহ সার্ভারের নাম সেট করি যেমন:

hostname <name>

এবং আমরা রিবুট.


এটি মৌলিক কনফিগারেশন সম্পূর্ণ করে।

সার্টিফিকেশন

তত্ত্বCisco মিটিং সার্ভারের জন্য বিভিন্ন উপাদানের মধ্যে এনক্রিপ্ট করা যোগাযোগের প্রয়োজন, এবং ফলস্বরূপ, সমস্ত CMS স্থাপনার জন্য X.509 সার্টিফিকেট প্রয়োজন। তারা নিশ্চিত করতে সাহায্য করে যে পরিষেবা/সার্ভার অন্যান্য সার্ভার/পরিষেবা দ্বারা বিশ্বস্ত।

প্রতিটি পরিষেবার জন্য একটি শংসাপত্র প্রয়োজন, তবে প্রতিটি পরিষেবার জন্য পৃথক শংসাপত্র তৈরি করা বিভ্রান্তি এবং অপ্রয়োজনীয় জটিলতার কারণ হতে পারে। সৌভাগ্যবশত, আমরা একটি সার্টিফিকেটের পাবলিক-প্রাইভেট কী জোড়া তৈরি করতে পারি এবং তারপর একাধিক পরিষেবা জুড়ে পুনরায় ব্যবহার করতে পারি। আমাদের ক্ষেত্রে, একই সার্টিফিকেট কল ব্রিজ, এক্সএমপিপি সার্ভার, ওয়েব ব্রিজ এবং ওয়েব অ্যাডমিনের জন্য ব্যবহার করা হবে। এইভাবে, ক্লাস্টারে প্রতিটি সার্ভারের জন্য আপনাকে এক জোড়া পাবলিক এবং প্রাইভেট সার্টিফিকেট কী তৈরি করতে হবে।

ডাটাবেস ক্লাস্টারিং, যাইহোক, কিছু বিশেষ শংসাপত্রের প্রয়োজনীয়তা রয়েছে এবং তাই এর নিজস্ব শংসাপত্র প্রয়োজন যা অন্যান্য পরিষেবাগুলির থেকে আলাদা। CMS একটি সার্ভার শংসাপত্র ব্যবহার করে, যা অন্যান্য সার্ভার দ্বারা ব্যবহৃত শংসাপত্রের অনুরূপ, তবে ডাটাবেস সংযোগের জন্য ব্যবহৃত একটি ক্লায়েন্ট শংসাপত্রও রয়েছে। ডেটাবেস শংসাপত্র প্রমাণীকরণ এবং এনক্রিপশন উভয়ের জন্যই ব্যবহৃত হয়। ক্লায়েন্টকে ডাটাবেসের সাথে সংযোগ করার জন্য একটি ব্যবহারকারীর নাম এবং পাসওয়ার্ড প্রদান করার পরিবর্তে, এটি একটি ক্লায়েন্ট শংসাপত্র উপস্থাপন করে যা সার্ভার দ্বারা বিশ্বস্ত। ডাটাবেস ক্লাস্টারের প্রতিটি সার্ভার একই পাবলিক এবং প্রাইভেট কী জোড়া ব্যবহার করবে। এটি ক্লাস্টারের সমস্ত সার্ভারকে এমনভাবে ডেটা এনক্রিপ্ট করার অনুমতি দেয় যাতে এটি শুধুমাত্র একই কী জোড়া ভাগ করে এমন অন্যান্য সার্ভার দ্বারা ডিক্রিপ্ট করা যায়।

কাজ করার জন্য অপ্রয়োজনীয়তার জন্য, ডাটাবেস ক্লাস্টারগুলিতে ন্যূনতম 3টি সার্ভার থাকতে হবে, তবে 5টির বেশি নয়, যে কোনও ক্লাস্টার সদস্যদের মধ্যে সর্বাধিক 200 ms এর রাউন্ড-ট্রিপ সময় সহ। এই সীমাটি কল ব্রিজ ক্লাস্টারিংয়ের চেয়ে বেশি সীমাবদ্ধ, তাই এটি প্রায়শই ভৌগলিকভাবে বিতরণ করা স্থাপনার সীমাবদ্ধ কারণ।

একটি CMS-এর জন্য ডাটাবেসের ভূমিকার জন্য অনেকগুলি অনন্য প্রয়োজনীয়তা রয়েছে। অন্যান্য ভূমিকার বিপরীতে, এটির জন্য একটি ক্লায়েন্ট এবং সার্ভার শংসাপত্র প্রয়োজন, যেখানে ক্লায়েন্ট শংসাপত্রের একটি নির্দিষ্ট CN ক্ষেত্র থাকে যা সার্ভারে উপস্থাপন করা হয়।

সিএমএস একটি মাস্টার এবং বেশ কয়েকটি সম্পূর্ণ অভিন্ন প্রতিলিপি সহ একটি পোস্টগ্রেস ডাটাবেস ব্যবহার করে। একটি সময়ে শুধুমাত্র একটি প্রাথমিক ডাটাবেস আছে ("ডাটাবেস সার্ভার")। ক্লাস্টারের অবশিষ্ট সদস্যরা হল প্রতিরূপ বা "ডাটাবেস ক্লায়েন্ট"।

একটি ডাটাবেস ক্লাস্টারের জন্য একটি ডেডিকেটেড সার্ভার সার্টিফিকেট এবং একটি ক্লায়েন্ট সার্টিফিকেট প্রয়োজন। তাদের অবশ্যই শংসাপত্র দ্বারা স্বাক্ষরিত হতে হবে, সাধারণত একটি অভ্যন্তরীণ ব্যক্তিগত শংসাপত্র কর্তৃপক্ষ৷ যেহেতু ডাটাবেস ক্লাস্টারের যেকোন সদস্য মাস্টার হতে পারে, তাই ডাটাবেস সার্ভার এবং ক্লায়েন্ট সার্টিফিকেট জোড়া (সর্বজনীন এবং ব্যক্তিগত কী ধারণ করে) অবশ্যই সমস্ত সার্ভারে অনুলিপি করা উচিত যাতে তারা ক্লায়েন্ট বা ডাটাবেস সার্ভারের পরিচয় অনুমান করতে পারে। উপরন্তু, ক্লায়েন্ট এবং সার্ভার সার্টিফিকেট যাচাই করা যায় তা নিশ্চিত করতে CA রুট সার্টিফিকেট লোড করতে হবে।

সুতরাং, আমরা একটি শংসাপত্রের জন্য একটি অনুরোধ তৈরি করি যা ডাটাবেস ব্যতীত সমস্ত সার্ভার পরিষেবা ব্যবহার করবে (এর জন্য একটি পৃথক অনুরোধ থাকবে) যেমন একটি কমান্ড সহ:

pki csr hostname CN:cms.example.com subjectAltName:hostname.example.com,example.com,conf.example.com,join.example.com

CN-এ আমরা আমাদের সার্ভারের সাধারণ নাম লিখি। উদাহরণস্বরূপ, যদি আমাদের সার্ভারের হোস্টনাম server01, server02, server03, তাহলে CN হবে server.example.com

আমরা অবশিষ্ট দুটি সার্ভারে একই পার্থক্য করি যে কমান্ডে সংশ্লিষ্ট "হোস্টনাম" থাকবে

আমরা শংসাপত্রের জন্য দুটি অনুরোধ তৈরি করি যা ডাটাবেস পরিষেবা দ্বারা কমান্ড সহ ব্যবহার করা হবে:

pki csr dbclusterserver CN:hostname1.example.com subjectAltName:hostname2.example.com,hostname3.example.com

pki csr dbclusterclient CN:postgres

যেখানে dbclusterserver и dbclusterclient আমাদের অনুরোধের নাম এবং ভবিষ্যতের সার্টিফিকেট, হোস্টনাম1(2)(3) সংশ্লিষ্ট সার্ভারের নাম।

আমরা শুধুমাত্র একটি সার্ভারে (!) এই পদ্ধতিটি সম্পাদন করি এবং আমরা অন্যান্য সার্ভারে সার্টিফিকেট এবং সংশ্লিষ্ট .key ফাইলগুলি আপলোড করব৷

AD CS-এ ক্লায়েন্ট সার্টিফিকেট মোড সক্ষম করুন

আপনাকে প্রতিটি সার্ভারের শংসাপত্রগুলিকে একটি ফাইলে মার্জ করতে হবে৷*NIX-এ:

cat server01.cer server02.cer server03.cer > server.cer

উইন্ডোজ/ডস-এ:

copy server01.cer + server02.cer + server03.cer  server.cer

এবং প্রতিটি সার্ভারে আপলোড করুন:
1. "স্বতন্ত্র" সার্ভার সার্টিফিকেট।
2. রুট সার্টিফিকেট (একসাথে মধ্যবর্তীদের সাথে, যদি থাকে)।
3. ডাটাবেসের জন্য শংসাপত্র ("সার্ভার" এবং "ক্লায়েন্ট") এবং .কী এক্সটেনশন সহ ফাইল, যা "সার্ভার" এবং "ক্লায়েন্ট" ডাটাবেস শংসাপত্রগুলির জন্য একটি অনুরোধ তৈরি করার সময় তৈরি হয়েছিল৷ এই ফাইলগুলি সব সার্ভারে একই হতে হবে।
4. তিনটি "ব্যক্তিগত" সার্টিফিকেটের ফাইল।

ফলস্বরূপ, আপনি প্রতিটি সার্ভারে এই ফাইল ছবির মত কিছু পেতে হবে.

ডাটাবেস ক্লাস্টার

এখন যেহেতু আপনার সমস্ত শংসাপত্র CMS সার্ভারে আপলোড করা হয়েছে, আপনি তিনটি নোডের মধ্যে ডাটাবেস ক্লাস্টারিং কনফিগার এবং সক্ষম করতে পারেন। প্রথম ধাপ হল ডাটাবেস ক্লাস্টারের মাস্টার নোড হিসাবে একটি সার্ভার নির্বাচন করা এবং এটি সম্পূর্ণরূপে কনফিগার করা।

মাস্টার ডাটাবেস

ডাটাবেস প্রতিলিপি সেট আপ করার প্রথম ধাপ হল শংসাপত্রগুলি নির্দিষ্ট করা যা ডাটাবেসের জন্য ব্যবহার করা হবে। এটি একটি কমান্ড ব্যবহার করে করা হয় যেমন:

database cluster certs <server_key> <server_crt> <client_key> <client_crt> <ca_crt>

এখন CMS কে বলে দিই যে কমান্ডের সাথে ডাটাবেস ক্লাস্টারিং এর জন্য কোন ইন্টারফেস ব্যবহার করতে হবে:

database cluster localnode a

তারপরে আমরা কমান্ড দিয়ে প্রধান সার্ভারে ক্লাস্টার ডাটাবেস শুরু করি:

database cluster initialize

ক্লায়েন্ট ডাটাবেস নোড

আমরা একই পদ্ধতি করি, শুধুমাত্র কমান্ডের পরিবর্তে ডাটাবেস ক্লাস্টার আরম্ভ করা একটি কমান্ড লিখুন যেমন:

database cluster join <ip address existing master>

যেখানে CMS সার্ভারের আইপি ঠিকানা বিদ্যমান মাস্টার আইপি ঠিকানা যেখানে ক্লাস্টারটি আরম্ভ করা হয়েছিল, কেবলমাত্র মাস্টার।

আমরা কমান্ড সহ সমস্ত সার্ভারে আমাদের ডাটাবেস ক্লাস্টার কীভাবে কাজ করে তা পরীক্ষা করি:

database cluster status

আমরা বাকি তৃতীয় সার্ভারে একই কাজ করি।

ফলস্বরূপ, দেখা যাচ্ছে যে আমাদের প্রথম সার্ভারটি মাস্টার, বাকিরা স্লেভ।

ওয়েব অ্যাডমিন সার্ভিস

ওয়েব অ্যাডমিনিস্ট্রেটর পরিষেবা সক্ষম করুন:

webadmin listen a 445

পোর্ট 445 বেছে নেওয়া হয়েছিল কারণ পোর্ট 443 ওয়েব ক্লায়েন্টে ব্যবহারকারীর অ্যাক্সেসের জন্য ব্যবহার করা হয়

আমরা একটি কমান্ড সহ সার্টিফিকেট ফাইল সহ ওয়েব অ্যাডমিন পরিষেবা কনফিগার করি:

webadmin certs <keyfile> <certificatefile> <ca bundle>

এবং কমান্ড দিয়ে ওয়েব অ্যাডমিন সক্ষম করুন:

webadmin enable

যদি সবকিছু ঠিক থাকে, আমরা সফল লাইনগুলি পাব যা নির্দেশ করে যে ওয়েব অ্যাডমিন নেটওয়ার্ক এবং শংসাপত্রের জন্য সঠিকভাবে কনফিগার করা হয়েছে৷ আমরা একটি ওয়েব ব্রাউজার ব্যবহার করে পরিষেবাটির কার্যকারিতা পরীক্ষা করি এবং ওয়েব প্রশাসকের ঠিকানা লিখি, উদাহরণস্বরূপ: cms.example.com: 445

কল ব্রিজ ক্লাস্টার

প্রতিটি CMS স্থাপনায় কল ব্রিজ হল একমাত্র পরিষেবা। কল ব্রিজ হল প্রধান কনফারেন্সিং মেকানিজম। এটি একটি এসআইপি ইন্টারফেসও প্রদান করে যাতে কলগুলি এটি থেকে বা এটি থেকে রাউট করা যায়, উদাহরণস্বরূপ, একটি সিসকো ইউনিফাইড সিএম৷

নীচে বর্ণিত কমান্ডগুলি যথাযথ সার্টিফিকেট সহ প্রতিটি সার্ভারে কার্যকর করা আবশ্যক৷
তাই:

আমরা একটি কমান্ড সহ কল ​​ব্রিজ পরিষেবার সাথে সার্টিফিকেট সংযুক্ত করি যেমন:

callbridge certs <keyfile> <certificatefile>[<cert-bundle>]

আমরা কমান্ডের সাথে আমাদের প্রয়োজনীয় ইন্টারফেসে কলব্রিজ পরিষেবাগুলিকে আবদ্ধ করি:

callbridge listen a

এবং কমান্ড দিয়ে পরিষেবাটি পুনরায় চালু করুন:

callbridge restart

এখন যেহেতু আমাদের কল ব্রিজ কনফিগার করা আছে, আমরা কল ব্রিজ ক্লাস্টারিং কনফিগার করতে পারি। কল ব্রিজ ক্লাস্টারিং ডাটাবেস বা XMPP ক্লাস্টারিং থেকে আলাদা। কল ব্রিজ ক্লাস্টার কোন সীমাবদ্ধতা ছাড়াই 2 থেকে 8 নোড পর্যন্ত সমর্থন করতে পারে। এটি শুধুমাত্র অপ্রয়োজনীয়তাই নয়, লোড ব্যালেন্সিংও প্রদান করে যাতে বুদ্ধিমান কল ডিস্ট্রিবিউশন ব্যবহার করে কল ব্রিজ সার্ভার জুড়ে সম্মেলন সক্রিয়ভাবে বিতরণ করা যায়। CMS এর অতিরিক্ত বৈশিষ্ট্য, কল ব্রিজ গ্রুপ এবং সম্পর্কিত বৈশিষ্ট্য রয়েছে যা আরও পরিচালনার জন্য ব্যবহার করা যেতে পারে।

কল ব্রিজ ক্লাস্টারিং প্রাথমিকভাবে ওয়েব অ্যাডমিন ইন্টারফেসের মাধ্যমে কনফিগার করা হয়
নীচে বর্ণিত পদ্ধতিটি ক্লাস্টারের প্রতিটি সার্ভারে করা আবশ্যক।
এবং তাই,

1. ওয়েবের মাধ্যমে কনফিগারেশন > ক্লাস্টারে যান।
2. ইন কল ব্রিজ পরিচয় একটি অনন্য নাম হিসাবে, সার্ভারের নামের সাথে মিল রেখে কলব্রিজ [01,02,03] লিখুন। এই নামগুলি নির্বিচারে, কিন্তু এই ক্লাস্টারের জন্য অনন্য হতে হবে৷ তারা বর্ণনামূলক প্রকৃতির কারণ তারা নির্দেশ করে যে তারা সার্ভার সনাক্তকারী [01,02,03]।
3.বি ক্লাস্টারড কল ব্রিজ ক্লাস্টারে আমাদের সার্ভারের ওয়েব অ্যাডমিনিস্ট্রেটর URL লিখুন, CMS[01,02,03].example.com:445, ঠিকানা ক্ষেত্রে। পোর্ট নির্দিষ্ট করতে ভুলবেন না. আপনি পিয়ার লিঙ্ক SIP ডোমেন খালি রাখতে পারেন।
4. প্রতিটি সার্ভারের কলব্রিজ ট্রাস্টে একটি শংসাপত্র যোগ করুন, যার ফাইলটিতে আমাদের সার্ভারের সমস্ত শংসাপত্র রয়েছে, যা আমরা এই ফাইলটিতে একেবারে শুরুতে মার্জ করেছি, যেমন একটি কমান্ড সহ:

callbridge trust cluster <trusted cluster certificate bundle>

এবং কমান্ড দিয়ে পরিষেবাটি পুনরায় চালু করুন:

callbridge restart

ফলস্বরূপ, প্রতিটি সার্ভারে আপনার এই ছবিটি পাওয়া উচিত:

XMPP ক্লাস্টার

CMS-এ XMPP পরিষেবাটি CMA WebRTC ওয়েব ক্লায়েন্ট সহ Cisco মিটিং অ্যাপস (CMA) এর জন্য সমস্ত নিবন্ধন এবং প্রমাণীকরণ পরিচালনা করতে ব্যবহৃত হয়। কল ব্রিজ নিজেই প্রমাণীকরণের উদ্দেশ্যে একটি XMPP ক্লায়েন্ট হিসাবে কাজ করে এবং তাই অন্যান্য ক্লায়েন্টদের মতো কনফিগার করা আবশ্যক। XMPP ফল্ট টলারেন্স হল একটি বৈশিষ্ট্য যা 2.1 সংস্করণ থেকে উৎপাদন পরিবেশে সমর্থিত

নীচে বর্ণিত কমান্ডগুলি যথাযথ সার্টিফিকেট সহ প্রতিটি সার্ভারে কার্যকর করা আবশ্যক৷
তাই:

আমরা XMPP পরিষেবার সাথে শংসাপত্রগুলিকে একটি কমান্ডের সাথে সংযুক্ত করি যেমন:

xmpp certs <keyfile> <certificatefile>[<cert-bundle>]

তারপর কমান্ডের সাথে শোনার ইন্টারফেসটি সংজ্ঞায়িত করুন:

xmpp listen a

XMPP পরিষেবার জন্য একটি অনন্য ডোমেন প্রয়োজন৷ এটি ব্যবহারকারীদের জন্য লগইন. অন্য কথায়, যখন একজন ব্যবহারকারী CMA অ্যাপ ব্যবহার করে (বা WebRTC ক্লায়েন্টের মাধ্যমে) লগইন করার চেষ্টা করে, তখন তারা userID@logindomain এ প্রবেশ করে। আমাদের ক্ষেত্রে এটি হবে userid@সার্ভার.example.com। কেন এটা শুধু example.com নয়? আমাদের বিশেষ স্থাপনায়, আমরা আমাদের ইউনিফাইড সিএম ডোমেন নির্বাচন করেছি যা জ্যাবার ব্যবহারকারীরা ইউনিফাইড সিএম-এ example.com হিসাবে ব্যবহার করবে, তাই আমাদের সিএমএস ব্যবহারকারীদের জন্য SIP ডোমেনের মাধ্যমে CMS-এ এবং থেকে কল রুট করার জন্য একটি ভিন্ন ডোমেনের প্রয়োজন ছিল।

একটি কমান্ড ব্যবহার করে একটি XMPP ডোমেন সেট আপ করুন যেমন:

xmpp domain <domain>

এবং কমান্ড দিয়ে XMPP পরিষেবা সক্ষম করুন:

xmpp enable

XMPP পরিষেবাতে, আপনাকে অবশ্যই প্রতিটি কল ব্রিজের জন্য শংসাপত্র তৈরি করতে হবে যা XMPP পরিষেবার সাথে নিবন্ধন করার সময় ব্যবহার করা হবে৷ এই নামগুলি নির্বিচারে (এবং কল ব্রিজ ক্লাস্টারিংয়ের জন্য আপনার কনফিগার করা অনন্য নামের সাথে সম্পর্কিত নয়)। আপনাকে অবশ্যই একটি XMPP সার্ভারে তিনটি কল ব্রিজ যোগ করতে হবে এবং তারপর ক্লাস্টারের অন্যান্য XMPP সার্ভারে সেই শংসাপত্রগুলি লিখতে হবে কারণ এই কনফিগারেশনটি ক্লাস্টার ডাটাবেসের সাথে ফিট করে না। পরে আমরা XMPP পরিষেবার সাথে নিবন্ধন করার জন্য এই নাম এবং গোপনীয়তা ব্যবহার করার জন্য প্রতিটি কল ব্রিজ কনফিগার করব।

এখন আমাদের তিনটি কল ব্রিজ callbridge01, callbridge02 এবং callbridge03 দিয়ে প্রথম সার্ভারে XMPP পরিষেবা কনফিগার করতে হবে। প্রতিটি অ্যাকাউন্ট এলোমেলো পাসওয়ার্ড বরাদ্দ করা হবে. এই XMPP সার্ভারে লগ ইন করার জন্য সেগুলি পরে অন্যান্য কল ব্রিজ সার্ভারে প্রবেশ করা হবে৷ নিম্নলিখিত কমান্ড লিখুন:

xmpp callbridge add callbridge01
xmpp callbridge add callbridge02
xmpp callbridge add callbridge03

ফলস্বরূপ, আমরা কমান্ডের সাথে কি ঘটেছে তা পরীক্ষা করি:

xmpp callbridge list

ঠিক একই ছবি নীচে বর্ণিত পদক্ষেপের পরে অবশিষ্ট সার্ভারগুলিতে উপস্থিত হওয়া উচিত।

এর পরে, আমরা বাকি দুটি সার্ভারে ঠিক একই সেটিংস যোগ করি, শুধুমাত্র কমান্ডের সাথে

xmpp callbridge add-secret callbridge01
xmpp callbridge add-secret callbridge02
xmpp callbridge add-secret callbridge03

আমরা খুব সাবধানে সিক্রেট যুক্ত করি যাতে, উদাহরণস্বরূপ, এতে কোনও অতিরিক্ত স্থান নেই।


ফলস্বরূপ, প্রতিটি সার্ভারে একই ছবি থাকা উচিত:

এর পরে, ক্লাস্টারের সমস্ত সার্ভারে, আমরা তিনটি সার্টিফিকেট সমন্বিত ফাইলটি বিশ্বাসে নির্দিষ্ট করি, যা আগে এইরকম একটি কমান্ড দিয়ে তৈরি করা হয়েছিল:

xmpp cluster trust <trust bundle>

আমরা কমান্ড সহ সমস্ত ক্লাস্টার সার্ভারে xmpp ক্লাস্টার মোড সক্ষম করি:

xmpp cluster enable

ক্লাস্টারের প্রথম সার্ভারে, আমরা কমান্ড দিয়ে একটি xmpp ক্লাস্টার তৈরি শুরু করি:

xmpp cluster initialize

অন্যান্য সার্ভারে, একটি কমান্ড সহ xmpp-এ একটি ক্লাস্টার যুক্ত করুন যেমন:

xmpp cluster join <ip address head xmpp server>

আমরা প্রতিটি সার্ভারে কমান্ড সহ প্রতিটি সার্ভারে একটি XMPP ক্লাস্টার তৈরি করার সাফল্য পরীক্ষা করি:

xmpp status
xmpp cluster status

প্রথম সার্ভার:

দ্বিতীয় সার্ভার:

তৃতীয় সার্ভার:

XMPP-তে কল ব্রিজ সংযোগ করা হচ্ছে

এখন যেহেতু XMPP ক্লাস্টার চলছে, আপনাকে XMPP ক্লাস্টারের সাথে সংযোগ করতে কল ব্রিজ পরিষেবাগুলি কনফিগার করতে হবে৷ এই কনফিগারেশনটি ওয়েব অ্যাডমিনের মাধ্যমে করা হয়।

প্রতিটি সার্ভারে, কনফিগারেশন > সাধারণ এবং ক্ষেত্রে যান অনন্য কল ব্রিজের নাম সার্ভারের সাথে সংশ্লিষ্ট অনন্য কল ব্রিজের নাম লিখুন কলব্রিজ[01,02,03]। В поле ডোমেইন conf.example.ru এবং সংশ্লিষ্ট পাসওয়ার্ড, আপনি তাদের গুপ্তচর করতে পারেন
কমান্ড সহ ক্লাস্টারের যেকোনো সার্ভারে:

xmpp callbridge list

"সার্ভার" ক্ষেত্রটি খালি রাখুন কলব্রিজ এর জন্য একটি DNS SRV সন্ধান করবে _xmpp-component._tcp.conf.example.comএকটি উপলব্ধ XMPP সার্ভার খুঁজে পেতে. XMPP-তে কলব্রিজগুলিকে সংযুক্ত করার জন্য IP ঠিকানাগুলি প্রতিটি সার্ভারে আলাদা হতে পারে, এটি নির্ভর করে রেকর্ড অনুরোধে কোন মানগুলি ফেরত দেওয়া হয় তার উপর _xmpp-component._tcp.conf.example.com কলব্রিজ, যা প্রদত্ত DNS রেকর্ডের জন্য অগ্রাধিকার সেটিংসের উপর নির্ভর করে।

এর পরে, কল ব্রাইড পরিষেবা XMPP পরিষেবার সাথে সফলভাবে সংযুক্ত কিনা তা যাচাই করতে স্থিতি > সাধারণ-এ যান৷

ওয়েব ব্রিজ

ক্লাস্টারের প্রতিটি সার্ভারে, কমান্ড দিয়ে ওয়েব ব্রিজ পরিষেবা সক্ষম করুন:

webbridge listen a:443

আমরা একটি কমান্ড সহ সার্টিফিকেট ফাইল সহ ওয়েব ব্রিজ পরিষেবা কনফিগার করি:

webbridge  certs <keyfile> <certificatefile> <ca bundle>

ওয়েব ব্রিজ HTTPS সমর্থন করে। "http-পুনঃনির্দেশ" ব্যবহার করার জন্য কনফিগার করা হলে এটি HTTPS-এ HTTP-কে পুনঃনির্দেশ করবে।
HTTP পুনর্নির্দেশ সক্রিয় করতে, নিম্নলিখিত কমান্ড ব্যবহার করুন:

webbridge http-redirect enable

কল ব্রিজকে জানাতে যে ওয়েব ব্রিজ কল ব্রিজ থেকে সংযোগগুলিকে বিশ্বাস করতে পারে, কমান্ডটি ব্যবহার করুন:

webbridge trust <certfile>

যেখানে এটি ক্লাস্টারের প্রতিটি সার্ভার থেকে তিনটি সার্টিফিকেট ধারণকারী একটি ফাইল।

এই ছবিটি ক্লাস্টারের প্রতিটি সার্ভারে থাকা উচিত।


এখন আমাদের "অ্যাপডমিন" ভূমিকা সহ একজন ব্যবহারকারী তৈরি করতে হবে, আমাদের এটি প্রয়োজন যাতে আমরা আমাদের ক্লাস্টার(!) কনফিগার করতে পারি এবং ক্লাস্টারের প্রতিটি সার্ভার আলাদাভাবে নয়, এইভাবে সেটিংস প্রতিটি সার্ভারে সমানভাবে প্রয়োগ করা হবে সত্য যে তারা একবার তৈরি করা হবে.


আরও সেটআপের জন্য আমরা ব্যবহার করব পিয়ন.

অনুমোদনের জন্য, অনুমোদন বিভাগে মৌলিক নির্বাচন করুন

CMS সার্ভারে সঠিকভাবে কমান্ড পাঠাতে, আপনাকে প্রয়োজনীয় এনকোডিং সেট করতে হবে

আমরা কমান্ড দিয়ে Webbridge নির্দিষ্ট করি পোস্ট প্যারামিটার সহ URL এবং অর্থ cms.example.com



ওয়েবব্রিজেই, আমরা প্রয়োজনীয় পরামিতিগুলি নির্দেশ করি: অতিথি অ্যাক্সেস, সুরক্ষিত অ্যাক্সেস, ইত্যাদি।

কল ব্রিজ গ্রুপ

ডিফল্টরূপে, CMS সর্বদা এটির কাছে উপলব্ধ কনফারেন্সিং সংস্থানগুলির সবচেয়ে দক্ষ ব্যবহার করে না।

উদাহরণস্বরূপ, তিনজন অংশগ্রহণকারীর সাথে একটি মিটিংয়ের জন্য, প্রতিটি অংশগ্রহণকারী তিনটি ভিন্ন কল ব্রিজে শেষ হতে পারে। এই তিনজন অংশগ্রহণকারীদের একে অপরের সাথে যোগাযোগ করার জন্য, কল ব্রিজগুলি স্বয়ংক্রিয়ভাবে একই স্পেসে সমস্ত সার্ভার এবং ক্লায়েন্টের মধ্যে সংযোগ স্থাপন করবে, যাতে সমস্ত ক্লায়েন্ট একই সার্ভারে রয়েছে বলে মনে হয়। দুর্ভাগ্যবশত, এর নেতিবাচক দিক হল যে একটি একক 3-ব্যক্তি সম্মেলন এখন 9টি মিডিয়া পোর্ট গ্রাস করবে। এটি স্পষ্টতই সম্পদের একটি অদক্ষ ব্যবহার। অতিরিক্তভাবে, যখন একটি কল ব্রিজ সত্যিই ওভারলোড হয়, তখন ডিফল্ট পদ্ধতি হল কল গ্রহণ করা এবং সেই কল ব্রিজের সমস্ত গ্রাহকদের কম মানের পরিষেবা প্রদান করা।

কল ব্রিজ গ্রুপ বৈশিষ্ট্য ব্যবহার করে এই সমস্যাগুলি সমাধান করা হয়। এই বৈশিষ্ট্যটি Cisco Meeting Server সফ্টওয়্যারের সংস্করণ 2.1-এ চালু করা হয়েছিল এবং WebRTC অংশগ্রহণকারীদের সহ ইনবাউন্ড এবং আউটবাউন্ড সিসকো মিটিং অ্যাপ (CMA) কলের জন্য লোড ব্যালেন্সিং সমর্থন করার জন্য প্রসারিত করা হয়েছে।

পুনঃসংযোগ সমস্যা সমাধানের জন্য, প্রতিটি কল ব্রিজের জন্য তিনটি কনফিগারযোগ্য লোড সীমা চালু করা হয়েছে:

লোডসীমা — এটি একটি নির্দিষ্ট কল ব্রিজের জন্য সর্বাধিক সংখ্যাসূচক লোড। প্রতিটি প্ল্যাটফর্মের একটি প্রস্তাবিত লোড সীমা রয়েছে, যেমন CMS96000 এর জন্য 1000 এবং ভার্চুয়াল মেশিনের জন্য প্রতি vCPU 1.25 GHz। অংশগ্রহণকারীর রেজোলিউশন এবং ফ্রেম হারের উপর নির্ভর করে বিভিন্ন কল একটি নির্দিষ্ট পরিমাণ সম্পদ গ্রহণ করে।
নতুন কনফারেন্স লোড লিমিট বেসিসপয়েন্টস (ডিফল্ট 50% লোড লিমিট) - সার্ভার লোড সীমা সেট করে, যার পরে নতুন সম্মেলন প্রত্যাখ্যান করা হয়।
বিদ্যমান কনফারেন্স লোড লিমিট বেসিসপয়েন্ট (লোডসীমার ডিফল্ট 80%) - সার্ভারের লোড মান যার পরে একটি বিদ্যমান সম্মেলনে যোগদানকারী অংশগ্রহণকারীদের প্রত্যাখ্যান করা হবে।

যদিও এই বৈশিষ্ট্যটি কল ডিস্ট্রিবিউশন এবং লোড ব্যালেন্সিংয়ের জন্য ডিজাইন করা হয়েছিল, অন্যান্য গ্রুপ যেমন টার্ন সার্ভার, ওয়েব ব্রিজ সার্ভার এবং রেকর্ডারগুলিও কল ব্রিজ গ্রুপগুলিতে বরাদ্দ করা যেতে পারে যাতে তারা সর্বোত্তম ব্যবহারের জন্য সঠিকভাবে গোষ্ঠীবদ্ধ হতে পারে। যদি এই বস্তুগুলির মধ্যে যেকোনও একটি কল গ্রুপে বরাদ্দ না করা হয়, তবে সেগুলি কোনো বিশেষ অগ্রাধিকার ছাড়াই সমস্ত সার্ভারে উপলব্ধ বলে ধরে নেওয়া হয়।

এই পরামিতিগুলি এখানে কনফিগার করা হয়েছে: cms.example.com:445/api/v1/system/configuration/cluster

এর পরে, আমরা প্রতিটি কলব্রিজকে নির্দেশ করি যে এটি কোন কলব্রিজ গ্রুপের অন্তর্গত:

প্রথম কলব্রিজ

দ্বিতীয় কলব্রিজ

তৃতীয় কলব্রিজ


এইভাবে, আমরা সিসকো মিটিং সার্ভার ক্লাস্টারের সংস্থানগুলিকে আরও দক্ষতার সাথে ব্যবহার করার জন্য Call Brdige গ্রুপটিকে কনফিগার করেছি।

সক্রিয় ডিরেক্টরি থেকে ব্যবহারকারীদের আমদানি করা হচ্ছে

ওয়েব অ্যাডমিন পরিষেবার একটি LDAP কনফিগারেশন বিভাগ রয়েছে, কিন্তু এটি জটিল কনফিগারেশন বিকল্পগুলি প্রদান করে না, এবং তথ্যগুলি ক্লাস্টার ডাটাবেসে সংরক্ষণ করা হয় না, তাই কনফিগারেশনটি ম্যানুয়ালি প্রতিটি সার্ভারে ওয়েব ইন্টারফেসের মাধ্যমে বা এর মাধ্যমে করতে হবে। API, এবং যাতে আমরা "তিনবার "উঠে না" আমরা এখনও API এর মাধ্যমে ডেটা সেট করব।

অ্যাক্সেস করতে ইউআরএল ব্যবহার করে cms01.example.com:445/api/v1/ldapServers একটি LDAP সার্ভার অবজেক্ট তৈরি করে, প্যারামিটারগুলি নির্দিষ্ট করে যেমন:

• সার্ভার আইপি
• পোর্ট নাম্বার
• ইউজার নেম
• পাসওয়ার্ড
• নিরাপদ

সুরক্ষিত - পোর্টের উপর নির্ভর করে সত্য বা মিথ্যা নির্বাচন করুন, 389 - সুরক্ষিত নয়, 636 - সুরক্ষিত৷


সিসকো মিটিং সার্ভারে অ্যাট্রিবিউটে LDAP সোর্স প্যারামিটার ম্যাপিং।
LDAP ম্যাপিং LDAP ডিরেক্টরির বৈশিষ্ট্যগুলিকে CMS-এর বৈশিষ্ট্যগুলিতে ম্যাপ করে। প্রকৃত গুণাবলী:

• জিডম্যাপিং
• নামম্যাপিং
• coSpaceNameMapping
• coSpaceUriMapping
• কোস্পেস সেকেন্ডারি ইউরিম্যাপিং

গুণাবলীর বর্ণনাJID এর CMS-এ ব্যবহারকারীর লগইন আইডি প্রতিনিধিত্ব করে। যেহেতু এটি একটি Microsoft Active Directory LDAP সার্ভার, তাই CMS JID LDAP-এর sAMAccountName-এ ম্যাপ করে, যা মূলত ব্যবহারকারীর সক্রিয় ডিরেক্টরি লগইন আইডি। এছাড়াও মনে রাখবেন যে আপনি sAMAccountName নিন এবং এর শেষে conf.pod6.cms.lab ডোমেনটি যুক্ত করুন কারণ এটিই লগইন যা আপনার ব্যবহারকারীরা CMS-এ লগইন করতে ব্যবহার করবে।

নামম্যাপিং অ্যাক্টিভ ডিরেক্টরি ডিসপ্লেনাম ফিল্ডে ব্যবহারকারীর সিএমএস নামের ক্ষেত্রের সাথে মেলে।

coSpaceNameMapping প্রদর্শননাম ক্ষেত্রের উপর ভিত্তি করে একটি CMS স্থান নাম তৈরি করে। coSpaceUriMapping অ্যাট্রিবিউট সহ এই বৈশিষ্ট্যটি প্রতিটি ব্যবহারকারীর জন্য একটি স্থান তৈরি করতে প্রয়োজনীয়।

coSpaceUriMapping ব্যবহারকারীর ব্যক্তিগত স্থানের সাথে যুক্ত URI-এর ব্যবহারকারী অংশকে সংজ্ঞায়িত করে। কিছু ডোমেন মহাকাশে ডায়াল করার জন্য কনফিগার করা যেতে পারে। যদি ব্যবহারকারীর অংশটি এই ডোমেনের একটির জন্য এই ক্ষেত্রের সাথে মেলে, তাহলে কলটি সেই ব্যবহারকারীর স্পেসে নির্দেশিত হবে৷

কোস্পেস সেকেন্ডারি ইউরিম্যাপিং স্থান পৌঁছানোর জন্য একটি দ্বিতীয় URI সংজ্ঞায়িত করে। এটি coSpaceUriMapping প্যারামিটারে সংজ্ঞায়িত আলফানিউমেরিক URI-এর বিকল্প হিসাবে আমদানি করা ব্যবহারকারীর স্পেসে কল রাউটিং করার জন্য একটি সাংখ্যিক উপনাম যোগ করতে ব্যবহার করা যেতে পারে।

LDAP সার্ভার এবং LDAP ম্যাপিং কনফিগার করা হয়েছে। এখন আপনাকে একটি LDAP উত্স তৈরি করে তাদের একসাথে লিঙ্ক করতে হবে।

অ্যাক্সেস করতে ইউআরএল ব্যবহার করে cms01.example.com:445/api/v1/ldapSource একটি LDAP সোর্স অবজেক্ট তৈরি করে, যেমন প্যারামিটার নির্দিষ্ট করে:

• সার্ভার
• ম্যাপিং
• baseDn
• ছাঁকনি

এখন যেহেতু LDAP কনফিগারেশন সম্পূর্ণ হয়েছে, আপনি ম্যানুয়াল সিঙ্ক্রোনাইজেশন অপারেশন করতে পারেন।

আমরা প্রতিটি সার্ভারের ওয়েব ইন্টারফেসে ক্লিক করে এটি করি এখনই সিঙ্ক করুন অধ্যায় সক্রিয় ডিরেক্টরি


অথবা কমান্ড সহ API এর মাধ্যমে পোস্ট অ্যাক্সেস করতে URL ব্যবহার করে cms01.example.com:445/api/v1/ldapSyncs

অ্যাড-হক সম্মেলন

এটা কি?প্রথাগত ধারণায়, একটি সম্মেলন হল যখন দুই অংশগ্রহণকারী একে অপরের সাথে কথা বলছেন, এবং অংশগ্রহণকারীদের একজন (ইউনিফাইড সিএম-এর সাথে নিবন্ধিত একটি ডিভাইস ব্যবহার করে) "কনফারেন্স" বোতাম টিপুন, অন্য ব্যক্তিকে কল করেন এবং তৃতীয় পক্ষের সাথে কথা বলার পর , আবার "সম্মেলন" বোতাম টিপুন৷ ত্রিপক্ষীয় সম্মেলনে সমস্ত অংশগ্রহণকারীদের যোগ দিতে৷

একটি সিএমএস-এ একটি নির্ধারিত কনফারেন্স থেকে অ্যাড-হক কনফারেন্সকে যেটি আলাদা করে তা হল একটি অ্যাড-হক কনফারেন্স শুধুমাত্র সিএমএসে একটি এসআইপি কল নয়। কনফারেন্স ইনিশিয়েটর যখন একই মিটিংয়ে সবাইকে আমন্ত্রণ জানাতে দ্বিতীয়বার কনফারেন্স বোতামে ক্লিক করেন, তখন ইউনিফাইড সিএম-কে অবশ্যই একটি অন-দ্য-ফ্লাই কনফারেন্স তৈরি করতে CMS-এ একটি API কল করতে হবে যেখানে সমস্ত কল স্থানান্তর করা হবে। এই সব অংশগ্রহণকারীদের দ্বারা অলক্ষিত হয়.

এর মানে হল যে ইউনিফাইড সিএম-কে অবশ্যই এপিআই শংসাপত্র এবং পরিষেবার ওয়েবঅ্যাডমিন ঠিকানা/পোর্ট এবং সেইসাথে কলটি চালিয়ে যেতে সরাসরি সিএমএস সার্ভারে SIP ট্রাঙ্ক কনফিগার করতে হবে।

প্রয়োজনে, CUCM গতিশীলভাবে CMS-এ একটি স্পেস তৈরি করতে পারে যাতে প্রতিটি কল CMS-এ পৌঁছাতে পারে এবং স্পেসগুলির জন্য উদ্দিষ্ট আগত কল নিয়মের সাথে মেলে।

CUCM এর সাথে ইন্টিগ্রেশন নিবন্ধে বর্ণিত হিসাবে একইভাবে কনফিগার করা হয়েছে পূর্বে সিসকো ইউসিএম ব্যতীত আপনাকে সিএমএস, তিনটি কনফারেন্স ব্রিজের জন্য তিনটি ট্রাঙ্ক তৈরি করতে হবে, এসআইপি সুরক্ষা প্রোফাইলে তিনটি বিষয়ের নাম, রুট গ্রুপ, রুট তালিকা, মিডিয়া রিসোর্স গ্রুপ এবং মিডিয়া রিসোর্স গ্রুপ তালিকা নির্দিষ্ট করুন এবং কয়েকটি রাউটিং নিয়ম যোগ করুন। সিসকো মিটিং সার্ভারে।

SIP নিরাপত্তা প্রোফাইল:


কাণ্ড:


প্রতিটি ট্রাঙ্ক একই দেখায়:




সম্মেলন সেতু


প্রতিটি সম্মেলন সেতু একই দেখায়:


রুট গ্রুপ


রুট তালিকা


মিডিয়া রিসোর্স গ্রুপ


মিডিয়া রিসোর্স গ্রুপ তালিকা

কলের নিয়ম

ইউনিফাইড সিএম বা এক্সপ্রেসওয়ের মতো আরও উন্নত কল ম্যানেজমেন্ট সিস্টেমের বিপরীতে, সিএমএস শুধুমাত্র নতুন কলের জন্য এসআইপি অনুরোধ-ইউআরআই ফিল্ডে ডোমেন খোঁজে। তাই যদি SIP INVITE চুমুকের জন্য হয়: [ইমেল সুরক্ষিত]CMS শুধুমাত্র domain.com সম্পর্কে যত্নশীল। একটি কল কোথায় রুট করতে হবে তা নির্ধারণ করতে CMS এই নিয়মগুলি অনুসরণ করে:

1. CMS প্রথমে ইনকামিং কলের নিয়মে কনফিগার করা ডোমেনগুলির সাথে SIP ডোমেনের সাথে মিল করার চেষ্টা করে। এই কলগুলি তারপরে ("টার্গেটেড") স্পেস বা নির্দিষ্ট ব্যবহারকারী, অভ্যন্তরীণ IVR, বা সরাসরি সমন্বিত Microsoft Lync/Skype for Business (S4B) গন্তব্যে রুট করা যেতে পারে।
2. যদি ইনকামিং কলের নিয়মে কোনো মিল না থাকে, CMS কল ফরওয়ার্ডিং টেবিলে কনফিগার করা ডোমেনের সাথে মেলানোর চেষ্টা করবে। যদি একটি ম্যাচ করা হয়, নিয়মটি স্পষ্টভাবে কলটি প্রত্যাখ্যান করতে বা কল ফরওয়ার্ড করতে পারে। এই সময়ে, CMS ডোমেনটি পুনরায় লিখতে পারে, যা কখনও কখনও Lync ডোমেন কল করার জন্য দরকারী। আপনি থ্রো পাস করতেও বেছে নিতে পারেন, যার মানে কোনো ক্ষেত্রই আর পরিবর্তন করা হবে না, অথবা একটি অভ্যন্তরীণ CMS ডায়াল প্ল্যান ব্যবহার করুন। কল ফরওয়ার্ড করার নিয়মের সাথে কোন মিল না থাকলে, ডিফল্ট কলটি প্রত্যাখ্যান করা হয়। মনে রাখবেন যে CMS-এ, যদিও কলটি "ফরোয়ার্ড করা হয়েছে", মিডিয়া এখনও CMS-এর সাথে আবদ্ধ, যার মানে এটি সিগন্যালিং এবং মিডিয়া ট্র্যাফিক পাথে থাকবে৷
তারপর শুধুমাত্র ফরওয়ার্ড করা কল আউটগোয়িং কল নিয়ম সাপেক্ষে. এই সেটিংসগুলি সেই গন্তব্যগুলি নির্ধারণ করে যেখানে কলগুলি পাঠানো হয়, ট্রাঙ্কের ধরন (সেটি একটি নতুন Lync কল বা একটি স্ট্যান্ডার্ড SIP কলই হোক না কেন), এবং কল ফরওয়ার্ডিং নিয়মে স্থানান্তর নির্বাচন না করা হলে যে কোনও রূপান্তর করা যেতে পারে৷

একটি অ্যাড-হক সম্মেলনের সময় কী ঘটে তার প্রকৃত লগ এখানে

স্ক্রিনশট এটি খারাপভাবে দেখায় (আমি জানি না কিভাবে এটি আরও ভাল করা যায়), তাই আমি এই মত লগ লিখব:

Info	127.0.0.1:35870: API user "api" created new space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	call create failed to find coSpace -- attempting to retrieve from database

Info	API "001036270012" Space GUID: 7986bb6c-af4e-488d-9190-a75f16844e44 <--> Call GUID: 93bfb890-646c-4364-8795-9587bfdc55ba <--> Call Correlator GUID: 844a3c9c-8a1e-4568-bbc3-8a0cab5aed66 <--> Internal G

Info	127.0.0.1:35872: API user "api" created new call 93bfb890-646c-4364-8795-9587bfdc55ba

Info	call 7: incoming SIP call from "sip:[email protected]" to local URI "sip:[email protected]:5060" / "sip:[email protected]"

Info	API call leg bc0be45e-ce8f-411c-be04-594e0220c38e in call 434f88d0-8441-41e1-b6ee-6d1c63b5b098 (API call 93bfb890-646c-4364-8795-9587bfdc55ba)

Info	conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 has control/media GUID: fb587c12-23d2-4351-af61-d6365cbd648d

Info	conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 named "001036270012"

Info	call 7: configured - API call leg bc0be45e-ce8f-411c-be04-594e0220c38e with SIP call ID "[email protected]"

Info	call 7: setting up UDT RTP session for DTLS (combined media and control)
Info	conference "001036270012": unencrypted call legs now present

Info	participant "[email protected]" joined space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	participant "[email protected]" (e8371f75-fb9e-4019-91ab-77665f6d8cc3) joined conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 via SIP

Info	call 8: incoming SIP call from "sip:[email protected]" to local URI "sip:[email protected]:5060" / "sip:[email protected]"

Info	API call leg db61b242-1c6f-49bd-8339-091f62f5777a in call 434f88d0-8441-41e1-b6ee-6d1c63b5b098 (API call 93bfb890-646c-4364-8795-9587bfdc55ba)

Info	call 8: configured - API call leg db61b242-1c6f-49bd-8339-091f62f5777a with SIP call ID "[email protected]"

Info	call 8: setting up UDT RTP session for DTLS (combined media and control)

Info	call 9: incoming SIP call from "sip:[email protected]" to local URI "sip:[email protected]:5060" / "sip:[email protected]"

Info	API call leg 37a6e86d-d457-47cf-be24-1dbe20ccf98a in call 434f88d0-8441-41e1-b6ee-6d1c63b5b098 (API call 93bfb890-646c-4364-8795-9587bfdc55ba)

Info	call 9: configured - API call leg 37a6e86d-d457-47cf-be24-1dbe20ccf98a with SIP call ID "[email protected]"

Info	call 9: setting up UDT RTP session for DTLS (combined media and control)
Info	call 8: compensating for far end not matching payload types

Info	participant "[email protected]" joined space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	participant "[email protected]" (289e823d-6da8-486c-a7df-fe177f05e010) joined conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 via SIP

Info	call 7: compensating for far end not matching payload types
Info	call 8: non matching payload types mode 1/0
Info	call 8: answering offer in non matching payload types mode
Info	call 8: follow-up single codec offer received
Info	call 8: non matching payload types mode 1/0
Info	call 8: answering offer in non matching payload types mode
Info	call 8: sending response to single-codec additional offer
Info	call 9: compensating for far end not matching payload types

Info	participant "[email protected]" joined space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	participant "[email protected]" (d27e9a53-2c8a-4e9c-9363-0415cd812767) joined conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 via SIP

Info	call 9: BFCP (client role) now active
Info	call 9: sending BFCP hello as client following receipt of hello when BFCP not active
Info	call 9: BFCP (client role) now active
Info	call 7: ending; remote SIP teardown - connected for 0:13
Info	call 7: destroying API call leg bc0be45e-ce8f-411c-be04-594e0220c38e

Info	participant "[email protected]" left space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	call 9: on hold
Info	call 9: non matching payload types mode 1/0
Info	call 9: answering offer in non matching payload types mode
Info	call 8: on hold
Info	call 8: follow-up single codec offer received
Info	call 8: non matching payload types mode 1/0
Info	call 8: answering offer in non matching payload types mode
Info	call 8: sending response to single-codec additional offer
Info	call 9: ending; remote SIP teardown - connected for 0:12

অ্যাড-হক সম্মেলন নিজেই:


ইনকামিং কলের নিয়ম
CMS-এ কল রিসিভ করতে সক্ষম হওয়ার জন্য ইনকামিং কলের প্যারামিটার কনফিগার করা প্রয়োজন। আপনি LDAP সেটআপে যেমন দেখেছেন, সমস্ত ব্যবহারকারীকে conf.pod6.cms.lab ডোমেন দিয়ে আমদানি করা হয়েছে। তাই ন্যূনতম, আপনি স্পেস টার্গেট করতে এই ডোমেনে কল করতে চান। প্রতিটি সিএমএস সার্ভারের সম্পূর্ণ যোগ্য ডোমেন নামের (এবং এমনকি আইপি ঠিকানার জন্য) উদ্দেশ্যে করা সমস্ত কিছুর জন্যও আপনাকে নিয়ম সেট আপ করতে হবে। আমাদের এক্সটার্নাল কল কন্ট্রোল, ইউনিফাইড সিএম, প্রতিটি সিএমএস সার্ভারের জন্য আলাদা আলাদাভাবে নিবেদিত SIP ট্রাঙ্ক কনফিগার করবে। এই SIP ট্রাঙ্কগুলির গন্তব্যটি একটি IP ঠিকানা বা সার্ভারের FQDN নির্ধারণ করবে যে CMS-কে তার IP ঠিকানা বা FQDN-এ নির্দেশিত কলগুলি গ্রহণ করার জন্য কনফিগার করা দরকার কিনা।

যে ডোমেনটির সর্বোচ্চ অগ্রাধিকার অন্তর্মুখী নিয়ম রয়েছে সেটি যেকোনো ব্যবহারকারীর স্থানের জন্য ডোমেন হিসাবে ব্যবহৃত হয়। যখন ব্যবহারকারীরা LDAP-এর মাধ্যমে সিঙ্ক করে, তখন CMS স্বয়ংক্রিয়ভাবে স্পেস তৈরি করে, কিন্তু শুধুমাত্র URI-এর ব্যবহারকারী অংশ (coSpaceUriMapping), উদাহরণস্বরূপ, user.space। অংশ ডোমেইন সম্পূর্ণ URI এই নিয়মের উপর ভিত্তি করে তৈরি করা হয়। প্রকৃতপক্ষে, আপনি যদি এই সময়ে ওয়েব ব্রিজে লগ ইন করতে চান, আপনি দেখতে পাবেন যে স্পেস ইউআরআই-এর একটি ডোমেন নেই। এই নিয়মটিকে সর্বোচ্চ অগ্রাধিকার হিসাবে সেট করে, আপনি তৈরি করা স্থানগুলির জন্য ডোমেন সেট করছেন confexample.com।


বহির্গামী কল নিয়ম

ব্যবহারকারীদের ইউনিফাইড সিএম ক্লাস্টারে আউটবাউন্ড কল করার অনুমতি দিতে, আপনাকে অবশ্যই আউটবাউন্ড নিয়মগুলি কনফিগার করতে হবে। ইউনিফাইড সিএম-এর সাথে নিবন্ধিত এন্ডপয়েন্টের ডোমেন, যেমন জ্যাবার, হল example.com। এই ডোমেনে কলগুলিকে ইউনিফাইড সিএম কল প্রসেসিং নোডগুলিতে স্ট্যান্ডার্ড এসআইপি কল হিসাবে রুট করা উচিত। প্রধান সার্ভার হল cucm-01.example.com, এবং অতিরিক্ত একটি হল cucm-02.example.com৷

প্রথম নিয়মটি ক্লাস্টার সার্ভারের মধ্যে কলের সহজতম রাউটিং বর্ণনা করে।

ক্ষেত্র ডোমেইন থেকে স্থানীয় "@" চিহ্নের পরে কল করা ব্যক্তির জন্য কলারের SIP-URI তে যা প্রদর্শিত হবে তার জন্য দায়ী৷ যদি আমরা এটি খালি রাখি, তাহলে “@” চিহ্নের পরে CUCM এর IP ঠিকানা থাকবে যার মাধ্যমে এই কলটি পাস হয়। যদি আমরা একটি ডোমেন নির্দিষ্ট করি, তাহলে “@” চিহ্নের পরে আসলে একটি ডোমেন থাকবে। কল ব্যাক করতে সক্ষম হওয়ার জন্য এটি প্রয়োজনীয়, অন্যথায় SIP-URI name@ip-address এর মাধ্যমে কল ব্যাক করা সম্ভব হবে না।

নির্দেশিত হলে কল করুন ডোমেইন থেকে স্থানীয়


যখন কল করুন না জ্ঞাপিত ডোমেইন থেকে স্থানীয়


আউটগোয়িং কলের জন্য স্পষ্টভাবে এনক্রিপ্ট করা বা আনএনক্রিপ্ট করা উল্লেখ করতে ভুলবেন না, কারণ অটো প্যারামিটারের সাথে কিছুই কাজ করে না।

রেকর্ডিং

ভিডিও কনফারেন্স রেকর্ড সার্ভার দ্বারা রেকর্ড করা হয়. রেকর্ডার ঠিক সিসকো মিটিং সার্ভারের মতো। রেকর্ডার কোনো লাইসেন্স ইনস্টল করার প্রয়োজন হয় না. কলব্রিজ পরিষেবাগুলি চালানোর সার্ভারগুলির জন্য রেকর্ডিং লাইসেন্স প্রয়োজন, যেমন একটি রেকর্ডিং লাইসেন্স প্রয়োজন এবং এটি অবশ্যই কলব্রিজ কম্পোনেন্টে প্রয়োগ করতে হবে, রেকর্ডার চলমান সার্ভারে নয়। রেকর্ডার একটি এক্সটেনসিবল মেসেজিং এবং উপস্থিতি প্রোটোকল (XMPP) ক্লায়েন্ট হিসাবে আচরণ করে, তাই XMPP সার্ভারটি কলব্রিজ হোস্টিং সার্ভারে সক্রিয় থাকতে হবে।

কারণ আমাদের একটি ক্লাস্টার রয়েছে এবং ক্লাস্টারের তিনটি সার্ভার জুড়ে লাইসেন্সটি "প্রসারিত" করা দরকার। তারপরে কেবলমাত্র আপনার ব্যক্তিগত অ্যাকাউন্টে লাইসেন্সগুলিতে আমরা ক্লাস্টারে অন্তর্ভুক্ত সমস্ত CMS সার্ভারের এ-ইন্টারফেসের MAC ঠিকানাগুলি যুক্ত (যোগ) করি।

এবং এই ছবিটি ক্লাস্টারের প্রতিটি সার্ভারে থাকা উচিত

সাধারণভাবে, রেকর্ডার স্থাপনের জন্য বেশ কয়েকটি পরিস্থিতি রয়েছে, তবে আমরা এটিকে আটকে রাখব:


রেকর্ডার সেট আপ করার আগে, আপনাকে এমন একটি জায়গা প্রস্তুত করতে হবে যেখানে ভিডিও কনফারেন্সগুলি আসলে রেকর্ড করা হবে। আসলে এখানে লিংক, কিভাবে সমস্ত রেকর্ডিং সেট আপ করবেন। আমি গুরুত্বপূর্ণ পয়েন্ট এবং বিবরণ উপর ফোকাস:

1. ক্লাস্টারের প্রথম সার্ভার থেকে শংসাপত্রটি স্লিপ করা ভাল।
2. "রেকর্ডার অনুপলব্ধ" ত্রুটি ঘটতে পারে কারণ ভুল শংসাপত্রটি রেকর্ডার ট্রাস্টে নির্দিষ্ট করা হয়েছে৷
3. রেকর্ডিংয়ের জন্য নির্দিষ্ট করা NFS ডিরেক্টরিটি রুট ডিরেক্টরি না হলে লেখা কাজ নাও করতে পারে।

কখনও কখনও একটি নির্দিষ্ট ব্যবহারকারী বা স্থানের একটি সম্মেলন স্বয়ংক্রিয়ভাবে রেকর্ড করার প্রয়োজন হয়।

এর জন্য, দুটি কলপ্রোফাইল তৈরি করা হয়েছে:
রেকর্ডিং নিষ্ক্রিয় সঙ্গে


এবং স্বয়ংক্রিয় রেকর্ডিং ফাংশন সঙ্গে


এরপরে, আমরা প্রয়োজনীয় স্থানে একটি স্বয়ংক্রিয় রেকর্ডিং ফাংশন সহ একটি কলপ্রোফাইল "সংযুক্ত" করি৷


CMS-এ এটি এতটাই প্রতিষ্ঠিত যে যদি একটি কলপ্রোফাইল স্পষ্টভাবে কোনো স্থান বা স্থানের সাথে সংযুক্ত থাকে, তাহলে এই কলপ্রোফাইলটি শুধুমাত্র এই নির্দিষ্ট স্থানগুলির সাথে সম্পর্কিত। এবং যদি CallProfile কোনো স্থানের সাথে আবদ্ধ না হয়, তাহলে ডিফল্টরূপে এটি সেই স্থানগুলিতে প্রয়োগ করা হয় যেখানে কোনো CallProfile স্পষ্টভাবে আবদ্ধ নয়।

পরের বার আমি সংগঠনের অভ্যন্তরীণ নেটওয়ার্কের বাইরে কীভাবে CMS অ্যাক্সেস করা হয় তা বর্ণনা করার চেষ্টা করব।

উত্স:

• www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Deployment_Guide/Version-2-5/Cisco-Meeting-Server-2-5-Single-combined-Server-Deployment.pdf
• www.cisco.com/c/en/us/support/docs/conferencing/meeting-server/202722-Configure-Recorder-in-CMS-Acano-Call-Bri.html
• www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Reference_Guides/Version-2-3/Cisco-Meeting-Server-MMP-Command-Reference-2-3.pdf
• www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Reference_Guides/Version-2-5/Cisco-Meeting-Server-API-Reference-Guide-2-4-এবং-পরবর্তী। পিডিএফ

উত্স: www.habr.com