Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 2 subscribers
  • Views 2682 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Cannot seem to get SIP to work [Firmware version:7.402]

Nety
I am trying to setup SIP but the Astaro does not seem to be seeing the SIP traffic.  Regardless of SIP being enabled or disabled I get the following packet trace. 

rule 6 is a drop rule at the bottom of the filter rules. If I disable rule 6 then I just get a default drop.

58.28.20.150 is the SIP server. 

To me this looks like the provider has SIP running on port 8060 rather then the default 5060 port. If this is the case is there a way to get the gateway to look for SIP on 8060? 

20:40:26  Packetfilter rule #6  UDP 
192.168.3.21  :  8062
→ 
58.28.20.150  :  8060

len=543  ttl=249  tos=0x08  srcmac=00:04:75:9a:75:e8  dstmac=00:01:03:09:4a:27


This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to RFCat_vk_01
    Thanks for the thread, I had read though that thread and tried removed all the existing rules for the SIP service but it did not seem to work. Trace was still as above. Just one question did you have to reboot the Astaro to get it to work? 

    I still wonder if my VOIP provider is using a non standard port for the SIP traffic.
  • 0 in reply to Nety
    I still wonder if my VOIP provider is using a non standard port for the SIP traffic.


    Check the Astaro packetfilter log and then the IPS log.

    Barry
  • 0 in reply to BarryG
    OK here is what I get if I disable the packet rule and VOIP SIP setting.



    And this is what happens if I enable the rule for the VOIP phone.



    There is not difference either way with SIP enabled.
  • 0 in reply to Nety
    Hi,
     yes you have a strange sip registration port.
    Create a service for that port and add it to the voip service group, that should overcome the packet filter requirement.

    Ian M
  • 0 in reply to RFCat_vk_01
    Hi,
     yes you have a strange sip registration port.
    Create a service for that port and add it to the voip service group, that should overcome the packet filter requirement.

    Ian M


    However that will not make the VOIP SIP option to work will it? I can get the VOIP phone working fine using the traffic rules I was just hoping that I could use the VOIP as it is more secure and well the correct way to handle VOIP.
  • 0 in reply to Nety
    OK have had some confirmation (not from the horses mouth yet but third party) that VFX use 8060 for the registration port. 

    Does anyone know if it is possible to get the Astaro to monitor a different port then the default 5060?

    Last night I tried changing the SIP service under services to 8060 but that did not seem to affect the VOIP SIP service.
  • 0 in reply to Nety
    Hi Nety,
    when Astaro first released the SIP security functions they did SIP with a TCP packet type where as most of the providers were using a udp packet type. I added a tcp/udp with the 5060 as th epacket type to the voip group and that worked.
    Don't alter the existing services, add a new one.
    my sip 1:65535 -> 8060 tcp/udp
    Then add this to the voip services group.

    My process is a few software releases old, but won't hurt to try.

    Ian M
  • 0 in reply to RFCat_vk_01
    Just to close this off I opened a support call so see if it is possible to change the SIP port to use a non standard port. The answer is that currently there is not way to do this. It will only work if SIP is using port 5060.
    I will put in a feature request but I am not sure how many people want this functionality.
  • 0 in reply to Nety
    Meanwhile, is it working OK with PacketFilter rules?

    Barry
  • 0 in reply to BarryG
    Yes packet filter rules work fine. It is really just a nice to have.