ดังตัวอย่างในรูปนี้ครับ ซึ่งผมมี Issabel 2 เครื่องคือ 192.168.100.53 และ 192.168.100.54 ซึ่งผมคอนฟิกให้เป็น Backup ซึ่งกันและกัน แต่ผมไม่ได้ใช้งานเป็นลักษณะ Virtual IP ในสภาวะปกติก็ให้ 192.168.100.53 ทำงานครับ ถ้าเจ๊งไป (ปิดเครื่อง ถอดสายแลน โปรแกรมเจ๊ง ฯลฯ) ก็ให้ IP Phone ไปรีจิสเตอร์กับ 192.168.100.54 แทนครับ
ผมได้ลอง Capture ดู Packets ที่ Grandstream IP Phone ส่งมายัง SIP Server ว่าระหว่างคอนฟิกแค่ SIP Server อย่างเดียวกับคอนฟิก SIP Server + Secondary SIP Server ด้วยมีความแตกต่างมั๊ย
พบว่าไม่มีความแตกต่างครับ โดยในรูปนี้ผมวงสีแดงเฉพาะ Packets ที่ IP Phone (192.168.100.119) เป็นคนเริ่มต้นส่งไปมายัง SIP Server (192.168.100.53) นะครับ ที่เหลือเป็น Packets ที่มีความต่อเนื่องกันและส่วนมากเป็น Packets ที่ SIP Server เป็นคนเริ่มต้นส่งไปยัง IP Phone
IP Phone ยังไม่ส่งอะไรไปที่ Secondary SIP Server (192.168.100.54) เลยครับ - เสมือนว่ายังไม่คอนฟิก
ทำให้ Primary SIP Server ใช้งานไม่ได้
ทีนี้ผมลองทำให้ Primary SIP Server (192.168.100.53) ใช้งานไม่ได้ - ผม Shutdown Asterisk แล้วดูว่าเกิดอะไรขึ้นและนานแค่ไหนกว่า IP Phone จะรู้ว่า Primary SIP Server down!!!
พบว่าใช้เวลาไม่นานครับและไม่เท่ากันทุกครั้ง ขึ้นอยู่กับว่าตอนที่ Primary SIP Server ดาวน์นั้นใกล้ถึงวงรอบที่ IP Phone จะ Re-register หรือยัง ถ้าใกล้แล้วก็จะ Detect เร็วและรีจิสเตอร์กับ Secondary SIP Server เร็วครับ นี้คือข้อความที่ผม Capture บน Secondary SIP Server 192.168.100.54 เมื่อ IP Phone ส่งรีจิสเตอร์เข้ามาครับ
สถานะบนหน้าเว็บ Grandstream IP Phone
แม้ว่ามันจะรีจิสเตอร์กับ Secondary SIP Sever แต่หน้า Status ยังแสดงผลว่ารีจิสเตอร์กับ Primary SIP Server อยู่ครับ (หรือว่าจะมีเมนูให้คอนฟิกที่ผมยังหาไม่เจอ)
สถานะบนหน้าจอ LCD
ก็ไม่ได้มีอะไรแสดงว่ากำลังรีจิสเตอร์อยู่กับ Secondary SIP Server ครับ
ยังมีอีกครับ เทสต่ออีก...
ขณะที่ IP Phone รีจิสเตอร์อยู่กับ Secondary SIP Server 192.168.100.54 นั้น มันก็ส่งรีจิสเตอร์ไปยัง Primary SIP Server 192.168.100.53 ด้วย ดังรูปนี้ครับ แต่เนื่องจากผมยังไม่ได้ Start Asterisk ขึ้นมา มันจึงยังรีจิสเตอร์ไม่ได้ มันก็ยังคงใช้งานบน Secondary SIP Server อยู่ต่อไป
สตาร์ท SIP Server บน Primary SIP Server
พอผมสตาร์ท Asterisk บน Primary SIP Server ขึ้นมา มาดูกันครับว่าจะเกิดอะไรขึ้น
เนื่องจากขณะที่ IP Phone รีจิสเตอร์อยู่กับ Secondary SIP Server นั้น มันก็ส่งรีจิสเตอร์มายัง Primary SIP Server อยู่ตลอดเวลา เมื่อมันรีจิสเตอร์กับ Primary ได้มันจะไม่รีจิสเตอร์กับ Secondary อีกแล้ว
เจออะไรแปลกๆครับ...
เมื่อ IP Phone กลับไปรีจิสเตอร์กับ Primary ได้ ไม่ได้ส่งข้อความอะไรไปบอก Secondary SIP Server ว่ามันขอ Unregister ซึ่งทำให้ Secondary ยังคิดว่า IP Phone รีจิสเตอร์กับตัวมันอยู่ จากที่ผมนั่งเฝ้าดู รันคำสั่ง sip show peers บนเครื่อง Secondary พบว่าเบอร์ IP Phone ยังมีสถานะเป็น OK อยู่เลยครับ นั่นเป็นเพราะว่า Secondary ส่ง OPTIONS ไปยัง IP Phone แล้วมันก็ตอบกลับ OK ด้วย จึงทำให้บน Secondary คงสถานะ IP Phone เป็น OK ครับ
เปิดบริการ อบรม Issabel/FreePBX/Elastix ด้วยคอร์สพิเศษ ให้ติดตั้ง คอนฟิกคล่อง ใช้งานคล่อง ได้ใน 3 วัน
เทคนิคการใช้งาน Firewall + GeoIP บน Issabel
เทคนิคการใช้งาน Caller ID Lookup Sources จาก MySQL
เทคนิคการใช้งาน Caller ID Lookup Sources จาก Internal Phonebooks
รวมเทคนิคการใช้งาน Elastix
รวมเทคนิคการใช้งาน Asterisk
รวมเทคนิคการใช้งาน Issabel
รวมเทคนิคการใช้งาน FreePBX
รวมเทคนิคการใช้งาน RasPBX - Asterisk on Raspberry Pi