Setting the NAT was ok, again, it (the phones) works correctly when the firewall is off.
The rtp.conf is set for 10000 to 20000
;
; RTP Configuration
;
[general]
;
; RTP start and RTP end configure start and end addresses
;
; Defaults are rtpstart=5000 and rtpend=31000
;
rtpstart=10000
rtpend=20000
;
; Whether to enable or disable UDP checksums on RTP traffic
;
;rtpchecksums=no
;
; The amount of time a DTMF digit with no ‘end’ marker should be
; allowed to continue (in ‘samples’, 1/8000 of a second)
;
;dtmftimeout=3000
The relevant parts of sip.conf are …
[general]
context=default
srvlookup=yes
bindport=5060
callerid=“XXX” <800-555-5555>
[210]
type=friend
secret=XXXX
qualify=yes
nat=yes
host=dynamic
canreinvite=no
context=internal
callerid=“XXX x210” <800-555-5555>
disallow=all
allow=ulaw
allow=alaw
mailbox=210@default
and my /etc/sysconfig/SuSEfirewall2 file has the settings:
9.)
Which services ON THE FIREWALL should be accessible from either the internet
(or other untrusted networks), the dmz or internal (trusted networks)?
(see no.13 & 14 if you want to route traffic through the firewall) XXX
Enter all ports or known portnames below, seperated by a space.
TCP services (e.g. SMTP, WWW) must be set in FW_SERVICES_*_TCP, and
UDP services (e.g. syslog) must be set in FW_SERVICES_*_UDP.
e.g. if a webserver on the firewall should be accessible from the internet:
FW_SERVICES_EXT_TCP=“www”
e.g. if the firewall should receive syslog messages from the dmz:
FW_SERVICES_DMZ_UDP=“syslog”
For IP protocols (like GRE for PPTP, or OSPF for routing) you need to set
FW_SERVICES_*_IP with the protocol name or number (see /etc/protocols)
Choice: leave empty or any number of ports, known portnames (from
/etc/services) and port ranges seperated by a space. Port ranges are
written like this: allow port 1 to 10 -> “1:10”
e.g. “”, “smtp”, “123 514”, “3200:3299”, “ftp 22 telnet 512:514”
For FW_SERVICES_*_IP enter the protocol name (like “igmp”) or number (“2”)
Common: smtp domain
#FW_SERVICES_EXT_TCP="10000:20000 123 4569 5060 http https imap imaps pop3 pop3s smtp ssh"
FW_SERVICES_EXT_TCP=“123 4569 5004:5088 8000:20000 http https imap imaps pop3 pop3s smtp ssh”
I originally had the first line, and based on some other suggestions tried to further expand the services listings, this did not help or hurt.
It is as if this line is being ignored by the firewall rules, so I was hoping that someone here might know where I screwed up.
When lookup up the directions for bindport, I finally saw that the port is udp, so I tried …
Type: string
Common: domain
#FW_SERVICES_EXT_UDP=""
FW_SERVICES_EXT_UDP=“123 4569 5004:4088 10000:20000”
Common: domain
in /etc/sysconfig/SuSEfirewall2
But this did not solve my problem.
Also, when I logged into the asterisk console …
bswpbx*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
451/451 192.168.0.246 D N 5060 OK (5 ms)
407/407 192.168.0.248 D N 5060 OK (5 ms)
411/411 192.168.0.249 D N 5060 OK (5 ms)
410/410 192.168.0.250 D N 5060 OK (5 ms)
405/405 192.168.0.247 D N 5060 OK (5 ms)
258 (Unspecified) D N 0 UNKNOWN
211 (Unspecified) D N 0 UNKNOWN
210/210 67.102.103.107 D N 5060 UNREACHABLE
8 sip peers [5 online , 3 offline]
As shown above, even though nat=yes in the sip.conf file, it seems to indicate nat=N in the sip peers. This value did not change when I turned off the firewall and had a working phone.
bswpbx:/etc/sysconfig # SuSEfirewall2 stop
Removing filter rules and disabling IP forwarding …
SuSEfirewall2: clearing rules now … done
bswpbx:/etc/sysconfig # asterisk -r
handle_response_peerpoke: Peer ‘210’ is now REACHABLE! (143ms / 2000ms)
bswpbx*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
451/451 192.168.0.246 D N 5060 OK (6 ms)
407/407 192.168.0.248 D N 5060 OK (6 ms)
411/411 192.168.0.249 D N 5060 OK (6 ms)
410/410 192.168.0.250 D N 5060 OK (6 ms)
405/405 192.168.0.247 D N 5060 OK (6 ms)
258 (Unspecified) D N 0 UNKNOWN
211 (Unspecified) D N 0 UNKNOWN
210/210 67.102.103.107 D N 5060 OK (143 ms)
8 sip peers [6 online , 2 offline]
So I’m at a loss to understand the problem and/or solution right now.
Thanks for your consideration.