• V20: 3CX Re-engineered. Get V20 for increased security, better call management, a new admin console and Windows softphone. Learn More.

SIP VIA Header

Status
Not open for further replies.

dom

Joined
Aug 12, 2013
Messages
7
Reaction score
0
Hi,

I'm a newbie to 3cx, and am struggling to get my phone system to make outbound calls.

The reason is that the VIA header is being set to my servers local address, not its external IP, this has been confirmed by my VoIP provider with the use of wireshark

Which setting in 3CX sets this field? I have turned of STUN and specified my servers external IP manually, but it seems to ignore that field.

Thanks!

Dom
 

Attachments

  • Capture.PNG
    Capture.PNG
    17.9 KB · Views: 976
was the system always set to the same settings as that which you show? is your public ip also set to the same as shown but on the public ip tab?

more importantly, go to the voip provider tab and then edit and then look for advanced where you should see the options.
 
I changed it from STUN to Static IP, but other than that, I haven't changed anything.
The public IP tab has the exact same IP entered in the field.

I had a look under the VoIP provider>Advanced options but al of those options are for a VoIP provider who requires registration, mines doesn't.

My VoIP provider tell me that they are expecting our public IP in the VIA header, and that's why they are rejecting our calls.

See the attached wireshark scan. The highlighted section has out local IP in the VIA header, not the public.

very confusing!
 

Attachments

  • highlighted.PNG
    highlighted.PNG
    75.7 KB · Views: 939
Check Settings, Network, Static IP, Static Public IP
 
annoyingly, that is also set to our public IP!
 

Attachments

  • Capture.PNG
    Capture.PNG
    9.9 KB · Views: 926
Sorry, but to me, the VIA header looks correct given what you have displayed. The VIA is used to indicate "the path or proxy" by which the invite traversed. The connection IN (C) underneath the SDP should be reflecting the public IP that the provider seeks.

When you initiated the call, the data flowed from the phone to the system and as a result, the initial "VIA" (should of) had the address of your phone. Then the system, communicated with the provider, which the "VIA" should of had the IP of the system, but the connection info should have been the IP as set by the advanced parameters which would be your public IP.

So, the path the routing took is the VIA and conversely the provider should be providing the same thing in reverse. A proxy can alter the VIA if one is set. The VIA used in conjunction with the other IP related headers or values such that it eliminates the need for any resolution or lookups (other than to the provider in the initial invite) as each step is spelled out implicitly in the flow.

In response to your other post about the provider not needing registration -
This may be true, but this does not mean that they may not be looking at the stream and reacting accordingly. I am somewhat surprised about the issue as most providers who do not require registrations require a fixed IP at sign-up or activation and that IP is already a part of their database. If they can match, then all is good. I use a provider who does not require registration, but I use it anyway as it helps to know whether the trunk is there or not proactively - shows green or red. I had suggested using it so that regardless of their need, it would just reinforce the path you needed. I use "specify" and insert the public IP. Again, because they may not require it does not mean that they don't support its use.

Perhaps your provider does indeed need something different which is when I suggested the need to look at other optional settings, but only after eliminating those that would normally be used. I still suggest changing the VoIP provider registration as suggested and trying as there is nothing to lose.

Can you at least share who the Provider is? Others may be using and can better advise?
 
Thanks, that was exceptionally helpful and informative.

All you said there makes sense to me, This 3CX server PC is behind a Draytek router, so I presume I need to configure the Draytek to add an extra VIA header to describe its position in the SIP chain? or am I missing the point?

I'm using a Gamma SIP trunk

I will have a play around with the registration settings tomorrow, when I get back to the office.

Thanks again.
 
Take a look at this -

http: //www.3cx.com/blog/voip-howto/gamma-voip-provider-trunk/- NO LONGER AVAILABLE
 
Anyone know what happened to this link or any instructions for setting up Gamma on v14 so I can check
http: //www.3cx.com/blog/voip-howto/gamma-voip-provider-trunk/ NO LONGER AVAILABLE

Cannot find any setup instructions at all for Gamma on 3cx and above link is dead now
 
Status
Not open for further replies.

Getting Started - Admin

Latest Posts

Forum statistics

Threads
141,632
Messages
748,964
Members
144,752
Latest member
matchofficees
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.