โทรศัพท์ในสวิตช์บางรุ่นไม่สามารถทำกระบวนการ DHCP ให้เสร็จสมบูรณ์ได้


16

พื้นหลัง

ฉันมีเซิร์ฟเวอร์ Windows DHCP (Server 2008 R2) แจกที่อยู่สำหรับหลาย ๆ ขอบเขต หนึ่งในขอบเขตเหล่านั้นสำหรับโทรศัพท์ Mitel IP บางรุ่น โทรศัพท์ถูกกำหนดค่าให้ใช้ตัวเลือก dhcp 125 เพื่อรับข้อมูลการกำหนดค่า เมื่อโทรศัพท์เริ่มทำงานจะไม่ทราบว่า vlan จะใช้อะไรและดังนั้นจึงเพิ่งได้รับค่าเริ่มต้น (ไม่ได้ติดแท็ก) vlan ของพอร์ตใดก็ตามที่เชื่อมต่ออยู่ เซิร์ฟเวอร์ dhcp ให้การตอบสนองที่มีข้อมูล 125 ตัวเลือกและโทรศัพท์สามารถอ่านสิ่งที่ vlan ควรใช้จากการตอบสนองนี้ จากนั้นโทรศัพท์จะปล่อยที่อยู่เดิมและขอให้เช่า DHCP ใหม่โดยใช้แท็ก vlan ที่ถูกต้อง โทรศัพท์มักจะมีคอมพิวเตอร์ที่เชื่อมต่อกับพอร์ต pass-through แพ็คเก็ตจากคอมพิวเตอร์จะไม่ติดแท็กดังนั้นพีซีจะอยู่ใน vlan เดิม (ไม่ได้ติดแท็ก) สำหรับพอร์ต สิ่งนี้ได้ผลสำหรับเราเป็นเวลาหลายปี

ปัญหาและอาการ

อยู่ที่ไหนสักแห่งในช่วงหลายสัปดาห์ที่ผ่านมามีบางอย่างเปลี่ยนไปและฉันก็ไม่แน่ใจ โทรศัพท์จะยังคงทำงานต่อไปตราบใดที่ไม่รีสตาร์ทหมายความว่าคำร้องขอการต่ออายุ dhcp ต้องถูกประมวลผลอย่างถูกต้อง โทรศัพท์ที่เชื่อมต่อกับสวิตช์บางตัวสามารถอยู่รอดได้เมื่อเริ่มต้นใหม่ อย่างไรก็ตามโทรศัพท์ที่เชื่อมต่อกับสวิตช์อื่น ๆ จะไม่สามารถทำกระบวนการให้เสร็จสมบูรณ์เมื่อรีบูต โทรศัพท์ของเราทั้งหมดใช้ PoE ที่สำรองโดย UPS ดังนั้นจึงเป็นเวลานานแล้วที่มีการรีสตาร์ท ซึ่งหมายความว่าฉันไม่มีความคิดเมื่อปัญหาปรากฏตัวครั้งแรก สิ่งที่ฉันรู้คือโทรศัพท์เครื่องหนึ่งล้มเหลวเมื่อรีสตาร์ทเมื่อวานนี้และในการแก้ไขปัญหาในวันนี้เราได้รีเซ็ตสวิทช์ตู้เสื้อผ้า ตอนนี้ไม่มีโทรศัพท์ในสวิตช์ที่ใช้งานได้ (โชคดีที่มันยังมีจำนวนน้อย) ฉันก็รู้ว่าสิ่งต่าง ๆ กำลังทำงานใกล้สิ้นเดือนมกราคม

ขณะที่ฉันดูบูทโทรศัพท์ฉันสามารถดูได้ว่าได้ที่อยู่แรกสำเร็จแล้ว จากนั้นจะอ่านข้อมูล 125 ตัวเลือกสำเร็จตั้งค่าแท็ก vlan ที่ถูกต้องและเผยแพร่สัญญาเช่า IP ดั้งเดิม มันเป็นยังสามารถที่จะได้รับและยอมรับข้อเสนอใน vlan ที่ถูกต้องจากเซิร์ฟเวอร์ อย่างไรก็ตามนั่นคือสิ่งที่หยุด โทรศัพท์มีข้อความบนหน้าจอที่ระบุว่า " DHCP: Offer 2 ACC" แต่เซิร์ฟเวอร์ Windows DHCP ไม่ได้บันทึกสัญญาเช่าและโทรศัพท์จะไม่เคลื่อนไหว ฉันเดาได้เพียงว่าแพ็คเก็ต DHCP REQUEST นั้นไม่เคยไปถึงเซิร์ฟเวอร์ Windows และดังนั้นโทรศัพท์จึงรอ ACK สุดท้ายจาก Windows ว่ามันโอเคที่จะดำเนินการต่อ

วิธีแก้ปัญหา

ในที่สุดฉันก็สามารถโทรศัพท์ได้อีกครั้ง ในการทำเช่นนั้นฉันต้องตัดการเชื่อมต่อคอมพิวเตอร์ก่อน จากนั้นฉันตั้งค่าพอร์ตสวิตช์ของโทรศัพท์ให้ไม่ติดแท็กบน vlan ของโทรศัพท์โดยไม่มีการเป็นสมาชิกใน PC vlan โทรศัพท์จะรีบูตอย่างถูกต้อง ณ จุดนี้ฉันสามารถใส่การตั้งค่าพอร์ตสวิตช์กลับไปยังตำแหน่งที่ควรและตราบใดที่ไม่มีใครพยายามโทรหาหมายเลขนั้นขณะที่ฉันรีเซ็ตพอร์ตโทรศัพท์จะไม่พลาดจังหวะใด ๆ จากนั้นฉันสามารถเชื่อมต่อคอมพิวเตอร์ใหม่ เห็นได้ชัดว่านั่นไม่ใช่กระบวนการที่เหมาะสมแม้ว่าจะมีการรีบูตโทรศัพท์บ่อยครั้งดังนั้นฉันจะสามารถใช้มันเพื่อให้คนทำงานได้อีกครั้งจนกว่าฉันจะพบสาเหตุที่แท้จริง สำนักงานปิดทำการแล้วสำหรับสัปดาห์และดังนั้นปัญหานี้จะได้รับอนุญาตให้นั่งในช่วงสุดสัปดาห์ (ฉันไม่มีกุญแจสำหรับสำนักงานแต่ละแห่งที่มีโทรศัพท์)

โทรศัพท์นี้ที่ฉันได้รับการแก้ไขคือโทรศัพท์บริการในห้องเซิร์ฟเวอร์เชื่อมต่อโดยตรงกับสวิตช์หลักของเรา เป็นไปได้ว่าปัญหานี้เป็นปัญหาเกี่ยวกับการกำหนดเส้นทางหรือการประมวลผลแท็กบนสวิตช์หลักเช่นการแก้ปัญหาจะไม่มีประสิทธิภาพในสำนักงานระยะไกลที่แพ็คเก็ตจะถูกส่งผ่านครั้งแรก (ติดแท็กด้วย) สวิตช์อื่น ๆ หากเป็นเช่นนั้นฉันรู้ว่าต้องดำเนินการต่ออายุ DHCP และสนทนาทางโทรศัพท์จริงอย่างถูกต้อง

การบิดคือการออกจากพอร์ตที่ติดแท็กบนพีซี vlan หมายความว่าโทรศัพท์ล้มเหลวแทนด้วยข้อความ " DHCP: Offer 1 ACC" ฉันต้องลบ vlan นั้นทั้งหมดเพื่อให้ประสบความสำเร็จ

หมายเหตุ: ตอนนี้ฉันยืนยันแล้วว่าการทำงานในอาคารระยะไกลมีประสิทธิภาพ สิ่งนี้ทำให้ฉันสงสัยว่าอุปกรณ์ของฉันไม่ได้ถูกกำหนดให้ vlan ถูกต้อง ความจริงที่ว่าฉันประสบปัญหาบนสวิตช์หลักของฉันและมันเกิดขึ้นในหลาย ๆ จุดบนเครือข่ายในเวลาเดียวกันบ่งชี้ว่าสวิตช์หลักอาจเป็นปัญหา ไม่มีอะไรให้ดูเป็นพิเศษฉันกำลังจัดตารางเวลาการบำรุงรักษาใกล้สิ้นสัปดาห์เพื่อรีบูตสวิตช์ ฉันอาจอัปเดตเฟิร์มแวร์

สิ่งแวดล้อม

สวิตช์หลักของเราคือ HP 5406zl สวิตช์นี้จัดการการกำหนดเส้นทางระหว่าง vlan เซิร์ฟเวอร์ Windows DHCP เชื่อมต่อโดยตรงกับสวิตช์ สวิตช์ปลายทางเชื่อมต่อกับสวิตช์หลักผ่านไฟเบอร์ SFP และพอร์ตเหล่านี้จะถูกแท็กสำหรับ vlans ทั้งหมดที่ปลายทั้งสอง สวิตช์หลักจะกำหนดค่า vlan แต่ละรายการด้วยการip helper-addressตั้งค่าที่ชี้ไปยังเซิร์ฟเวอร์ DHCP ของเราและdhcp relay-option 82 replaceบรรทัดเพื่อให้เซิร์ฟเวอร์ dhcp รู้ว่าต้องใช้ขอบเขตใด การกำหนดค่าเหล่านี้และการกำหนดค่าพอร์ตบนสวิตช์ปลายทางไม่ได้เปลี่ยนแปลงอย่างน้อย 16 เดือน เรามีสวิตช์และการรีเซ็ตโทรศัพท์อื่น ๆ ในเวลานั้น

จุดสิ้นสุดสวิตช์ส่วนใหญ่ของเราคือ HP 2530 series สวิตช์เหล่านี้ทำงานได้อย่างถูกต้อง (โทรศัพท์ใน 3 2530 ที่แตกต่างกันได้รีสตาร์ทอย่างถูกต้องในวันนี้) มันเป็นสวิตช์รุ่นเก่าที่มีปัญหา เรามี 3Com 4200 รุ่นเก่าและรุ่น 4210 อันหนึ่งที่ใช้งานไม่ได้ บริการโทรศัพท์ที่เชื่อมต่อโดยตรงกับสวิตช์หลักที่กล่าวถึงก่อนหน้านี้จะไม่ทำงาน

คำถาม

ณ จุดนี้การคาดเดาที่ดีที่สุดของฉันคือการอัพเดต Windows บนเซิร์ฟเวอร์ dhcp เปลี่ยนพฤติกรรม แต่ฉันไม่เห็นวิธี หรืออาจเป็นไปได้ว่าสวิตช์หลักนั้นไม่ได้จัดการแพ็คเก็ต REQUEST อย่างถูกต้อง แต่ฉันแน่ใจว่าไม่มีอะไรเปลี่ยนแปลงที่นั่นและไม่ได้อธิบายว่าทำไมสวิตช์ปลายทางบางตัวจึงมีผล ฉันจะแก้ไขปัญหานี้ได้อย่างไร

ปรับปรุง:

นี่คือข้อความที่ตัดตอนมา dhcp จากโทรศัพท์ที่ล้มเหลว:

10,03 / 06 / 15,12: 40: 40, กำหนด, 10.1.2.158,, 08000F197844,, 3189088995,0 ,,, 11,03 / 06 / 15,12: 40, ต่ออายุ, 10.1.2.158, , 08000F197844,, 3189088995,0 ,,, 12,03 / 06 / 15,12: 40: 41, ปล่อย, 10.1.2.158,, 08000F197844,, 3189088995,0 ,,, 15,03 / 06 / 15,12: 40: 45, NACK, 10.1.2.154,, 08000F197844,, 0,6 ,,, 15,03 / 06 / 15,12: 40: 45, NACK, 10.1.2.154,, 08000F197844,, 0,6 ,,,

ที่อยู่ 10.xxx คือ PC vlan (ตัวเลือกนั้นจะแจ้งล่วงหน้าฉัน ณ สถานที่นี้) โทรศัพท์ควรได้รับที่อยู่ชนิดนั้นในตอนแรกดังนั้นคาดว่าจะมี อย่างไรก็ตามหลังจากข้อความเผยแพร่ฉันยังคาดหวังว่าจะพบข้อเสนอพิเศษสำหรับที่อยู่ในช่วง 192.168.16.x เพราะฉันเห็นได้ทางโทรศัพท์ว่าข้อเสนอนั้นได้รับการยอมรับ (เว้นแต่ฉันจะตีความ "ACC" ผิด) เป็นเรื่องที่น่าสนใจที่ฉันไม่เคยเห็นเซิร์ฟเวอร์พยายามที่จะออกที่อยู่แบบนั้นแม้ว่าโทรศัพท์จะคิดว่าได้รับก็ตาม

ฉันพิจารณาความคิดว่ามีเซิร์ฟเวอร์ dhcp อันธพาลบนเครือข่าย (มันแจกที่อยู่หน้าเซิร์ฟเวอร์ Windows แต่ไม่มีตัวเลือก dhcp ที่โทรศัพท์ต้องการเพื่อดำเนินการต่อ) แต่นั่นไม่ได้อธิบายว่าทำไมโทรศัพท์จึงทำงานได้หาก ฉันลบเส้นทางใด ๆ ไปยังพีซี vlan อย่างสมบูรณ์ ฉันจะทดสอบมันในตอนเช้าโดยเชื่อมต่อแล็ปท็อปของฉันเข้ากับพอร์ตที่ตั้งไว้สำหรับ vlan โทรศัพท์ แต่ถ้าใครอื่นมีคำอธิบายที่ดีกว่าในระหว่างนี้ฉันชอบที่จะได้ยิน

นี่คือสำเนาของการกำหนดค่าสวิตช์:

http://pastebin.com/veXjCRXu


คุณได้ทำการเดาอย่างถูกต้องว่าแพ็คเก็ต DHCP REQUEST ไม่เคยไปถึงเซิร์ฟเวอร์ ตอนนี้เปิดระดับการบันทึกบนเซิร์ฟเวอร์ DHCP หรือสูดข้อมูลบางส่วนและตรวจสอบลางสังหรณ์ของคุณ อย่าติดขัด คุณสามารถทำได้
Skyhawk

1
อย่ามีคำตอบสำหรับคุณ แต่ +1 สำหรับคำถามที่คิดและทดสอบมาอย่างดี
อนุญาต

1
@Skyhawk หยุดทานอาหารเย็นแล้ว แต่นั่นเป็นขั้นตอนต่อไปของฉัน ผลลัพธ์อยู่ในคำถาม
Joel Coel

คุณช่วยส่งเวอร์ชั่นของซอฟต์แวร์ ProCurve 5406zl ให้ฉันได้ไหม
ewwhite

1
ฉันมักจะใช้สวิตช์เหล่านี้ในการแก้ไขเฉพาะสำหรับ 6-12 เดือน ฉันมีสวิตช์ที่คล้ายกันที่ใช้กับโทรศัพท์ Shoretel โดยใช้แนวคิดเดียวกัน มันจะน่าสนใจที่จะเห็นการกำหนดค่าที่ถูกสุขลักษณะ
ewwhite

คำตอบ:


2

ฉันแก้ไขปัญหาวันนี้ด้วยการลบแท็ก vlan สำหรับโทรศัพท์ vlan บนพอร์ตที่เชื่อมต่อกับเซิร์ฟเวอร์ dhcp ของเรา มันแปลกมากสำหรับฉันที่ใช้งานได้เช่นเดียวกับระบบอื่น ๆ ที่ใช้รูปแบบที่คล้ายกัน (aka: Wifi SSID ที่ใช้ 802.1q) ต้องใช้แท็กหรือไคลเอ็นต์ไม่สามารถรับที่อยู่ได้ มันใช้งานได้ดังนั้นฉันจะไม่ดูหนักเกินไป แต่ฉันจะสนใจที่จะเห็นคำตอบของทฤษฎีว่าทำไมมันถึงเป็นแบบนี้


0

คุณควรลองใช้การดักจับแพ็กเก็ตที่ด้านใดด้านหนึ่งของสวิตช์ที่มีปัญหาแล้วตรวจดูที่ Wireshark สิ่งนี้จะสามารถบอกคุณได้ 1) หากการรับส่งข้อมูลถูกดักจับโดยเซิร์ฟเวอร์ DHCP อันธพาล (ตามที่อยู่ MAC) และ 2) หากมีบางสิ่งที่กำลังยุ่งเหยิงหรือตกหล่น (เช่นคุณอาจต้องใช้รีเลย์ DHCP) สิ่งนี้อาจต้องมีการมิเรอร์พอร์ตหรือ 3com อาจรองรับการถ่ายภาพโดยตรงบนสวิตช์


0

หากคุณพบว่าปัญหานี้ปรากฏขึ้นอีกครั้งคุณอาจต้องการตรวจสอบขนาดของขอบเขต DHCP ของคุณและจำนวนสัญญาเช่าที่ใช้งานอยู่ หากสัญญาเช่า DHCP เก่าไม่ถูกทำลายเซิร์ฟเวอร์ของคุณอาจคิดว่าไม่มีที่อยู่เหลืออยู่ในกลุ่มและไม่สามารถกำหนดที่อยู่ใหม่ได้ สิ่งนี้เป็นจริงแม้ว่าจะไม่มีอุปกรณ์ที่ตอบสนองใน vlan หากขอบเขต DHCP ของคุณคือ 7 วันอาจถึง 7 วันก่อนที่คุณจะสามารถเช่าใหม่ได้ ในทำนองเดียวกันการเปลี่ยนการกำหนดค่าของคุณจะช่วยแก้ปัญหาได้เนื่องจากจะมีช่วงของที่อยู่ใหม่ซึ่งอาจถูกลบล้างหรืออาจล้างสัญญาเช่าทั้งนี้ขึ้นอยู่กับการเปลี่ยนแปลงการกำหนดค่า ฉันขอแนะนำให้ตั้งค่าอายุการใช้งานของสิ่งที่ต่ำมากเช่นหนึ่งชั่วโมงสำหรับขอบเขตนั้นหากเป็นกรณีนี้

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.