Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 11 replies
  • Subscribers 0 subscribers
  • Views 3514 views
  • Users 0 members are here
Options
Suggested

[7.470][BUG][FIXED] VoIP: Can't get incoming calls working

KKnecht
From what i see here, VoIP is still a difficult thread.
In my case it looks like this:
- Incoming calls: Are signalled and can be accepted. 
- Incoming calls: Internal phone is hearing no voice, external phone is hearing what internal talks.
- Incoming calls: Are automatically cancelled after exact 31 seconds
- Outgoing calls seem to work fine.

I could not get it working by ONLY using the SIP helper.
So i created several services, NAT-rules and PacketFilter rules to get at least to that point.
But as mentioned several times here, it HAS TO run with the SIP helper, it was told NAT and PF-rules could irritate the helper.

This is my setup:
DSL-Modem === Astaro (10.x.x.1) === VoIP-Box (Fritz!box7270) (10.x.x.3)

- VoIP provider is '1und1'.
- SIP-Servers (DNS group): sip.1und1.de, sip1.1und1.de, sip2.1und1.de, sipbalance0.1und1.de

- SIP (predefined): TCP/UDP 1:65535 -> 5060
- SIP-Service1: UDP 1024:65535 -> 5070:5079
- SIP-Service2: UDP 7078:7079 -> 1024:65535

- DNAT1: From(SIP-Servers) - Service(SIP) - Destination(ExternalWAN) --> Dest.translation(VoIP-Box)
- DNAT2: From(SIP-Servers) - Service(SIP-Service1) - Destination(ExternalWAN) --> Dest.translation(VoIP-Box)
- DNAT3: From(SIP-Servers) - Service(SIP-Service2) - Destination(ExternalWAN) --> Dest.translation(VoIP-Box)

- PacketFilter#12: Source(VoIP-Box) - Service(AllSIP-Services) - Destination(Any)
- PacketFilter#13: Source(SIP-Servers) - Service(AllSIP-Services) - Destination(VoIP-Box)

Log from outgoing call: 

21:29:54 SIP call UDP	87.234.1.240 : 21448 ? 10.x.x.3	: 7078	len=160	ttl=115	tos=0x00

21:29:54 SIP call ICMP	10.x.x.3 ?	87.234.1.240 len=188 ttl=63	tos=0x00

21:29:55 SIP call UDP	87.234.1.240 :	21448 ? 10.x.x.3 : 7078	len=160	ttl=115	tos=0x00

21:29:57 SIP call UDP	10.x.x.3 :	7079 ? 87.234.1.240	: 21449	len=148	ttl=63	tos=0x00

21:31:42 SIP call ICMP	10.x.x.3 ?	87.234.1.240 len=188 ttl=63	tos=0x00

21:31:42 SIP call ICMP	10.x.x.3 ?	87.234.1.240 len=188 ttl=63	tos=0x00

21:31:42 SIP call ICMP	10.x.x.3 ?	87.234.1.240 len=188 ttl=63	tos=0x00


Log from incoming call: 

21:40:50 Packetfilter rule #12 UDP 10.x.x.3 : 7078 ? 87.234.12.182 : 16578 len=160 ttl=63 tos=0x00

21:40:52 Packetfilter rule #12 UDP 10.x.x.3 : 7079 ? 87.234.12.182 : 16579 len=124 ttl=63 tos=0x00


What's really courious, the SIP helper seems not to recognize incoming calls.
But the used PacketFilter rule #12 is for outbound.
So it seems there are some logs missing .... [:S]

Any idea ?
Karsten
Parents Reply Children
  • 0 in reply to Astaro Beta Bot
    Hi,
    that is a feature I don't use much on my VoiIP phone. Seeing your BUG, I decided to try it out.
    Outgoing works fine.
    Incoming, the VoIP provider can't see the phone. 

    I get errors in the packet filter log where incoming SIP packet is being translated from 5060 to 5061. My VoIP ata is not setup to use 5061, but 5060.

    I can provide log extracts if required.

    Ian M
  • 0 in reply to RFCat_vk_01
    Hi,
    this morning I made some changes in the BIOS of my ASG, I disabled hyperthreading, restarted the box. VoIP works for incoming as well as outgoing.
    I had checked that both ATAs were registered before I started testing and that I could make outgoing calls from both phones.

    Not sure about the correlation though.

    Ian M[:)]
  • 0 in reply to RFCat_vk_01
    Hi Ian,
    maybe it has to do something with the restart of the box ?!
    There were several threads about hyperthreading problems in the forum, so in my case i had it already disabled in BIOS.
    Karsten
  • 0 in reply to KKnecht
    Hi Karsten,
    The problem being I don't want to keep changing to prove whether HT is the cause or not, but I suspect it is because a number of things appear to have been fixed.
    1/. VoIP incoming now works
    2/. audio streaming played for over 6 hours without interruption, even during configuration changes. I haven't been able to do that since v7.403.

    I have restarted the box a couple of time before today, one after the fresh build from the ISO rather the up2date build in the hope that would fix a few problems.
    This is my first box that has hyyperthreading, most of my previous boxes have been AMD based.
    Interestingly, the power useage has gone up slightly acording to Intel it should drop slightly.

    Time will tell.

    Ian M
    I was party to some of those thread on HT.
Unfiltered HTML