خطای باتری: باتری از جمله اجزای مهم یک Master Node می­باشد، تا آنجا که با خالی شدن باتری، طول عمر Master Node به پایان می­رسد. به بیانی هرگونه نقص و خرابی باتری، وقوع خطای پایدار را در شبکه سبب می­ شود. از اینرو به منظور پیشگیری از خطای پایدار ذکر شده، استفاده از روش­هایی برای یک Master Node الزامی است. در ادامه به منظور پیشگیری از خالی شدن باتری Master Node، روش­های کاهش هزینه­ ارتباطات، استفاده همزمان از تکنولوژی­های ارتباطی مختلف و انتخاب باتری با کیفیت عالی، شرح داده می­شوند.

با بهره گرفتن از روش کاهش هزینه ارتباطات، می­توان از خالی شدن سریع باتری Master Node پیشگیری کرد. از آنجا که ارتباطات بیشترین میزان انرژی را مصرف می­ کنند، می­توان با کم کردن هزینه­ های ارتباطات، انرژی قابل توجهی را ذخیره کرد. روش کار بدین صورت می­باشد که بجای ارسال پیوسته­ی اطلاعات از ارسال گسسته استفاده می­ شود که این امر نیاز به حافظه دارد. همچنین بجای ارسال مداوم داده ­های خام می­توان آنها را در حافظه نگه داشت و تنها نتایج پردازش­ها را ارسال کرد. لازم به ذکر است که هر Master Node قابلیت پشتیبانی از یک حافظه RAM چندین گیگابایتی را دارد.
روش دیگر به منظور پیشگیری از خالی شدن باتری، استفاده­ی همزمان از دو تکنولوژی ارتباطی متفاوت است. Master Node به دو نوع تکنولوژی ارتباطی بلند برد و بلوتوث مجهز است. حال اگر انتقال بلند برد نسبت به بلوتوث انرژی بیشتری را مصرف ­کند، آنگاه به منظور ذخیره­ی انرژی، Master Node می ­تواند برای ارسال اطلاعات به Mobile Node از تکنولوژی بلوتوث استفاده کند و در مواردی خاص برای ارسال اطلاعات به ابر از تکنولوژی ارتباطی بلند برد استفاده کند.
دیگر روش پیشگیری از خراب شدن باتری، استفاده از باتری با کیفیت عالی است. اگرچه هزینه­ های مالی یکی از محدودیت­های طراحی و پیاده­سازی خوب Master Nodeها می­باشد. اما در مرحله­ طراحی باید به تفاوت Body Nodeها و Master Nodeها توجه شود. از آنجا که تعداد زیادی سنسور در یک شبکه­ پوشیدنی وجود دارد پس باید هزینه­ Body Nodeها کم باشد. اما باید یادآوری کرد که در یک شبکه­ تک Master Nodeی، تنها یک Master Node فیزیکی وجود دارد، همچنین در شبکه ­های چند Master Nodeی تعداد Master Nodeها بسیار کمتر از Body Nodeهاست؛ این امر باعث می­ شود که در انتخاب باتری و اجزاء سازنده­ی Master Node، قطعات با کیفیت­تری مورد استفاده قرار گیرد.
اگرچه رعایت فاکتورهای پوشیدنی و معیارهای ارگونومی در طراحی و پیاده­سازی Master Nodeها ضروری است اما اگر اندازه­Master Node تا میزان قابل قبولی بزرگ باشد، اشکالی ندارد. زیرا که محل قرار گیری Master Node در توپولوژی شبکه ثابت نیست و می ­تواند در هرجا قرار گیرد. به طور مثال اگر به علت اندازه­ بزرگ نشود که آنرا به عنوان یک دستبند استفاده کرد، می­توان آنرا بر روی کمربند نصب کرد، این درحالیست که یک Body Node که مسئولیت کنترل ضربان قلب را دارد نمی­تواند در هر مکان از توپولوژی شبکه قرار گیرد.
امروزه به منظور ذخیره حرکات و فعالیت­های انسان انواع مختلفی از کامپیوترهای پوشیدنی از قبیل Fitbit و Misbit Shine توسط کارخانه­های سازنده، تولید می­ شود. طراحی این محصولات شبیه طراحی Master Node می­باشد. طراحی Fitbit به صورتی است که بر روی مچ دست نصب می­ شود و به عنوان یک دستبند مورد استفاده قرار می­گیرد.
از مطالب ذکر شده می­توان به این نتیجه رسید که طراحی و پیاده­سازی گره Master Node با Body Node متفاوت است. بطوریکه می­توان تا اندازه­ قابل قبولی از هزینه­ های اقتصادی و بزرگ بودن اندازه­ Master Nodeها چشم­پوشی کرد. از اینرو می­توان باتری Master Nodeها را بگونه­ای در نظر گرفت که انرژی زیادی را ذخیره کنند و همچنین قابل تعویض و قابل شارژ باشند.
اگر چه طول عمر باتری Master Nodeها و مدت زمان نگهداری شارژشان طولانی است اما در هر زمان این احتمال وجود دارد که باتری خراب شود یا شارژش تمام شود. در این شرایط استفاده از باتری افزونه راه­حل مناسبی است. بدین صورت که اگر خراب شدن یا خالی شدن باتری یک Master Node سبب وقوع خطای پایدار در Master Node گردد، بلافاصله از باتری افزونه استفاده شود. لازم به ذکر است که اگر شارژ باتری یک Master Node تمام شود می­توان بلافاصله از باتری افزونه استفاده کرد و سپس باتری با شارژ کم را دوباره شارژ کرد و به عنوان باتری افزونه مورد استفاده قرار داد. با هر بار خالی شدن شارژ باتری می­توان این چرخه را تکرار کرد.
خطاهای نرم­افزار: مدیریت Body Nodeهای افزونه توسط نرم­افزار Master Node صورت می­گیرد. Master Node مدیریت Body Nodeهای افزونه را به دو صورت چک کردن اطلاعات و چک کردن فعالیت انجام می­دهد. در روش چک کردن اطلاعات اگر داده ­های دریافتی از یک Body Node نوسان زیادی داشته باشند، آنگاه Master Node، خطا را در Body Node تشخیص می­دهد و بعد Body Node معیوب را از ساختار شبکه حذف و سپس یک Body Node افزونه را جانشین آن می­ کند.
اما در روش چک کردن فعالیت، Body Node خودش خرابی خود را تشخیص می­دهد و بلافاصله خود را Mask می­ کند و دیگر چیزی را برای Master Node ارسال نمی­کند. به عبارتی Body Node خراب خودش را از توپولوژی شبکه حذف می­ کند، Master Node در این حالت Body Node را چک می­ کند تا بفهمد داده ارسال می­ شود یا نه؛ اگر Master Node تشخیص دهد که Body Node هیچ داده­ای را برایش ارسال نمی­کند، آنگاه یک Body Node افزونه را جایگزین آن می­ کند. البته این روش کارا نیست زیرا Master Node همیشه به سبب سرکشی مداوم Body Nodeها مشغول است. برای رفع مشکل این روش توصیه می­ شود که Master Node به صورت مداوم از Body Nodeها سرکشی نکند، در عوض Body Node معیوب قبل از Mask کردن خود، یک پیام «مُردم» را برای Master Node ارسال کند. سرانجام Master Node با دریافت این پیام یک Body Node افزونه را جایگزین آن می­ کند.
سخت­افزار و نرم­افزار Master Nodeها نسبت به Body Node­ها پیشرفته­تر است. به عبارتی در مقایسه با Body Node­ها، آنها قادر به اجرای الگوریتم­ها و محاسبات پیچیده­تری هستند. لذا Master Nodeها می­توانند مدیریت داده ­ها را در سطح بالاتری انجام دهند، به طور مثال بررسی کیفیت داده یکی از مباحث مدیریت داده است که می ­تواند توسط Master Node و در سطح بالاتری نسبت به Body Node انجام شود.
۳-۳-۲-۲ Master Node مجازی
Master Node نقش مهمی را در معماری سه لایه­ای ارائه شده ایفا می­ کند. از اینرو وجود گره Master Node در شبکه یک نیاز محسوب می­ شود. در معماری ارائه شده اگر بنا به هر دلیلی Master Node فیزیکی از کار بیافتد، بگونه­ای که قادر به انجام ادامه­ وظایفش نباشد، آنگاه شبکه قادر به ادامه دادن فعالیتش نیست. در این شرایط به منظور تحمل خطای فوق، Mobile Node گره Master Node فیزیکی معیوب را از ساختار شبکه حذف می­ کند و با خبردار کردن Body Nodeها از معیوب بودن Master Nodeشان، به آنها فرمان می­دهد تا اطلاعات حس شده­شان را برای Mobile Node ارسال کنند.
ممکن است فرایند ارسال مستقیم اطلاعات از Body Nodeها به Mobile Node با این ایده همراه باشد که Master Node از ساختار شبکه حذف شده و Mobile Node خود، جایگزین آن شده است. اما واقعیت امر این است که با توجه به نقش کلیدی Master Node، نمی­ توان آنرا از ساختار شبکه حذف کرد. پس باید فرایند ارسال اطلاعات از Body Nodeها به Mobile Node بگونه­ای باشد که Body Nodeها فکر کنند اطلاعاتشان را برای یک Master Node می­فرستند و در طرف مقابل نرم­افزار Mobile Node فکر کند که اطلاعاتش را از یک Master Node می­گیرد. دلیل این امر اهمیت انجام کارها بصورت سلسله مراتبی در بین گره­هاست. به بیانی باید مشکل فوق بگونه­ای حل شود که سلسله مراتب کارها در معماری سه لایه­ای ارائه شده حفظ شود. واقعیت امر این است که برای تحقق هدف فوق به یک Master Node نیاز است و این در حالیست که شبکه­ ما فاقد هرگونه Master Node فیزیکی است.
با توجه به مطالب بیان شده، وجود یک Master Node مجازی در شبکه نیاز است. در واقع یک Master Node مجازی به صورت نرم­افزاری در گره Mobile Node ایجاد می­ شود. به منظور درک بهتر می­توان Master Node مجازی را شبیه کیبرد مجازی ویندوز تصور کرد که در صورت خرابی کیبرد فیزیکی، می­توان از آن استفاده کرد. به بیانی ساده­تر Master Node مجازی یک نرم­افزار است که توانایی انجام تمام کارهای Master Node فیزیکی را دارد. Mobile Node ابتدا Master Node فیزیکی معیوب را از ساختار شبکه حذف می­ کند، سپس به Body Nodeهای آن فرمان می­دهد که اطلاعاتشان را برای Master Node مجازی ارسال کنند، این کار سبب می­ شود که Body Nodeها متوجه نبود Master Node فیزیکی در شبکه نشوند. همچنین Master Node مجازی با دریافت این اطلاعات، مانند یک Master Node فیزیکی آنها را پردازش می­ کند و نتایج پردازش را به نرم­افزار Mobile Node می­دهد. لازم به ذکر است که در فرایند مذکور، نرم­افزار Mobile Node بگونه­ای طراحی می­ شود که داده ­ها و اطلاعات مورد نیازش را از Master Node مجازی می­گیرد.
خطاها و خرابی­های Master Node مجازی نسبت به Master Node فیزیکی متفاوت است. Master Node مجازی یک نرم­افزار، واقع در Mobile Node است؛ بنابراین تهدیدات آن مانند تهدیدات نرم­افزارMobile Node است. به عنوان مثال hang کردن Mobile Node باعث وقوع خطای پایدار در Master Node مجازی می­ شود. این تهدیدات و راه­ حل­های آنها در بخش ۳-۳-۶ و در قسمتخرابیدرنرم­افزارMobile Nodeها به تفضیل شرح داده می­شوند. شکل ۳-۱۶ برقراری ارتباط بین Mobile NodeوBody Nodeرا درشبکهA نشان می­دهد.
شکل ۳-۱۶: برقراری ارتباط بین Mobile Node و Body Node در شبکه A
۳-۳-۲-۳ شبکه ­های چندMaster Nodeی
بحث دیگری که در مورد Master Nodeها مطرح می­باشد، این است که در شبکه­ ها با تعدادBody Nodeهای فراوان، در هر زمان چه تعداد Master Node در شبکه فعال باشد. یعنی آیا تمام Body Nodeها اطلاعات­شان را فقط برای یک Master Node واحد بفرستند. که در این حالت آن Master Node به دلیل فعالیت­های زیاد از قبیل دریافت زیاد، پردازش زیاد، ارسال زیاد، انرژی زیادی را مصرف می­ کند. به بیانی دیگر یک Master Node توسط تعداد زیادی Body Node تغذیه می­ شود که این باعث می­ شود که Master Node مدام در حال انجام فعالیت شدید و مصرف انرژی باشد. همچنین در چنین شرایطی بحث­های پیچیده­ای از قبیل مدیریت کانال، تصادف و پر شدن حافظه­ Master Node به وجود می ­آید که هر کدام نیاز به الگوریتم­ها و محاسبات پیچیده دارند. استفاده از یک Master Node فعال، برای شبکه­ ها و کاربردهایی از جمله حوزه سلامت توصیه می­ شود که تعداد Body Node­هایشان کم است.
با توجه به مطالب ذکر شده می­توان به این نتیجه رسید که در شبکه­ هایی که دارای Body Nodeهای فراوانی می­باشند، بهتر استبه منظور تقسیم بار و فعالیت، همزمان چند Master Node در شبکه در حالت فعال باشد. در این تحقیق، این دسته از شبکه­ ها با نام «شبکه ­های چند Master Nodeی» شناخته می­شوند.
اگر بنا به دلایلی از قبیل خطاهای پایدار یک Master Node خراب شود، آنگاه این خرابی بر کل سیستم تأثیرگذار است به بیانی خطا به یک مؤلفه­ی خاص محدود نمی­ شود و محدوده­ خطا کل سیستم می­باشد. یعنی در این حالت با حذف Master Node معیوب از توپولوژی شبکه، سیستم نمی­تواند مشکل را حل کند. در شرایط فوق افزونگی سخت­افزاری می ­تواند بهترین گزینه برای حل مشکل باشد. در این حالت Master Nodeهای افزونه در حالت standby قرار می­گیرند.
به عنوان مثال حالتی را می­توان تصور کرد که در شبکه­ پوشیدنی سه Master Node با نامهای A، B و C در حال فعالیت می­باشند. همچنین این شبکه­ شامل ۱۵ عدد Body Node­ می­باشد. در این حالت به منظور تقسیم فعالیت بین Master Nodeها، A به Body Nodeهای ۱ تا ۵، B به Body Nodeهای ۶ تا ۱۰ و C به Body Nodeهای ۱۱ تا ۱۵ تخصیص می­یابند. در این حالت A یک قطعه­ی افزونه با نام، B یک قطعه­ی افزونه با نام و C یک قطعه­ی افزونه با نام دارند. که هر کدام از Master Nodeها در صورت خرابی فقط مجاز می­باشند که از افزونه­ی همنام خود استفاده کنند.
در حالت فوق می­توان حالتی را در نظر گرفت که A خراب شده و از افزونه­اش که است، استفاده می­ کند. حال اگر هم خراب شود، با وجود بیکار بودن و ، Body Nodeهای ۱ تا ۵ اطلاعاتشان را مستقیم به Master Node مجازی تعبیه شده در Mobile Nodeارسال می­ کنند که این کار توصیه نمی­ شود. راه­حل دیگر می ­تواند این باشد که Body Nodeهای ۱ تا ۵ را به B و C تخصیص دهیم. بدین صورت که Body Nodeهای۱ تا ۳ به Bو Body Nodeهای۴ و ۵ را به C بدهیم، که این کار نیز توصیه نمی­ شود. زیرا علیرغم بیکار بودن و ، فعالیت­های B و C زیادتر شده است.
از مطالب ذکر شده می­توان به این نتیجه رسید که هر Master Node باید قادر به استفاده از همه Master Nodeهای افزونه باشد. و در صورتی که همه افزونه­ها نیز خراب شدند آنگاه Body Nodeهای متعلق به Master Node خراب به Master Nodeهای سالم تخصیص یابد. در آخر اگر تمام Master Nodeها خراب شدند، آنگاه تمام Body Nodeها خودشان مستقیماً اطلاعاتشان را به Master Node مجازی تعبیه شده در Mobile Nodeارسال کنند. برای درک بهتر حالتی را می­توان در نظر گرفت که در سناریوی ذکر شده اگر A خراب شد باید از استفاده کرد و اگر خراب شد باید از استفاده کرد و اگر خراب شد باید از استفاده کند و اگر خراب شد باید Body Nodeهایش به B و C تخصیص یابد. حال اگر B خراب شود باید Body Nodeهایش به C تخصیص یابد در آخر اگر C که تنها Master Node باقیمانده است، خراب شود، باید Body Nodeها خودشان اطلاعاتشان را به Master Node مجازی تعبیه شده در Mobile Nodeارسال کنند.
در شبکه ­های چندMaster ی هر لحظه این امکان وجود دارد که کلیه­ Master Nodeهای فیزیکی از کار بیافتند، این در حالیست که ممکن است، این شبکه­ ها در کاربردهای حیاتی مورد استفاده قرار گیرند. باید خاطرنشان کرد که در کاربردهای حیاتی ریسک معنا ندارد. گرچه احتمال از کار افتادن همه Master Nodeها کم است ولی باید در هر لحظه شبکه آمادگی برخورد با چنین مشکلی را داشته باشد. اگر همه Master Nodeها خراب شوند آنگاه ارتباط Body Nodeها با لایه­ های Mobile Node و ابر قطع می­ شود. همچنین اگر Body Node­ها بدون آگاهی از این مسأله مدام داده­هایی را برای Master Nodeها بفرستند، بیهوده انرژیشان اتلاف می­ شود. لذا به محض از کار افتادن Master Node، باید Body Nodeهای آن از این قضیه مطلع شوند تا از ادامه­ ارسال اطلاعات به Master Nodeها و مصرف بیهوده انرژی خودداری کنند.
از مطالب ذکر شده می­توان نتیجه گرفت که با از کار افتادن تمام Master Nodeهای شبکه باید بلافاصله Body Nodeها از این موضوع آگاه شوند. پس از آگاهی Body Nodeها، تحت هر شرایطی نباید شبکه از انجام صحیح عملیات باز بماند. لذا باید هر Body Node اطلاعات دریافتی را به Master Nodeمجازی تعبیه شده در Mobile Node ارسال کند. با توجه به اینکه فاصله­ی Body Nodeها تا Mobile Node کم است، تکنولوژی بلوتوث برای این کار مناسب است.
تحمل خرابی باتری: در شبکه ­های چند Master Nodeی به منظور تحمل خرابی باتری، بجای باتری افزونه از Master Node افزونه استفاده می­ شود. در چنین شبکه­ هایی اگر Master Node معیوب باتریش از حد آستانه کمتر شود، به حالت standby می­رود. اما سؤالی که ممکن است مطرح شود این است که یک Master Node تا چه میزانی باید شارژ باتری داشته باشد که ما آن را به عنوان گره معیوب در نظر گرفته و سراغ گره جایگزین بگردیم؟ به بیانی حد آستانه باتری چقدر باشد؟ به منظور پاسخ به سؤال فوق، در این تحقیق الگوریتمی تحت عنوان «حد آستانه­ باتری» ارائه می­ شود. الگوریتم مذبور مینیمم انرژی باتری Master Node را برای کارهای آتی حساب و بر حسب درصد نشان می­دهد. الگوریتم «حد آستانه­ باتری» به شرح زیر است.

1. 1. هزینه­ باتری برای ارسال اطلاعات حس شده فعلی A= .

1. 1. هزینه­ باتری برای تبادل پیام با Mobile Node (به منظور آگاه­سازی Mobile Node از کمبود باتری Master Node) B = .

1. 1. هزینه­ باتری برای قطع ارتباط و خاموش شدن Master Node = C .

1. 1. C + B + A = D .D مینیمم انرژی باتری برای کارهای آینده Master Node است.

1. 1. D را بر حسب درصد در خروجی نشان بده.

روش کار بدین شکل است که در صورت وجود Master Node افزونه، گره Mobile Node تمام Body Nodeهای Master Node معیوب را به Master Node افزونه تخصیص می­دهد، بطوریکه Master Node افزونه، ادامه­ فعالیت­های Master Node معیوب را انجام می­دهد و در آخر گره Mobile Node، Master Node معیوب را به حالت standby می­برد؛ که اگر در این حالت شارژ باتری Master Node خالی شده باشد، می­توان آنرا شارژ کرد و به عنوان Master Node افزونه مورد استفاده قرار داد.
اما اگر در سناریوی ذکر شده، هیچ Master Node افزونه­ای در شبکه موجود نباشد، باید به منظور تحمل این خرابی از مکانیزم hand-off استفاده کرد. بدین صورت که گره Mobile Node به منظور واگذاری فعالیت­های Master Node معیوب، از میان Master Nodeهای موجود در شبکه، Master Nodeی را که دارای بیشترین انرژی است انتخاب می­ کند.
به بیانی ساده­تر هنگامی که هیچ Master Node افزونه­ای در شبکه وجود ندارد، Master Node معیوب باید Body Nodeهایش را به یک Master Node سالم واگذار کند. حال برای این کار Master Node جانشین باید بقدر کافی انرژی لازم را داشته باشد، از اینرو Master Nodeی که بیشترین انرژی را دارد برای اجرای سرویس­های Master Node معیوب انتخاب می­ شود. سپس Master Node معیوب توسط گره Mobile Node به حالت standby می­رود. این فرایند در شکل ۳-۱۷ نشان داده شده است.
شکل ۳-۱۷: تحمل خرابی باتری Master Node در شبکه ­های چند Master Nodeی که فاقد Master Node فیزیکی افزونه هستند
توضیح شکل ۳-۱۷ بدین صورت است که اگر انرژی یک Master Node از حد آستانه پایین­تر آید، آنگاه Master Node مذبور به عنوان یک گره معیوب در شبکه شناخته می­ شود و باید با پیام « من معیوب هستم » معیوب بودنش را به Mobile Node اطلاع دهد. اگر هیچ Master Node افزونه­ای در شبکه موجود نباشد آنگاه Mobile Node با بهره گرفتن از تکنیک hand-off، یک Master Node را به عنوان جانشین انتخاب می­ کند. سپس پیام «شما به عنوان جانشین انتخاب شدید» را برای Master Node جانشین می­فرستد و در جواب، اگر Master Node جانشین هیچ مشکلی برای جانشینی نداشته باشد یک پیام تصدیق برای او می­فرستد. در پایان Mobile Node، تمامی Body Nodeهای Master Node معیوب را به Master Node جانشین تخصیص می­دهد.
بطور کلی اگر باتری Master Node معیوب خراب شده باشد، باید آنرا تعویض کرد. اما اگر باتری آن خالی شده باشد می­توان آنرا شارژ کرد، یعنی در زمانی که Master Node در حالت standby است، کاربر آنرا شارژ کند. با پر شدن شارژ باتری Master Node معیوب، دیگر خطای آن رفع شده است، پس می­توان از آن به عنوان یک Master Node افزونه برای Master Nodeهای دیگر استفاده کرد.
مدیریت خطا: در شبکه ­های چندMaster Nodeی و در بحث مدیریت Master Nodeها این سؤال مطرح است که مدیریت Master Node معیوب از طریق Mobile Node انجام شود یا اینکه توسط دیگر Master Nodeهای شبکه صورت گیرد. توصیه می­ شود که این مدیریت توسط Mobile Node انجام گیرد، زیرا Master Nodeها نسبت به Mobile Node دید کمتری از شبکه دارند. از آنجا که مدیریت Master Node معیوب بر عهده­ Mobile Node است پس باید به محض معیوب شدن یک Master Node، گره Mobile Node از این قضیه آگاه شود. این آگاه­سازی توسط چک کردن فعالیت بدین صورت انجام می­گیرد که اگر بعد از گذشت مدت زمانی Master Node با Mobile Node ارتباط نداشته باشد، آنگاه Mobile Node می­فهمد که Master Node مورد نظر، معیوب شده است.Mobile Node بعد از باخبر شدن، یکی از سه کار مهم زیر را انجام می­دهد.

1. 1. یک Master Node افزونه را به Body Nodeهای متعلق به Master Node معیوب تخصیص می­دهد، بدین صورت که به تمام Body Nodeهای آن اطلاع می­دهد که داده­هایشان را به Master Node افزونه ارسال کنند.

1. 1. اگر هیچ Master Node افزونه­ای در شبکه نباشد، آنگاه Mobile Node با بهره گرفتن از تکنیک hand-off، بار Master Node معیوب را بین Master Nodeهای سالم تقسیم می­ کند. Master Nodeهای سالم نیز می­توانستند این تقسیم بار را انجام دهند اما با توجه به اینکه مدیریت Master Nodeها بر عهده­ Mobile Node است، توصیه می­ شود که تکنیک hand-off را Mobile Node انجام دهد، زیرا دید بهتری به شبکه دارد.

1. 1. اگر Master Node معیوب شده تنها Master Node موجود در شبکه باشد، آنگاه Mobile Node خود جایگزین Master Node معیوب می­ شود و اطلاعات را از کل Body Nodeهای شبکه می­گیرد. در این حالت Body Nodeها بعد از آگاهی از خرابی تنها Master Node موجود در شبکه، به فرمان Mobile Node، داده­هایشان را با بلوتوث به Master Node مجازی تعبیه شده در Mobile Node ارسال می­ کنند.

نتیجتاً در شبکه ­های چند Master Nodeی، Master Node معیوب توسط گره­های هم سطح یعنی دیگر Master Nodeها مدیریت نمی­ شود و این مدیریت خطا توسط گره بالایی صورت می­گیرد. بدین صورت که هر Master Node خطای خود را کشف می­ کند، سپس توسط پیامی Mobile Node را از این خطا آگاه می­ کند. در نهایت Mobile Node فرمان مناسب را به منظور مدیریت خطا صادر می­ کند.
خطاهای گذرا و متناوب: خطاهای گذرا دیگر تهدید برای Master Nodeها می­باشند. با توجه به اینکه در سیستم­های مختلف اکثر خطاها از نوع گذرا و متناوب می­باشند، لذا Master Nodeها باید قابلیت تحمل این نوع خطاها را داشته باشند. Master Nodeها در هر زمان باید آماده­ی دریافت، پردازش و ارسال اطلاعات باشند. در بحث Body Nodeها اگر یک Body Node از کار می­افتاد، سیستم یک رویداد را از دست می­دهد اما در بحث Master Nodeها اگر یک Master Node از کار بیافتد تمام رویدادهای مهم Body Nodeهایش از دست می­رود. که این قضیه حتی برای خطاهای گذرایی که برای مدت زمانی کوتاه رخ می­ دهند، صادق است.