در تنظیمات غیر ویزاردی سرور CUCME (روشی که روتر از شما سوال نمی‌پرسد و خودمان باید تنظیمات را وارد کنیم)، auto assign کار نخواهد کرد و باید به صورت manual یا دستی، ephone ها را درست کنیم.
اعمال IP بروی اینترفیسی که به شبکه VoIP متصل است.
وارد شدن به محیط telephony-service
تنظیم max-dn
تنظیم max-ephone
تنظیم ip source address (مشخص شدن اینترفیسی از دستگاه که به عنوان source در تلفن استفاده می‌شود) و پورت. پورت 2000، پورتی است که پروتکل SCCP با آن کار می‌کند.
پروتکل RTP از پورت های متغییری برای کار کردن استفاده می‌کند، اما سیگنالینگ به یک پورت ثابت برای کار کردن نیاز دارد. پروتکل SCCP برای سیگنالینگ از پورت 2000 و SIP از پورت های 5060 و 5061 استفاده می‌کند. یکی از مشکلات متغییر بودن پورت های RTP، در PAT (یکی از روش های NAT) است. با توجه به اینکه source port در PAT تغییر می‌کند، VoIP دچار مشکل ارتباط می‌شود. در این حالت، وقتی تماس گرفته می‌شود، گوشی زنگ میخورد، اما وقتی گوشی را برمی‌دارید (ارتباط را برقرار می‌کنید که پروتکل RTP شروع به کار می‌کند) تماس قطع می‌شود.
درست کردن ephone و مشخص کردن MAC آدرس در ephone
البته، در این روش هم، همچنان، اگر MAC آدرس را در ephone ای وارد نکنیم، در صورت متصل شدن تلفن های VoIP، به صورت پیش فرض و از اولین شماره خالی در ephone ها به صورت خودکار ephone ایجاد می‌شود و تلفن رجیستر خواهد شد. در صورتیکه بخواهیم تلفن ها دقیقا در ephone خودشان ثبت شوند، باید قبل از اتصال تلفن ها، ephone ها را ساخته، MAC آدرس تلفن ها را به آنها اختصاص دهیم و ephone های خالی را با MAC آدرس های غیر واقعی پر کنیم.
پس از ریجستر شدن خودکار تلفن VoIP ای در سرور، امکان حذف این MAC آدرس یا اختصاص آن به ephone دیگری نمی‌باشد و سرور پیغام MAC address is already assigned with ephone 1 را می‌دهد، که ephone 1 اولین ephone خالی لیست ephone هاست. در آن واحد امکان اختصاص یک MAC آدرس به بیشتر از یک ephone وجود ندارد.
امکان حذف ephone 1 ای که به صورت خودکار به تلفن VoIP و MAC آدرس اش اختصاص داده شد نیز وجود ندارد.
امکان ثبت یک MAC دیگر برای ephone ای که به صورت خودکار MAC آدرسی را دریافت کرده است نیز وجود ندارد.
پس از ثبت MAC آدرس در ephone مربوط، و متصل کردن تلفن های VoIP، به ephone متصل می‌شوند که MAC شان در آنجا ثبت شده است.
در مرحله بعد بایستی اطلاعات شماره تلفن را در قسمت ephone-dn ثبت کنیم.
سپس در قسمت ephone، دکمه یا button مربوط در تلفن را به ephone-dn تخصیص می‌دهیم. در نهایت نیز تلفن VoIP را ریست می‌کنیم.
کپچر کردن ترافیک SCCP
نام پروتکل SCCP، Skinny Client Control Protocol است که یک استاندارد مخصوص سیسکو است. به همین علت در کپچر کردن ترافیک، نمایش ترافیک سیگنالینگ، به جاری SCCP، گزینه SKINNY نمایش داده می‌شود. از آنجایی که انتقال صدا پس از پیغام های سیگنالینگ توسط RTP انجام می‌شود، در کپچرها، این پروتکل نمایش داده می‌شود.
در زیر یک فلو ساده از یک تماس درون شبکه ایی دیده می‌شود. پیش از برقراری ارتباط، پیام های سیگنالینگ برای مهیا سازی بستر ارتباط رد و بدل می‌شوند، ارتباط برقرار شده و پس از خاتمه تماس، مجددا پیغام های سیگنالینگ بین دو IP Phone و سرور VoIP منتقل می‌شود.
در زیر نیز قسمتی از ارتباط کپچر شده در یک تماس را مشاهده می‌کنید
همانطور که در تصویر بالا نیز مشخص است، در ارتباط RTP و پس از اتمام سیگنالینگ، ارتباط بین دو IP Phone انجام می‌شود و سرور در ارتباط دخیل نخواهد بود.
پس از اتمام تماس، ارتباط RTP قطع شده و مجددا پروتکل سیگنالینگ شروع می‌شود. برای قطع تماس هم از پیامی با نام CloseRecieveChannel استفاده می‌شود. پیام های سیگنالینگ نیز مجدد به سرور اطلاع داده می‌شود.
پروتکل RTP، پروتکل امن نیست و با کپچر کردن ترافیک RTP امکان گرفتن مدیا منتقل شده وجود دارد.
نرم‌افزار هایی دیگری مانند UCSniff (Unified Communication Sniffer) در کالی، Cain و … برای اسنیف کردن مدیا در VoIP وجود دارد.
برای دیدن فهرست مطالب دوره CCNA Collaboration اینجا کلیک کنید.
