הסיפור הוא די פשוט..
דבר ראשון, הכל תלוי בטופולוגית רשת שלך. לפי איך שאתה מתאר את המצב, שני הסניפים נמצאים כרגע באותו Broadcast Domain , וזה מצב לא היגיוני, כי במצב הזה החיבור בינהם מוצף בתעבורת Broadcast בערוץ שמחבר בינהם. מצב תקין הוא, ששני האתרים המרוחקים נמצאים במקטעי רשת L2 שונים והחיבור בינהם מתבצי על ידי ניתוב ולא על ידי מיתוג. אחרי שהבנו את זה, צריך גם להבין שבקשות שמגיעות לשרת DHCP מלקוחות שנמצאים באתר מרוחק שנמצא בתת רשת משנה אחרת, לא מגיעות בצורה של Broadcast ישירות, כמו מלקוחות מקומייים, אלה דרך המנגנון בשם DHCP relay , שמופעל על נתב או על מתג L3 שנמצא באתר המרוחק ומוגדר להעביר את הבקשות של הלקוחות מהתת רשת שלו ישירות על השרת DHCP המרוחק וגם לקבל מהשרת הזה את התשובות ולמסור אותן ללקוחות של תת רשת שלו. זיהוי בשרת DHCP של קישור טווח כתובות מסויים ללקוח מסויים מתבצע על ידי ניתוח שדה giaddr , שמופיע בכל בקשת DHCP של כל לקוח, והלקוחות שבשדה המדובר מופיעה 0.0.0.0 , מזוהים כלקוחות מקומיים, שלהם מוחזר טווח כתובות מקומי. בקשות שבשדה giaddr שלהם מופיעה כתובת של נתב מסויים של תת רשת מרוחקת, משוייכים לאותו הטווח שמופיעה בשדה הזה ונשלחות בחזרה לאותו DHCP relay שממנו הגיעה הבקשה והוא כבר מעביר אותה ללקוח המקורי. צירפתי תרשים פשוט שממחיש את התהליך הזה בצורה ויזואלית.