Cisco 7940 SIP kein Gesprächsaufbau zum Festnetz

[chris_cross]

Hallo erstmal,

Ich habe folgendes Problem:
Mein 7940 betreibe ich (nicht hinter einer Fritzbox) in einer Nat Umgebung mit der neusten SIP Version 8.2.
Ich kann andere SIP-Teilnehmer problemlos anrufen und auch angerufen werden, jedoch kann ich bei Festnetzgesprächen die Gegenstelle nicht hören.

Das Phone zeigt bei der Anwahl:

Proceeding (in 100)
Ringing Destination (in 183)

wohingegen bei voip Gesprächen Ringing Destination (in 180) angezeigt wird.

Hier ein Auszug aus der show config:

dhcp_server : 172.25.25.5
my_ip_addr : 172.25.25.162
subnet_mask : 255.255.255.0
defaultgw : 172.25.25.1
dyn_dns_addr_1 : 0.0.0.0
dyn_dns_addr_2 : 0.0.0.0
dns_addr : 172.25.25.5
dns_backup_1: 172.25.25.1
primary_tftp_addr : 172.25.25.106
dyn_tftp_addr : 0.0.0.0
my_mac_addr : 000d:2808:47a9
domain_name : viewplus.org
my_name : SIP000D280847A9
Status Flags : 12310000

image_version : "P0S3-08-2-00"
FirmLoadID : "PC030301"
DSPLoadID : "PS03AT46"
network_media_type : Auto
network_port2_type : Hub/Switch
dscpForAudio : 184
phone_label : "Cisco IPPhone"
tftp_cfg_dir : ""
phone_password : **********
phone_prompt : "SIP Phone"
language : english
sntp_mode : DirectedBroadcast
sntp_server : 194.97.5.110
time_zone : CET
dst_offset : 1
dst_start_month : April
dst_start_day : 0
dst_start_day_of_week : Sun
dst_start_week_of_month : 1
dst_start_time : 02
dst_stop_month : Oct
dst_stop_day : 0
dst_stop_day_of_week : Sunday
dst_stop_week_of_month : 8
dst_stop_time : 2
dst_auto_adjust : 1
time_format_24hr : 1
date_format : D/M/Y
nat_enable : 1
nat_address : host217.alyrica.com
voip_control_port : 5060
start_media_port : 16384
end_media_port : 32766
sync : "1"
xml_card_dir : ""
xml_card_file : "CARD.XML"
telnet_level : 2
services_url : "http://www.fo-pa.de/cgi-bin/rss2cisco.pl"
directory_url : "//niels/tftp-root/directory.xml"
logo_url : "http://lobustho.de/viewplus.bmp"
http_proxy_addr :
http_proxy_port : 80
garp_enable : 0
enable_vad : 0
dial_template : "dialplan"
callerid_blocking : 0
anonymous_call_block : 0
autocomplete : 1
messages_uri : ""
dnd_control : 0
preferred_codec : g711ulaw
dtmf_outofband : avt
dtmf_avt_payload : 101
dtmf_db_level : 3
dtmf_inband : 1
call_manager1_addr : "UNPROVISIONED"
call_manager2_addr : "UNPROVISIONED"
call_manager3_addr : "UNPROVISIONED"
call_manager1_sip_port : 5060

call_manager2_sip_port : 5060
call_manager3_sip_port : 5060
call_manager5_addr : "UNPROVISIONED"
call_manager5_sip_port : 5060
call_manager4_addr : "UNPROVISIONED"
call_manager4_sip_port : 0
line1_name : "49number"
line2_name : "49number"
line1_authname : "49number"
line2_authname : "49number"
line1_password : **********
line2_password : **********
line1_shortname : "Lob"
line2_shortname : "Gen-X"
line1_displayname : "49number"
line2_displayname : "49number"
line1_contact : "UNPROVISIONED"
line2_contact : "UNPROVISIONED"
proxy1_address : "sip.1und1.de"
proxy2_address : "sip0.schlund.de"
proxy1_port : 5060
proxy2_port : 5060
sip_retx : 10
sip_invite_retx : 6
timer_t1 : 500
timer_t2 : 4000
timer_invite_expires : 180
timer_register_expires : 500
proxy_register : 1
proxy_backup : "1und1.de"
proxy_emergency : "schlund.de"
proxy_backup_port : 5060
proxy_emergency_port : 5060
outbound_proxy :
outbound_proxy_port : 5060
nat_received_processing : 1
mwi_status : 0
call_waiting : 1
user_info : none
cnf_join_enable : 1
remote_party_id : 1
semi_attended_transfer : 1
transfer_onhook_enabled : 0
call_hold_ringback : 0
stutter_msg_waiting : 1
cfwd_url : ""
call_stats : 1
auto_answer : 0
local_cfwd_enable : 1
timer_register_delta : 5
sip_max_forwards : 70
rfc_2543_hold : 0
version_stamp : ""
timer_keepalive_expires : 120
connection_monitor_duration : 120
encrypt_key : **********

Das Phone hat auch beide Proxy registriert - ich bin etwas ratlos.

LG

Chris

 

[renne]

Ok, was mir aufgefallen ist:

1.) Es ist kein outbound_proxy definiert
2.) Ist auf dem Router PortForwarding aktiviert (nicht nur UDP 5060 sondern auch UDP 16384 - 16384)?

Rene

 

[chris_cross]

Ich hatte zuerst nen outbound (also sip.1und1.de) definiert aber in diversen Threads gelesen, dass es dadurch zu Problem kommen kann. Deshalb habe ich ihn wieder entfernt. Hat jedoch weder mit noch ohne korrekt funktioniert.

Port 5060 ist sowohl als TCP wie auch UDP geforwardet. Die Mediaports sind routerseitig offen. Müssen sie dennoch geforwardet werden?

Wenn ich das recht verstanden habe ist der 5060 ein Controllport und die hohen werden lediglich für Datenströme verwendet. Dann müsste das doch egal sein wenn erstmal die Verbindung hergestellt ist...

Werde aber unserem Admin gleich mal fragen ob er das noch zusätzlich setzen kann.

LG

Chris

 

[chris_cross]

Morgen,

Also Port 16384 ist nun auch auf die Phone IP geforwardet, jedoch selbes Spiel - keine Verbindung zum Festnetz möglich...

Chris

 

[chris_cross]

Ich habe festgestellt, dass mich das Phone auf 2 Fehler in meiner Konfig hinweist. Ich bin aber mittlerweile betriebsblind und finde sie um´s verderben nicht.

Kann jemand mal drüber schauen?

Vielen Dank

Chris

 

[betateilchen]

Probier mal:

nat_received_processing: [COLOR="Red"]1[/COLOR]		  ; 0-Disabled (default), 1-Enabled
voip_control_port: [COLOR="Red"]5060[/COLOR]      		  ; UDP port used for SIP messages

 

[chris_cross]

Danke für den Tip
aber:
das habe ich auch schon probiert, jedoch ohne sichtbaren Erfolg :-(

Ich sitze hier hinter einer BSD NAT "Firewall" Ports sind logischerweise geforwardet auf mein Phone.
Benötigt das Phone evtl. UPNP?

LG

Chris

 

[chaos2000]

hi chris_cross,

welche fritzbox hast du?
Kannst du auf dem Telefon angerufen werden?

 

[alex-911]

hallo

- in europa wird gemeinhin G711alaw verwendet.

- nat_address: "host217.alyrica.com"

ist das ganz sicher deine WAN adresse??


gruss
/alex

 

[chris_cross]

ja host217.... ist die Adresse des Gateways über das ich meine Internetverbindung herstelle.

Der verwendete Codec wird´s doch wohl nicht sein oder?

LG

Chris

 

[chris_cross]

hi chris_cross,

welche fritzbox hast du?
Kannst du auf dem Telefon angerufen werden?

Nein keine Fritzbox. In unserem Netzwerk ist ein BSD Gateway was wiederum zu einem Richtfunk-gateway die Verbindung herstellt.

Angerufen werden funktioniert wie gesagt einwandfrei.

LG

Chris

 

[alex-911]

hi

schau dir die SIP signalisierung genauer an, welche IPs und ports verwendet werden. danach kontrolliere, ob die firewall das dann zulässt.

kannst du zum testen nicht mal alles zulassen von und zum ip phone?


gruss
/alex

PS: nein, am codec liegt das problem nicht.

 

[mwinkler]

Firmware 8.4

Ich hatte ähnliche Probleme. Nach einem Update auf 8.4 klappt alles super. Firmware 7.3 ging auch relativ gut: jedes erste Gespräch nach dem Booten hatte zwar auch Audio nur in eine Richtung. Nachfolgende Gespräche waren aber ok. Ich habe auch andere Firmwareversionen ausprobiert, bei mir haben aber nur die beiden einigermaßen zufriedenstellend geklappt.

Bis dann,
Matthias