The media path... Between the handset and the telephone company, how are you connecting to the telephone company on those calls?
Example: if you are using an audiocodes or patton gateway, once the call disconnected and you have audio flowing then the rtp is it between the handset and that gateway device. Can you explain how you are connecting to the telephone call? On May 10, 2012 3:02 PM, "Culbert, Chris" <[email protected]> wrote: > Tony, > yes, phones are registered straight to the server and media path is our > LAN... > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Tony Graziano > Sent: Thursday, May 10, 2012 2:14 PM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] Keypad not being recognized? > > On Thu, May 10, 2012 at 2:02 PM, Douglas Hubler <[email protected]> wrote: > > On Thu, May 10, 2012 at 12:18 PM, Culbert, Chris <[email protected]> > wrote: > >> I have been noticing sporadically that when calling into voicemail > >> that when prompted to enter my pin it does not recognize any of the > touch pad keys? > >> It doesn't see any change of state. > >> > >> Any quick fixes? Again very sporadic > > > > Got a SIP gateway in the middle? Post back with the media path, it's > > important to answering this. What's the phone model? > > Also, I find that some ITSP's use very different methods of delivering > service. For example, one connection worked fine, but certain call would > not work properly and it ended up being when a specific provider routed the > call through the ITSP (the itsp stayed out of the media stream and provide > call setup/teardown and record keeping only). So the ITSP in question had > just started using a switch which had issues with Freeswitch DTMF, etc. > > So in relation to the gateway/or gateway provider, you might also have to > pin down "what is different" about that call (that fails) versus the rest. > In this case it ended being the last straw before getting rid of the ITSP > altogether, but there were performance and other issues that led up to that. > > As Douglas mention, if you are using a landbased telco gateway to > interconnect with the PSTN, your settings in there should be verified, but > then also that gatway could provide logging for a call that misfires to > assist in pinpointing the issue too. > > _______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > -- > ~~~~~~~~~~~~~~~~~~ > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.465.6833 > ~~~~~~~~~~~~~~~~~~ > Linked-In Profile: > http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > Ask about our Internet Fax services! > ~~~~~~~~~~~~~~~~~~ > > -- > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Customers: http://myhelp.myitdepartment.net > Blog: http://blog.myitdepartment.net > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
