Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

MC32s

Status
Not open for further replies.

CS1KPass

Technical User
Nov 22, 2011
12
US
Having some difficulty with IP Phones, where customers calling from TDM to IP will (not on demand) leave the current call path, and end up on another conversation (call path) where the other call path involves an IP Phone also. Seems to me that something is happening to the MC32s and it is handing that conversation over to another MC32s while allowing it to ride on a conversation already in place. Sometimes all parties can hear each other, sometimes it is only the "barging" party can hear, but can not be heard. Currently we are CS1000M with 7 MC32s and 2 VGMC cards.
This happened while my VP was talking to me. His call still appeared on my key 0, but he stated that he barged in on another call at a department that is IP heavy, and could hear them talking. He hung up before I could run a trace to see what call path we were on. Anyone experiencing anything like this? Is it the VGMC cards, the DSPs from the MC32s?
Really hard to peg, if I can not run a trace to at least start with a particular card.
 
media streams over an IP network from the same source can only be distinguished by the port after the IP address.

they go in order also, so media card will start with 5400 to 5463 or 5464 (forget which)

but if you issue the command VGWshowall, you can track to see what IP is talking to what DSP and see if that cross talk is on the IP media or network (you might have to do sniffer traces)

but make sure you have the latest firmware / loadware / patches, etc. otherwise you might be spinning your wheels...


below is what you get when you issue the command Vgwshowall, the channel refers to the TN, and TN column is in HEX, so you would need to use LD 32 and CONV command to convert it to the TN format


Chan ChanState DspMode Codec Tn Reg AirTime rxTsap txTsap RFC 2833 SRTP
---- ---------- --------- ---------- ------ --- ------- -------------------- -------------------- ------------ ---------------
96 Idle Closed G.711-20 0x042c yes 0 0.0.0.0:0000 0.0.0.0:0000 Rx n/a Tx n/a Not Enabled
97 Idle Closed G.711-20 0x042d yes 0 0.0.0.0:0000 0.0.0.0:0000 Rx n/a Tx n/a Not Enabled
98 Busy Voice G.711-20 0x042e yes 118 100.100.196.8:5396 100.203.106.12:5570 Rx n/a Tx n/a Enabled


__________________________________________________________
Find a job you love and you'll never work a day in your life. - Confucius
 
also, you can use the TRIP command in ld 80 to trace the IP not just the TN of the call.

so it's possible that your MC32 is sending 1 port to two different destinations.

but, i would also check your conf packs just incase.

__________________________________________________________
Find a job you love and you'll never work a day in your life. - Confucius
 
that is excellent information, thank you.

I have not had the ability to trace anything, most of the complaints are after the fact.

I couldnt log in quickly enough to trace anything.

great information though, and certainly some place to start.

thanks
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top