[Gelöst] 7490 und voip fairytel.at

[djanko]

Hallo Kommune,

habe folgendes Problem. Habe fairytel.at als voip anbieter auf meiner alten 7270 bei Kabel Deutschland und funktioniert. Nachdem ich demnächst umziehe musste ich zu 1&1 wechseln und habe hier die 7490 erhalten. Hier habe ich dann fairytel.at als voip eingegeben, leider klappt´s net. Kommt immer Zeitüberschreitung. Egal ob ich die Daten selbst eingebe oder auch die Daten von der 7270 als Wiederherstellung einspiele. Ich habe einen anderen VOIP eingerichtet, hier sipgate, dieser funktioniert. Woran kann es liegen, dass dies nicht funktioniert?

Grüße
djanko

 

[KunterBunter]

"Anmeldung immer über eine Internetverbindung" ganz unten ist aktiviert?

 

[djanko]

ja, ist gesetzt.

 

[kbrausew]

Frage: Ist es möglich das fairtel deutsche IP's (bei dir von KD) blockt? => Sorry bin Blind; geht ja mit der 7270

 

[KunterBunter]

Kannst du sip.fairytel.at anpingen? Falls der Name nicht aufgelöst wird, nimm die IP-Adresse 213.185.165.114 als Registrar.

 

[djanko]

habe mal den Registrar ausgetauscht, aber keine Änderung. Pingen kann ich erst heute abend probieren. War jetzt mal auf der Seite von fairytel, hier findet man diese Einstellungen:
Parameter Wert
SIP-Server sip.fairytel.at
SIP-Port 5060
STUN-Server stun.fairytel.at
STUN-Port 3478
Aber ich kann gar keine Ports angeben, dies lässt die Eingabemaske nicht zu. Kann das sein, das 1&1 diese sperrt?

 

[KunterBunter]

Nein, daran liegt es nicht. Portnummern könnte man auch angeben, wenn es denn notwendig wäre.

 

[James372]

Biste schon bei 1&1? Wenn ja: Vielleicht blocken die ja SIP?!

Test 1, für Weicheier: 7270 hinter 7490 hängen (und auf der 7270 Internet als über LAN1 konfigurieren).
Gehts? dann isses die 7490, geht's auch nicht, isses 1&1

Test 2, Hardcore: Geh auf der 7490 auf http://fritz.box/html/capture.html (oder http://fritz.box/capture.lua) und mach einen Mitschnitt des Traffics der [1. Internbetverbindung] (Lass nix Anderes aufs inet zugreifen währenddessen (Datensparsamkeit -> Dein Interesse, nicht 1000 Müll-Pakete im Capture -> unser Interesse).
Poste das Trace hier als ZIP (oder sieh es Dir selbst an, wenn Du was davon verstehst. Wireshark ist sehr gut dafür (inkl. "Übersetzung" von binär -> computerisch)).

 

[James372]

Unsinn. Ich schrieb doch bereits: Daran liegt es sicher nicht. Außerdem sagte djanko gleich am Anfang, dass es mit sipgate funktioniert.

Na, Du bist ja ein ganz Lieber! Hoffentlich wissender als höflich... (BTW: sipgate <> fairytel, auch wenn Beide SIP über 5060/udp anbieten)
Die TroubleShooting-Optionen bleiben bestehen, wenigstens 1) ist eigentlich das allererste was 'man' macht wenn die 7270 noch verfügbar ist...

 

[djanko]

das mit der zweiten Fritz und die dahinter schalten, ist mir vorhin auch eingefallen, kann ich ja später (heute abends) testen.

 

[djanko]

also gerade zweite fritz (alte 7270) dahinter gesetzt und es funktioniert!! So, bin jetzt sprachlos! Was nun? Hat jemand ´ne Idee? Danke!!

 

[James372]

Schonmal super Nachrichten (auch für mich, stehe vor dem Wechsel zu 1&1).
Denn dann kannst Du es selbst lösen, bist nicht auf eine Hotline angewiesen...

Dann poste doch mal so einen Trace (7270 abhängen, dann in 7490. fairytel disablen, (in einem anderen Browser(fenster)) Trace enablen, fairytel enablen, Fehlermeldung abwarten, Trace disablen, *.cap-file hier posten).

 

[eisbaerin]

Vergleiche mal die Einträge in der voip.cfg der beiden FB's.

 

[James372]

Dann poste doch mal so einen Trace (7270 abhängen, dann in 7490. fairytel disablen, (in einem anderen Browser(fenster)) Trace enablen, fairytel enablen, Fehlermeldung abwarten, Trace disablen, *.cap-file hier posten).

Da Du (noch?) nicht wieder antwortetest:
Falls Du (auch) ein Datensparsamer bist und keinen Trace posten willst: Wenn Du die Stromkosten für die 7270 schultern kannst und willst lass sie einfach hinter der 7490 und nutze sie als Deine Telefonanlage. Null Aufwand (ausser den Stromkosten), pragmatische Lösung.

 

[djanko]

Morgen, also die 7270 hinter die 7390 hängen, sry, das ist mir zu blöd. Leider habe ich jetzt keine Ahnung, wie man die Daten der fritz ausliest. Mit welchem Programm bzw Funktion kann ich dies machen?

 

[KunterBunter]

System -> Sicherung erstellen und Datei mit Wordpad anschauen

 

[James372]

Morgen, also die 7270 hinter die 7390 hängen, sry, das ist mir zu blöd. Leider habe ich jetzt keine Ahnung, wie man die Daten der fritz ausliest. Mit welchem Programm bzw Funktion kann ich dies machen?

Über Nacht gleich 100 zu verlieren ist bitter. Voraussichtlich hast Du per Jahresende eine F!B 0090...
Falls Du von mir weitere Hilfe möchtest: Der nächste Schritt ist das Trace, blind herumraten werde ich nicht. :fies:

 

[djanko]

Ja, es ist ne 7490, war a weng zu schnell beim tippen.
So, das spricht die 7270:
registrar = "sip.fairytel.at";
ttl = 30m;
sipping_enabled = no;
sipping_interval = 280s;
name = "0043720349654";
providername = "";
ims_client = no;
with_displayname = no;
dtmfcfg = dtmfcfg_automatic;
rtpevent_keep_packetrate = no;
register_failwait = 0w;
register_failwaitmax = 30m;
stunserver = "stun.fairytel.at";
stunserverport = 3478;
use_internat_calling_numb = no;
is_nat_aware = no;
localip = 0.0.0.0;
protocolprefer = protocolprefer_ipv4only;
ignore_received_header = no;
always_clir = no;
clirtype = clir_displayname;
colptype = colp_none;
clipnstype = clipns_off;
vad_enabled = no;
only_one_dialog = no;
presence_supported = no;
mwi_supported = yes;
mwi_inmemoria = no;
ccbs_supported = no;
reg_support = regsupport_auto;
packetization = packetization_fixed;
tx_packetsize_in_ms = 30;
xrtp_periodic = 0;
reject_refer = yes;
no_register_fetch = no;
do_not_register = no;
only_call_from_registrar = no;
invite_without_register_allowed = no;
outboundproxy = "";
outboundproxy_without_route_header = no;
factory_3pty_uri = "";
no_hold_speech = no;
dditype = ddi_none;
ddireception = "";
alias_head_number = "";
cfxsignaling = cfx_standard;
backup_wanted = no;
use_session_timer = no;
use_rport = yes;
add_rtpmap_for_all_codecs = no;
answer_only_one_codec = no;
without_annexb_no = no;
srtp_supported = no;
use_488_for_no_t38 = no;
g726_via_rfc3551 = no;
no_g726_32_offer_with_pt2 = no;
g726_fixed_ptime30 = no;
dtmf_inband_on_g711g722 = no;
enable_3xx = yes;
t38_reinvite_from_remote = no;
use_t38version0 = no;
rtcp_xr_media_attribute = no;
ptime_a_attribute = yes;
tones_and_announcements_for_service = no;
read_p_asserted_identity_header = no;
route_always_over_internet = yes;
gui_readonly = no;
convertstate = 0;
snmp_instance = 0;

und die 7490 (nicht 7390) des:
registrar = "sip.fairytel.at";
ttl = 30m;
sipping_enabled = no;
sipping_interval = 280s;
name = "43720349654";
providername = "";
ims_client = no;
with_displayname = no;
read_from_displayname = yes;
dtmfcfg = dtmfcfg_automatic;
rtpevent_keep_packetrate = no;
register_failwait = 0w;
register_failwaitmax = 30m;
stunserver = "";
stunserverport = 3478;
use_internat_calling_numb = no;
is_nat_aware = no;
localip = 0.0.0.0;
protocolprefer = protocolprefer_ipv4only;
ignore_received_header = no;
always_clir = no;
clirtype = clir_displayname;
colptype = colp_none;
clipnstype = clipns_off;
vad_enabled = no;
only_one_dialog = no;
presence_supported = no;
mwi_supported = yes;
mwi_inmemoria = no;
ccbs_supported = no;
reg_support = regsupport_auto;
packetization = packetization_fixed;
tx_packetsize_in_ms = 30;
xrtp_periodic = 0;
reject_refer = yes;
sip_instance = no;
no_register_fetch = no;
do_not_register = no;
only_call_from_registrar = no;
invite_without_register_allowed = no;
outboundproxy = "stun.fairytel.at";
outboundproxy_without_route_header = no;
factory_3pty_uri = "";
no_hold_speech = no;
dditype = ddi_none;
ddireception = "";
webui_trunk_id = "";
alias_head_number = "";
cfxsignaling = cfx_standard;
backup_wanted = no;
use_session_timer = no;
use_rport = yes;
add_rtpmap_for_all_codecs = no;
answer_only_one_codec = no;
without_annexb_no = no;
srtp_supported = no;
crypto_avp_mode = crypto_mode_avp_only;
use_488_for_no_t38 = no;
g726_via_rfc3551 = no;
no_g726_32_offer_with_pt2 = no;
g726_fixed_ptime30 = no;
dtmf_inband_on_g711g722 = no;
enable_3xx = yes;
t38_reinvite_from_remote = no;
use_t38version0 = no;
rtcp_xr_media_attribute = no;
ptime_a_attribute = yes;
tones_and_announcements_for_service = no;
read_p_asserted_identity_header = no;
route_always_over_internet = yes;
sipiface = sipiface_automatic;
altc_attribute_rfc6947 = no;
send_extended_sip_client_info = no;
gui_readonly = no;
convertstate = 0;
snmp_instance = 0;
}

 

[djanko]

mir ist aufgefallen, dass die 7490 keinen Eintrag des stun servers hat, aber dies im outbond server einen hat. Nun wollte ich dies mit word pad oder mit`n Editor ändern. Leider klappt dies nicht. :-(

 

[KunterBunter]

Mit dem neuesten FBEditor geht das schon.