SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264

0003139: SIP with analog faxadapter - MantisBT Endian Bugtracker
Endian Issue Tracker





Please see now our new Bugtracker system: JIRA








View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003139Endian FirewallFirewall (iptables)public2010-09-14 18:072011-01-21 23:16
Reporteraender 
Assigned To 
PrioritynormalSeveritytweakReproducibilityalways
StatusfeedbackResolutionopen 
PlatformOSOS Version
Product Version2.4 
Target VersionFixed in Version 
Summary0003139: SIP with analog faxadapter
DescriptionWe have here some different analog faxadapter for sip.
Behind an efw firewall the faxadapter couldn´t send or receive any fax. Call and communication starts but then the fax abort with a transfer error.

After some tests i unload the following modules:

 nf_nat_sip
 nf_conntrack_sip

Now it works fine.

So i add this two lines to /etc/modprobe.d/blacklist

blacklist nf_nat_sip
blacklist nf_conntrack_sip

Also we have some troubles with different voip devices with h323. So we also disabled this modules:

 nf_nat_h323
 nf_conntrack_h323

Same issues with sip proxy enabled or disabled.

We need a solution at the web gui to enable or disable all these nf_... modules
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0004748)
peter-endian (administrator)
2010-09-20 13:52

is it sure that it works all the time?
we had always problems passing fax over SIP regardless of whatever configuration and hardware constellation and solved it by keeping fax bypassing sip using an analogue line.

Does sip voice work with the modules loaded?
(0004750)
aender (reporter)
2010-09-20 13:55

Yes. SIP voice works fine with loaded modules. Also with unloaded modules.

And also fax works without any problems since i reported this issue here and unload the modules.

Now if i load the modules fax would never work. Unload it and all is fine.
(0004825)
peter-endian (administrator)
2010-09-23 10:38

well. i would say that is quite normal.
fax over sip is always causing problems due to timing issues i think.
(0004827)
aender (reporter)
2010-09-23 11:02

Not really. efw 2.1 doesn´t have this problems...

This happens only since 2.2 and above
(0005521)
nopyobe (reporter)
2011-01-21 23:16

I am just now running into this problem with 2.4.1. I am running a SipXecs server behind an Endian Firewall. I've tested remote clients with public IP addresses and remote clients behind other Far End NAT devices without issue (pfSense for example). On the SipXecs server I can see that remote clients register and show something similar to:

<sip:201@95.150.150.150:5060;x-sipX-privcontact=10.10.10.10>
In this configuration, I have no problems with audio in either direction.

Replacing the Far End NAT firewall with Endian firewall, I will always see:

<sip:201@95.150.150.150:5060;x-sipX-nonat>
In this configuration, I get one way audio only.

I did the suggestion above and temporarily removed nf_nat_sip and nf_conntrack_sip by performing the following commands:

modprobe -r nf_conntrack_sip
modprobe -r nf_nat_sip

Upon reconnecting the phones, they register properly with a message similar to:
<sip:201@95.150.150.150:5060;x-sipX-privcontact=10.10.10.10>
Two way audio and everything works wonderful.

So, I know that those modules are interfering with the way that Remote FENT phones are registering with my SipXecs server. I tried to add those two lines to /etc/modprobe.d/blacklist but upon reboot, nf_nat_sip and nf_conntrack_sip are up and running again causing havoc.

Is there any other way that I can keep these modules from reloading on reboot?

- Issue History
Date Modified Username Field Change
2010-09-14 18:07 aender New Issue
2010-09-20 13:52 peter-endian Note Added: 0004748
2010-09-20 13:52 peter-endian Status new => feedback
2010-09-20 13:55 aender Note Added: 0004750
2010-09-23 10:38 peter-endian Note Added: 0004825
2010-09-23 11:02 aender Note Added: 0004827
2011-01-21 23:16 nopyobe Note Added: 0005521

Copyright © 2005-2008 Endian, SRL. All rights reserved.


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker