Welcome to the RingCentral Community

Did ever have any luck? I am on hour #3 with my fourth support tech and they are still trying to get the pass through port to work.

This is still an ongoing issue. After being asked by RingCentral to provide some in depth logs we requested RC to setup and test one of these devices in their own environment. We have a follow up meeting set for 9/22 to discuss.

I will update this post when/if I have a working solution :)

Andy hasn't posted about it - so tht might still be a 'no'

Have them escalate this up to a Level 3 tech or engineering - if it's their code that messing things up - they should get a unit and try it themselves, and not keep pushing it off to someone else.

I am convinced RingCentral has no idea how to set these up. I told them my fax is also a network printer, so they sold me the ATA192 because they said it has a passthrough port.

Hour 5 and phone call #4 just happened. I had to hang up on them regrettably because I had to meet with a customer, and they wouldn't let me off the line.

I am able to get into the ATA, disable the DHCP server and set it in bridge mode, but it still doesn't work.

Are you vlan'd? using CDP/LLDP on your switches? Have you turned off NAT in the ATA?

Wish I had one of the boxes - I could hit with a hammer to get your answers - we only have the OBIHAI's here. (302) No issues with passthrough and we've had them setup for three different telcos so far. They're setup on MFP's for fax and printing.

If you send the 192 back and pick up a 302 - I can zap over the config screen shots for RC.

Agree - if RC offers the product, they should know how it works.

Seconded on how great the 302s were out of the box. We are looking at potentially buying some of those devices from another provider and configuring them ourselves if we can't get a resolution with the Cisco 192s soon.

We were also given the CiscoATA 192 for fax. At one location I had to manually update the firmware on it just to get it to work. The Ethernet port doesn't work either. I am guessing this has to do with the ATA trying to do DHCP its self. It should be acting as a passthrough and it isn't and once the ATA provisons to ringcentral I can't log into the ATA anymore to play with the DHCP.

With the OBIHAI's as well, they didn't work out of the box - we had to put the in Bridge mode, and make them Static IP, not DHCP.
They have ** codes that a handset plugged in could reach the device IVR/menu and allow for updating when you couldn't reach the GUI.

I know not the same 'apples' - but may lead you down a path.

Found the admin doc for the handset access:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cata/19x/3PCC/english/admin-guide/at9x_b_ata191-192-admin-mp/at9x_b_ata191-192-admin-mp_chapter_01001.html

I could reach the GUI from a computer plugged into the Ethernet port and the default user name and password would work and thats how I updated the firmware. After the update and it started to work it provisioned with RC and then the default user name and password wouldn't work. Its not a big deal that I couldn't connect a computer to the Ethernet port so I didn't persue it further.

To add context here: the Polycom OBI worked flawlessly in our environment (we currently have about 70 in use) and these are almost always used at a fax machine. We are currently looking at having to either run an additional wired connection or installing a switch along with an adapter at each fax machine. Less than ideal clearly.

Hi Andy,

Thank you for bringing this to our community. I have thoroughly reviewed your case with our Tier 2 team and I am sorry for the delay in resolving this issue. I will personally reach out to them and request an update on progress.

Hi Mary,

Any updates on this? I went so far as to connect one of these devices directly to my home ISP modem and still could not get the port on the back to provide internet access. I am on device #4 and still having the same issue

Are you able to get tot he units GUI and check its default settings - ie: Bridge mode.

Yes. I have had 3 different physical adapters. I have modified it to Bridge mode and still nothing. I have spent at least 4 to 6 hours fiddling with settings to try to get it to work even using a physical phone handset and dialing IVR codes to modify settings. Nothing seems to work unfortunately

Silly bit here - but IP-wise, the ATA is getting a DHCP or static? That isn't the same static as the unit trying to pass through, right? IP conflict? VLAN issue? Without posting too much info - can you say what your IP schema is - the IP of the ATA, and with the unit trying to pass through.

We have tried static and DHCP on the device in our corporate environment. As stated elsewhere in the thread I have even gone so far as to connect the device directly to my home ISP modem and the out port will still not work.