Signalling looks fine. You need to verify they "like" the PAI you are sending and they are going to respond to you when you register from port 5080. When you send a call it originates on port 5080 to them on port 5060. What is happening is the call setup takes more than 2 seconds before it is ack'ed from them, so the call is timing out. Their signalling is arriving as the call is cancelled by the system.
Will you verify you are sending the public address in the gateway setup and that vitelity has any nat function turned off? On Wed, Nov 30, 2011 at 4:38 PM, Tim Ingalls <[email protected]> wrote: > I've been working with Vitelity on an issue that is perplexing. > > I used to have (until yesterday) a static IP with Qwest/CenturyLink. The > only way I could get Vitelity trunks to work reliably was to go into the > Vitelity portal and input an IP address in their portal. That made it so > that it didn't use normal SIP registration for authentication. > > As soon as I removed the static IP setting and just went with regular SIP > registration, I was unable to make any outbound calls. After changing the > ITSP address from outbound.vitelity.net to sip7.vitelity.net (in all > settings in the gateway configuration) it would ring and connect the call, > but there was no audio on the inbound side. The other side could hear fine. > I changed nothing in my firewall port forwarding rules. > > We changed NAT settings for the RTP stream and made matching changes to > the port forwarding rules on my router, but it still didn't help. The only > thing that fixed things was to enter my temporary IP address into the > Vitelity portal's IP routing setting again. We put everything else back the > way it was in sipXecs. > > The tech I'm talking about says he thinks there is something wrong with > the SIP messaging going back and forth, but he's going to show it to an > engineer to figure out what could be wrong. I've attached the trace for a > call example that failed. Can anyone take a look and see what they think is > wrong? I don't know if it is truly an incompatibility between platforms or > maybe something I did wrong in my settings. > > The Vitelity guy says they'd be willing to talk to the sipXecs/Ezuce > engineers to work on this issue. He said there are several other issues > they'd like to solve, but they have had problems finding someone on the > sipXecs side to interface with. Is there anyone who could do that? This > could help a lot of people, I think. > > -- > Thanks, > > Tim Ingalls > Shared Communications, Inc. > 801-618-2102 Office > > > > _______________________________________________ > 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 Email: [email protected] 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 Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services!
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
