pete25R
04-16-2008, 03:16 PM
Hello,
I've been working with Polycom equipment for a few years now and came across something strange last week.
We had a VSX-8000, fresh from our distributor, version 8.7.1 software, anyway this codec was installed tested and was in use for about a week before the problem showed up. Of course the BIG bossman was having a VTC and the audio started dropping out. This was an IP call, I didn't get to hear it directly but heard it over the phone. It sounded like it was dropping packets or maybe the network was congested.
Well the network wasn't congested, we had a 512 dedicated line and were running that VTC with the previous mentioned codec and another VSX-8000 software 8.7.1 both codecs were connected in to an ACCORD 100 bridge with version 7.5? software.
I knew that the codecs were setup for telnet so I had a quick look at the VSX that was in with the big bossman. I was scrolling away something about "ISDNB CHANNEL DATA STILL IN QUE..."
Big problem with that is the codec didn't even have an ISDN card in it and all the ISDN settings that I could disable were disabled during installation.
After conference reset both codecs. Faults cleared from the other one, telnet from that one told me it was dropping audio packets. The big bossman VSX still just spamming away on telnet.
The only thing I could do to get the spam off the telnet was to downgrade the software to 8.5. I even tried upgrading back to 8.7.1, still ISDN Que problem.
Anybody have any similar problems or occurrences ?
Anybody know how to see what's actually coming out of the codec's network port? Wireshark maybe?
I've been working with Polycom equipment for a few years now and came across something strange last week.
We had a VSX-8000, fresh from our distributor, version 8.7.1 software, anyway this codec was installed tested and was in use for about a week before the problem showed up. Of course the BIG bossman was having a VTC and the audio started dropping out. This was an IP call, I didn't get to hear it directly but heard it over the phone. It sounded like it was dropping packets or maybe the network was congested.
Well the network wasn't congested, we had a 512 dedicated line and were running that VTC with the previous mentioned codec and another VSX-8000 software 8.7.1 both codecs were connected in to an ACCORD 100 bridge with version 7.5? software.
I knew that the codecs were setup for telnet so I had a quick look at the VSX that was in with the big bossman. I was scrolling away something about "ISDNB CHANNEL DATA STILL IN QUE..."
Big problem with that is the codec didn't even have an ISDN card in it and all the ISDN settings that I could disable were disabled during installation.
After conference reset both codecs. Faults cleared from the other one, telnet from that one told me it was dropping audio packets. The big bossman VSX still just spamming away on telnet.
The only thing I could do to get the spam off the telnet was to downgrade the software to 8.5. I even tried upgrading back to 8.7.1, still ISDN Que problem.
Anybody have any similar problems or occurrences ?
Anybody know how to see what's actually coming out of the codec's network port? Wireshark maybe?