Currently, the provider is sending calls to 5060, however in our network configuration, the sipxec server is behind a firewall, so I am forwarding port 5060 requests to port 5080 on our sipxec. The provider is IIS Group. You are correct on hold or transfers don't work for inbound calls. Is this port forwarding configuration enough or do I need to have the provider send requests to port 5080?
On Tue, Feb 7, 2012 at 1:59 PM, Tony Graziano <[email protected]>wrote: > Is the provider sending calls to port 5080 or 5060? Who is the provider. > Calls need to be sent to port 5080. Does this mean transfers don't work? If > so check or ask the provider to send invites to port 5080. > On Feb 7, 2012 1:54 PM, "Mark Roseboom" <[email protected]> wrote: > >> Using sipXecs 4.4. Inbound and outbound calls work with my ITSP. >> >> Placing a call on hold works when calling any internal extension. On hold >> also works when making an outbound call through SIP trunk. >> >> However when an inbound call comes in, and its placed on hold, the call >> is dropped. Thinking it must be a NAT / firewall issue. >> >> Not sure what other diagnostics to give, please let me know. >> >> Thanks. >> >> Mark >> >> _______________________________________________ >> 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].**net<[email protected]> > > Helpdesk Customers: > http://myhelp.myitdepartment.**net<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/
