Habe FBF mit dem mod 3.21 zur ATA gepatacht

jenswmeyer

Mitglied
Mitglied seit
18 Jul 2005
Beiträge
228
Punkte für Reaktionen
0
Punkte
16
Habe meine FBF zur ATA mit dem aktuellen 3.21 mod gepatacht. Die FBF hängt jetzt mit der der LAN Buchse an meiner FB7050 die als modem und Router fungiert. Wenn ich an der gemodeten FBF_ATA das USB Kabel anhänge kann ich mit dem PC auch online gehen. nur die Internetrufnummern werden nicht regstriert :-( Ich habe Zugang über Router ausgewählt:


IP-Adresse x.254
Netzmaske 255.255.255.0
Gateway X.1 (FBF_Wlan_7050)
DNS-Server 1 x.1 (FBF_Wlan_7050)
DNS-Server 2 x.1 (FBF_Wlan_7050)

Obwohl auf der 7050 der DHCP aktiv ist bekommt die gemodete ATA Box vom DHCP server nicht zu gewiesen.

Habe auch schon auf der 7050 die IP x.254 als DMZ eingetragen

forwardrules = "tcp 0.0.0.0:0 0.0.0.0:0 1 out",
"udp 0.0.0.0:0 0.0.0.0:0 1 out",

"udp 0.0.0.0:5060 0.0.0.0:5060",
"udp 0.0.0.0:7078 0.0.0.0:7078",
"udp 0.0.0.0:7079 0.0.0.0:7079",
"udp 0.0.0.0:7080 0.0.0.0:7080",
"udp 0.0.0.0:7081 0.0.0.0:7081",
"udp 0.0.0.0:7082 0.0.0.0:7082",
"udp 0.0.0.0:7083 0.0.0.0:7083",
"udp 0.0.0.0:7084 0.0.0.0:7084",
"udp 0.0.0.0:7085 0.0.0.0:7085",
"tcp 0.0.0.0:21 192.168.178.20:21 0 # FTP-Server",
"# tcp 0.0.0.0:80 192.168.178.20:80 0 # HTTP-Server",
"tcp 0.0.0.0:4662 192.168.178.20:4662 0 # eMule",
"udp 0.0.0.0:4672 192.168.178.20:4672 0 # eMule",
"# tcp 0.0.0.0:3389 192.168.178.20:3389 0 # MS Remote Desktop",
"tcp 0.0.0.0:5001 192.168.178.22:5001 0 # Beschreibung";
shaper = "globalshaper";
}
} {
name = "voip";
dsl_encap = dslencap_inherit;
ppptarget = "voip";
etherencapcfg {
use_dhcp = yes;
ipaddr = 0.0.0.0;
netmask = 0.0.0.0;
gateway = 0.0.0.0;
dns1 = 0.0.0.0;
dns2 = 0.0.0.0;
}
stay_always_online = yes;
redial_delay_after_auth_failure = 1m;
redial_limit = 3;
redial_after_limit_reached = 1h;
username_prefix_after_auth_failure = "";
dsldpconfig {
security = dpsec_firewall;
lowinput {
policy = "permit";
accesslist = "permit udp any any",
"permit icmp any any",
"deny ip any host 255.255.255.255",
"reject ip any any";
}
lowoutput {
policy = "permit";
}
highinput {
policy = "permit";
}
highoutput {
policy = "permit";
accesslist = "permit udp any any",
"reject ip any any";
}
forwardrules = "tcp 0.0.0.0:0 0.0.0.0:0 1 out",
"udp 0.0.0.0:0 0.0.0.0:0 1 out",
"udp 0.0.0.0:5060 0.0.0.0:5060",
"udp 0.0.0.0:7078 0.0.0.0:7078",
"udp 0.0.0.0:7079 0.0.0.0:7079",
"udp 0.0.0.0:7080 0.0.0.0:7080",
"udp 0.0.0.0:7081 0.0.0.0:7081",
"udp 0.0.0.0:7082 0.0.0.0:7082",
"udp 0.0.0.0:7083 0.0.0.0:7083",
"udp 0.0.0.0:7084 0.0.0.0:7084",
"udp 0.0.0.0:7085 0.0.0.0:7085";
shaper = "globalshaper";
}



Hab ich es geändert in tcp 0.0.0.0:0 192.168.2.254:0",

udp 0.0.0.0:0 192.168.2.254:0",

Jetzt weiss ich mir auch nicht mher zu helfen
 
Hi.
Du musst den Eintrag pppoeiface=eth0 noch hinzufügen,
der wird nicht automatisch gemacht...

MfG Oliver
 
hat die fbf die als router fungiert nicht X.1 und X.254?
 
Sipgate ist regstriert nur 1und1 will nicht, ging aber schonmal, habe den stun auch in der voip.cfg eingetragen. Sagt fehlergrund 406 :-(
 
Sep 23 16:43:35 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:36 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:36 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:38 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:38 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:41 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:41 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:46 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:46 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:35 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:36 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:36 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:38 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:38 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:41 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:41 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:46 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:46 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
-sh: Syntax error: redirection unexpected
~ # Sep 23 16:43:51 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
Sep 23 16:43:51 voipd[410]: >>> Request: REGISTER sip:sip.1und1.de
 
olistudent schrieb:
Hi.
Du musst den Eintrag pppoeiface=eth0 noch hinzufügen,
der wird nicht automatisch gemacht...

MfG Oliver

Auf der Box die als Router fungiert? in die Ar7.cfg ? udn in welche Abschnitt?
 
Nein, in der Client-Box.
Dann benutz ich halt die Suche für dich:
Code:
dslglobalconfig { 
autodetect = no; 
pppoeiface = "eth0"; 
speed_in_netto = 1024; 
speed_out_netto = 128; 
connect_delay_when_synced = 3s;
MfG Oliver
 
danke Oli das ist ein feiner Zug von dir, habe bis heute nacht 2 uhr davor gesessen und bin um halb sech schon wieder auf weil mir das keine Ruhe lies. dein eintrag habe ich ahber schon



dslglobalconfig {
autodetect = no;
pppoeiface = "eth0";
speed_in_netto = 6024;
speed_out_netto = 528;
connect_delay_when_synced = 3s;
templates {
VPI = 1;
VCI = 32;
manu = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 35;
manu = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 48;
manu = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 48;
manu = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 8;
VCI = 67;
manu = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 67;
manu = 0;
encap = dslencap_pppoa_llc;
} {
"/var/nvi.tmp" line 484 of 878 --55%--

schein aber ein Problem von 1und1 zu sein hin und wieder geht es Anrufe kommen auch rein nur im eignen Ortsnetz hört mich der Angerufene, aber ich höre vorher kein freizeichen und auch den Gesprächspartner nicht. bei gesprächen in anderen Ortnnetzten habe ich das erst nicht gehabt, jetzt aber auch. Und auf der Router box ist das gleiche. Muss wohl mal eine mail an den support schreiben.

Frage wie kann ich verhindern das mir wenn ich im Telnet oder nvi bin mir die logausgaben dazwischen hauen?
 
jenswmeyer schrieb:
Frage wie kann ich verhindern das mir wenn ich im Telnet oder nvi bin mir die logausgaben dazwischen hauen?
Ein zweites Telnet-Fenster aufmachen und darin arbeiten. Die Ausgaben laufen dann alle im ersten Fenster auf.
 
auf der ATA box bekomme ich die Fehler

23.09.05 19:02:05 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected]. Fehlergrund: 487

23.09.05 19:01:40 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected];user=phone. Fehlergrund: 487

23.09.05 18:59:36 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected];user=phone. Fehlergrund: 487

23.09.05 18:46:03 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected]. Fehlergrund: 487

23.09.05 18:45:06 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected];user=phone. Fehlergrund: 487


Und auf der 7050 Router

23.09.05 18:56:07 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected]. Fehlergrund: 408

Müssten also ein Störung bei 1und1 sein?

Noch ein Frage,

Ortskennzahl verwenden

Geben Sie hier Ihre Ortskennzahl ein (die Vorwahl mit 0 oder ohne)
Geben Sie hier Ihren Ortskennzahl-Prefix ein (bei Prefix kommt eine 0 hin oder garnichts)
Ortskennzahl-Prefix beibehalten
 
jenswmeyer schrieb:
auf der ATA box bekomme ich die Fehler

23.09.05 19:02:05 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected]. Fehlergrund: 487
...

@jenswmeyer

Schau mal bitte hier Was besdeutet der Fehler 487?

Wenn Du den Anruf nicht an der ATA angenommen hast, bekommt Du diese "Fehler"-Meldung auf der ATA.

Es ist kein Fehler :!:

Die ATA bekommt diese "Fehler"-Meldung, da Du den Anruf auf der anderen Fritz!Box angenommen hast.

Gruß

Obi
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.