Closed Bug 753424 Opened 12 years ago Closed 12 years ago

YVR deskphone dhcp error

Categories

(Infrastructure & Operations :: Telecom, task)

x86
macOS
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jlin, Assigned: peter)

Details

(Whiteboard: Verify all 550's are working correctly in YVR)

When plugging an IP550 deskphone into an ethernet port, the phone reports "failed to get boot parameters via DHCP"
What is the MAC?
Assignee: network-operations → server-ops-telecom
Component: Server Operations: Netops → Server Operations: Telecom
QA Contact: ravi → jdow
the MAC for this phone is 0004F23469BF
This occurs for more than one phone. I've tried 2 different phones.
0004F23469BF is able to get an ip now, 0004F22C9F74 was also able to get an ip.
So things are working?  We can close the bug?  What was the fix?
I patched in the 2nd ethernet deskports in the conference rooms on the occupied side of the office, and when I switched deskports the phones all of a sudden started booting up as intended and got ip assignments. Was there anything special about the conference room ports that were originally patched when you were here?
All A and C (where they exist) ports have been patched through.  What did you end up doing?  I'd like to not move or patch extras if they are not  needed and just find the root cause to the problem.
There were a large number of interfaces that were not configured correctly to be in the corp vlan.  I corrected this so you should be able to use all ports A and C as intended.

Please revert any unnecessary patches.
Thanks for that.

Yes so for conference rooms, I patched the B port where C/D doesn't exist so there would be 2 ports in the room. I was intending to use one port for the phone, and one port would be open for people to use when they are in the conference room (should wired ethernet be needed). I could have used the passthrough port on the phone itself - didn't think about that one when I did it. But I only this this for the few rooms that was on the occupied side.

I am now back in Toronto, but I can note down the ports I patched so we can correct in future.
Unfortunately a similar problem popped up with regards to deskports

2.1002A & C and 2.1001A & C

Roland Tanglao's IP550 phone MAC 0004F2346559 associated with extension x402 gets stuck at bootup on "waiting for network to initialize" when attached to these deskports.

When he moves the phone to another ethernet port in one of the conference rooms (2.1024B), it boots normally, connects to the pbx and can dial out to an external 1-604-xxx-xxxx number.

If you need more info let me know.
davida reports 2.1007A, 2.1007C has similar issue (phone when plugged into these ports doesn't register with pbx)
Assigning to Tim to work with Telecom since he will be in YVR this week.
Assignee: server-ops-telecom → tfairfield
This sounds like a firmware issue.  This issue is being worked in https://bugzilla.mozilla.org/show_bug.cgi?id=763123.  Keeping this bug open for now and we'll revisit it when that bug is resolved.
Assignee: tfairfield → peter
Jonathan, is this still an issue?
For davida, after a phone reset + reflash, his phone, plugged into Port C (2.1007C) can register on the pbx and has successfully made a call to x695 (my extension) in testing. 

He reports that when plugging into port A, the phone didn't power up at all (probably poe disabled) - he is fine with that - he'll just use A for other devices.

Peter will be traveling up to Vancouver so he will be able to hands-on verify.
Ok, are there any phones known to still not be working?
Whiteboard: Verify all 550's are working correctly in YVR
phones are able to get dhcp and register on the pbx provided they are reset and flashed.

closing this bug. new bugs will be opened for any phones that are still unable to connect.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: mozilla.org → Infrastructure & Operations
You need to log in before you can comment on or make changes to this bug.