I'd look at the Firewall as Tony has suggested. Also, ask the ITSP if they handle Invite without SDP - that was an issue win one large ITSP. They have created a workaround for it.
From: [email protected] [mailto:[email protected]] On Behalf Of Mark Roseboom Sent: Thursday, February 09, 2012 7:02 AM To: Discussion list for users of sipXecs software Subject: Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk Unfortunately it appears its not a grandstream issue as transfers handled by the autoattendant are dropped as well. -- Mark Roseboom 38 Media, Inc. | Head of Operations w: 617.674.0828 m: 617.286.2121 38Media.net <http://38media.net/> On Wed, Feb 8, 2012 at 10:21 PM, Tony Graziano <[email protected]> wrote: You should also indicate if the user is a local or remote. On Feb 8, 2012 10:12 PM, "Tony Graziano" <[email protected]> wrote: I think this is more a question like "does moh work using gs handsets"? On Feb 8, 2012 9:28 PM, "Michael Picher" <[email protected]> wrote: and the crowd shudders.... On Wed, Feb 8, 2012 at 11:42 AM, Mark Roseboom <[email protected]> wrote: Grandstream GXP2000. -- Mark Roseboom 38 Media, Inc. | Head of Operations w: 617.674.0828 m: 617.286.2121 38Media.net <http://38media.net/> On Wed, Feb 8, 2012 at 11:41 AM, Tony Graziano <[email protected]> wrote: What phones are you using? On Feb 8, 2012 11:37 AM, "Mark Roseboom" <[email protected]> wrote: Invites are now being sent to port 5080 however inbound calls that are placed on hold are dropped. Does anyone have any other suggestions? Thanks. Mark -- Mark Roseboom 38 Media, Inc. | Head of Operations w: 617.674.0828 m: 617.286.2121 38Media.net <http://38media.net/> On Tue, Feb 7, 2012 at 2:31 PM, Tony Graziano <[email protected]> wrote: Ask them to send invites for inbound calls to port 5080 and make sure the firewall does the same (5080:5080). On Feb 7, 2012 2:06 PM, "Mark Roseboom" <[email protected]> wrote: 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] 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/ _______________________________________________ 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/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/ -- Michael Picher, Director of Technical Services eZuce, Inc. 300 Brickstone Square Suite 201 Andover, MA. 01810 O.978-296-1005 X2015 <tel:978-296-1005%20X2015> M.207-956-0262 @mpicher <http://twitter.com/mpicher> www.ezuce.com ---------------------------------------------------------------------------- -------------------------------- Hope to see you at the sipX CoLab! http://www.sipfoundry.org/sipx-colab A gathering for - open source users, eZuce customers & eZuce partners Get the inside track on 4.6 and a glimpse at the future of sipXecs! _______________________________________________ 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/
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
