FBF (WLAN) hinter Linux Router

[susanne]

Ich vermute, der Router macht DHCP, dann stellst Du die Box auch als DHCP-Client mit den Link: http://192.168.0.55/cgi-bin/webcm?g...u2.html&var:menu=internet&var:pagename=bridge
Versuchst Du es noch mal.

Es lässt sich nicht mehr auf automatisch stellen, geht immer wieder zurück auf manuell!!
Wo finde ich eigentlich die Einstellungen das ich die Fritz als DHCP Server betreiben kann?

 

[humbi007]

@humbi07:

Wie sieht denn Deine /etc/resolv.conf aus?
Kannst Du "www.suse.de" pingen?
Markus

Servus,

Ich habe jetzt festgestellt, daß es nicht an der Namensauflösung liegt. Kann einer von euch hieraus schlau werden?

Sep 8 14:12:28 voipd[333]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11 <- 0
Sep 8 14:12:28 voipd[333]: >>> Request: REGISTER sip:sip-gmx.net
Sep 8 14:12:28 voipd[333]: dns: _sip._udp.sip.sip-gmx.net: query
Sep 8 14:12:28 voipd[333]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming): remote: 0x0000 (0x0000) - No additional information
Sep 8 14:12:28 voipd[333]: dns; _sip._udp.sip.sip-gmx.net: not found
Sep 8 14:12:28 voipd[333]: <<< Status: 401 Unauthorized
Sep 8 14:12:28 voipd[333]: query_local_ipaddress: 0.0.0.0
Sep 8 14:12:28 voipd[333]: >>> Request: REGISTER sip:sip-gmx.net
Sep 8 14:12:29 voipd[333]: <<< Status: 200 OK
Sep 8 14:12:29 voipd[333]: sip:[email protected]: REGISTER complete (next in 1620 seconds)
Sep 8 14:12:35 voipd[333]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11040428387175 <- 0
Sep 8 14:12:35 voipd[333]: >>> Request: REGISTER sip:sip-gmx.net
Sep 8 14:12:35 voipd[333]: <<< Status: 401 Unauthorized
Sep 8 14:12:35 voipd[333]: query_local_ipaddress: 0.0.0.0
Sep 8 14:12:35 voipd[333]: >>> Request: REGISTER sip:sip-gmx.net
Sep 8 14:12:35 voipd[333]: <<< Status: 200 OK
Sep 8 14:12:35 voipd[333]: sip:[email protected]: REGISTER complete (next in 1620 seconds)
Sep 8 14:12:35 voipd[333]: >>> Request: INVITE sip:[email protected]
Sep 8 14:12:35 voipd[333]: <<< Status: 407 Proxy Authentication Required
Sep 8 14:12:35 voipd[333]: >>> Request: ACK sip:[email protected]
Sep 8 14:12:35 voipd[333]: >>> Request: INVITE sip:[email protected]
Sep 8 14:12:35 voipd[333]: <<< Status: 100 trying -- your call is important to us
Sep 8 14:12:35 voipd[333]: x-route-info: costvalue is "PSTN" (INVITE)
Sep 8 14:12:50 voipd[333]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming): remote: 0x3490 (0x0000) - Normal call clearing
Sep 8 14:12:50 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:12:51 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:12:53 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:12:56 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:13:01 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:13:06 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:13:10 voipd[333]: >>> Request: CANCEL sip:[email protected]
Sep 8 14:13:11 voipd[333]: <<< Status: 408 Request Timeout
Sep 8 14:13:11 voipd[333]: >>> Request: ACK sip:[email protected]
Sep 8 14:13:11 voipd[333]: call to sip:[email protected] terminated (408)
Sep 8 14:13:13 voipd[333]: <<< Status: 408 Request Timeout
Sep 8 14:13:13 voipd[333]: 49xxxxxxxxxxxxx: my address 192.168.0.249
Sep 8 14:13:13 voipd[333]: 49xxxxxxxxxxxxx: BYE failed 3

Meine resolv.conf sieht so aus:

cat /etc/resolv.conf
nameserver 192.168.0.200
nameserver 192.168.0.100
#

Ein Ping aus suse sieht so aus:

# ping www.suse.de
PING turing.suse.de (195.135.220.3): 56 data bytes
64 bytes from 195.135.220.3: icmp_seq=0 ttl=56 time=60.0 ms
64 bytes from 195.135.220.3: icmp_seq=1 ttl=56 time=60.0 ms

--- turing.suse.de ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 60.0/60.0/60.0 ms
#

Bye,
Humbi

 

[susanne]

Drei grössere Probleme sind noch zu bewältigen.. *hoff

==> Und zwar meldet sich die Fritz nach einer relativ kurzen Zt. bei allen eingebenen VoIP Nummern ab. Wie kann man dies verhindern?


==> So jetzt funktioniert auch 1und1 => nur das ich den Angerufenen nicht verstehe (Festnetz)

==> kein Anruf auf meine Sipgate Nummer möglich, obwohl der Status online ist, die Anrufanfrage kommt auch in der FRITZ AN ... siehe Telnet Ausgabe => aber anruf wird nicht Signalisiert

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
# Sep 8 14:26:24 voipd[331]: <<< Request: INVITE sip:[email protected]:2826
6
Sep 8 14:26:24 voipd[331]: audio: 8 (8 PCMA/8000)
Sep 8 14:26:24 voipd[331]: audio: 8 (8 PCMA/8000) => NOT CONFIGURED
Sep 8 14:26:24 voipd[331]: audio: 0 (0 PCMU/8000)
Sep 8 14:26:24 voipd[331]: audio: 0 (0 PCMU/8000) => NOT CONFIGURED
Sep 8 14:26:24 voipd[331]: audio: 3 (3 GSM/8000)
Sep 8 14:26:24 voipd[331]: audio: 3 (3 GSM/8000) => NOT SUPPORTED
Sep 8 14:26:24 voipd[331]: audio: 10 (10 L16/8000)
Sep 8 14:26:24 voipd[331]: audio: 10 (10 L16/8000) => NOT SUPPORTED
Sep 8 14:26:24 voipd[331]: audio: 97 (97 iLBC/8000)
Sep 8 14:26:24 voipd[331]: audio: 97 (97 iLBC/8000) => NOT SUPPORTED
Sep 8 14:26:24 voipd[331]: audio: 18 (18 G729/8000)
Sep 8 14:26:24 voipd[331]: audio: 18 (18 G729/8000) => NOT CONFIGURED
Sep 8 14:26:24 voipd[331]: audio: 2 (2 G726-32/8000)
Sep 8 14:26:24 voipd[331]: audio: 2 (2 G726-32/8000) => NOT CONFIGURED
Sep 8 14:26:24 voipd[331]: audio: 5 (5 DVI4/8000)
Sep 8 14:26:24 voipd[331]: audio: 5 (5 DVI4/8000) => NOT SUPPORTED
Sep 8 14:26:24 voipd[331]: call from <unknown> terminated (0)
Sep 8 14:26:24 voipd[331]: >>> Status: 415 Unsupported Media Type
Sep 8 14:26:24 voipd[331]: <<< Request: ACK sip:[email protected]:28266




Und noch ein Mitschnitt vom Festnetz auf die Fritzbox auf einen Freenet Account, wo der Anruf zwar funktioniert, aber mich der angerufene nicht versteht.



CONFIG_VLYNQ1: 0
CONFIG_CDROM: n
CONFIG_FIRMWARE_URL: http://www.avm.de/fritz_box_fon_wlan_firmware
CONFIG_HOSTNAME: fritz.fonwlan.box
Country: 049
Language: de
ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
# Sep 8 14:30:12 voipd[330]: <<< Request: INVITE sip:[email protected]:13395
Sep 8 14:30:13 voipd[330]: audio: 8 (<NORTPMAP>)
Sep 8 14:30:13 voipd[330]: audio: 8 (<NORTPMAP>) => NOT FOUND
Sep 8 14:30:13 voipd[330]: audio: 0 (<NORTPMAP>)
Sep 8 14:30:13 voipd[330]: audio: 0 (<NORTPMAP>) => NOT FOUND
Sep 8 14:30:13 voipd[330]: audio: 99 (99 G726-16/8000)
Sep 8 14:30:13 voipd[330]: audio: 99 (99 G726-16/8000) => NOT CONFIGURED
Sep 8 14:30:13 voipd[330]: audio: 101 (101 G726-24/8000)
Sep 8 14:30:13 voipd[330]: audio: 101 (101 G726-24/8000) => (101 (101 G726-24/8000))
Sep 8 14:30:13 voipd[330]: audio: 2 (<NORTPMAP>)
Sep 8 14:30:13 voipd[330]: audio: 2 (<NORTPMAP>) => NOT FOUND
Sep 8 14:30:13 voipd[330]: audio: 102 (102 G7231-H/8000)
Sep 8 14:30:13 voipd[330]: audio: 102 (102 G7231-H/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: audio: 4 (<NORTPMAP>)
Sep 8 14:30:13 voipd[330]: audio: 4 (<NORTPMAP>) => NOT FOUND
Sep 8 14:30:13 voipd[330]: audio: 103 (103 G7231-L/8000)
Sep 8 14:30:13 voipd[330]: audio: 103 (103 G7231-L/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: audio: 104 (104 G729b/8000)
Sep 8 14:30:13 voipd[330]: audio: 104 (104 G729b/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: audio: 105 (105 G7231a-H/8000)
Sep 8 14:30:13 voipd[330]: audio: 105 (105 G7231a-H/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: audio: 106 (106 G7231a-L/8000)
Sep 8 14:30:13 voipd[330]: audio: 106 (106 G7231a-L/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: audio: 18 (<NORTPMAP>)
Sep 8 14:30:13 voipd[330]: audio: 18 (<NORTPMAP>) => NOT FOUND
Sep 8 14:30:13 voipd[330]: audio: 125 (125 GnX64/8000)
Sep 8 14:30:13 voipd[330]: audio: 125 (125 GnX64/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: audio: 100 (100 X-NSE/8000)
Sep 8 14:30:13 voipd[330]: audio: 100 (100 X-NSE/8000) => NOT SUPPORTED
Sep 8 14:30:13 voipd[330]: payload >>> 101
Sep 8 14:30:13 voipd[330]: call from sip:[email protected];user=phone to 2 (sip2:xxxxxxxxxxx)
Sep 8 14:30:13 voipd[330]: >>> Status: 180 Ringing
Sep 8 14:30:18 voipd[330]: plci_connected(appl=2 plci=0x104 ncci=0x0 outgoing)
Sep 8 14:30:18 voipd[330]: connected(appl=2 plci=0x104 ncci=0x10104 outgoing) NCPIlen=0
Sep 8 14:30:18 voipd[330]: 194.97.1.162 17148 - 7078 audio 101(G726-24)
Sep 8 14:30:18 voipd[330]: Codec G726-24 (101) - audio
Sep 8 14:30:18 voipd[330]: rtp_start_session(video): no session definition
Sep 8 14:30:18 voipd[330]: bridgelimit: nConnections=1
Sep 8 14:30:18 voipd[330]: bridge lan set to max 30 packets/100ms
Sep 8 14:30:18 voipd[330]: >>> Status: 200 OK
Sep 8 14:30:19 voipd[330]: >>> Status: 200 OK
Sep 8 14:30:19 voipd[330]: <<< Request: ACK sip:[email protected]:13395
Sep 8 14:30:19 voipd[330]: call from sip:[email protected];user=phone established
Sep 8 14:30:19 voipd[330]: <<< Request: ACK sip:[email protected]:13395
Sep 8 14:30:23 voipd[330]: disconnected(appl=2 plci=0x104 ncci=0x10104 outgoing): remote: 0x3490 (0x3301) - Normal call clearing
Sep 8 14:30:23 voipd[330]: ocfree: fail 0 normal 0 small 0 large 0
Sep 8 14:30:23 voipd[330]: underrun 0 max_ackqueuelen 0
Sep 8 14:30:23 voipd[330]: small packets merged 0, output 0 and consumed from CNG 0
Sep 8 14:30:23 voipd[330]: capiqueue[0]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[1]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[2]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[3]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[4]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[5]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[6]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: capiqueue[7]: 0 ( 0.0%)
Sep 8 14:30:24 voipd[330]: Codec - (-) - audio
Sep 8 14:30:24 voipd[330]: bridgelimit: nConnections=0
Sep 8 14:30:24 voipd[330]: bridge lan set to full speed
Sep 8 14:30:24 voipd[330]: >>> Request: BYE sip:[email protected]:5060
Sep 8 14:30:24 voipd[330]: Packets sent: 167 voice, 0 silence, 0 CN

Sep 8 14:30:24 voipd[330]: rtpsession packets 0 bytes 0 drop_tooshort 0
Sep 8 14:30:24 voipd[330]: drop_toolate 0 drop_nobuffer 0 drop_nonaudio 0 wrong_seq 0
Sep 8 14:30:24 voipd[330]: packets lost 0 consumed from NG 0
Sep 8 14:30:24 voipd[330]: <<< Status: 200 Ok
Sep 8 14:30:24 voipd[330]: xxxxxxxxxxxxxxxx: BYE complete
Sep 8 14:30:24 voipd[330]: call from sip:[email protected];user=phone terminated (200)








Danke an alle für eure Hilfe, mein grösster Dank an den Urheber dieses Thread, er hat was Leute in diesem Forum vor 3 Wochen noch für unmöglich halteten nun möglich gemacht.

 

[susanne]

Hier ist mal noch die VoIP.cfg vielleicht ist ja hieraus ersichtlich, warum keine Gespräche von draussen reinkommen & wenn doch ich das gegenüber nicht verstehe.






voip.cfg cat /var/flash/voip.cfg
username = "$$$$xxxxxxxxx";
Permission denied
authname = "";
passwd = "$$$$xxxxxxxxxxxxxxx";
registrar = "sipgate.de";
#
# voipcfg {
name = "3xxxxxxxxxxxx";
authenticatemode = authenticate_mode_none;
-sh infodtmfnotsupported = no;
: voipcfg: register_failwaitmax = 30m;
not found
# dnsport = 7077;
-sh: dnsport: not found
# rtpport_start = 7078;
-sh: rtpport_start: not found
# ua1 {
-sh: ua1: not found
# enabled = yes;
only_one_dialog = no;
-sh: enabled: not found }

# username = "xxxxxxxxxxxxxxxx";
-sh: username: not found
# authname = "";
-sh: authname: not found
# passwd = CT$$$$XDJxxxxxxxxxxxxxxxxxx";
registrar = "freenet.de";"
ttl = 30m;
sipping_enabled = no;
sipping_interval = 280s;
name = "3xxxxxxxxxxxxxxxx ";
authenticatemode = authenticate_mode_allow;
infodtmfnotsupported = no;
register_failwaitmax = 30m;
stunserver = "";
stunserverport = 3478;
clirtype = clir_displayname;
only_one_dialog = no;
passwd: Unknown user =

# registrar = "sipgate.de";
-sh: registrar: not found
# ttl = 30m;
-sh: ttl: not found
# sipping_enabled = no;
-sh: sipping_enabled: not found
# sipping_interval = 280s;
-sh: sipping_interval: not found
# name = "xxxxxxxxxx";
-sh: name: not found
# authenticatemode = authenticate_mode_none;
-sh: authenticatemode: not found
# infodtmfnotsupported = no;
-sh: infodtmfnotsupported: not found
# register_failwaitmax = 30m;
-sh: register_failwaitmax: not found
# stunserver = "";
-sh: stunserver: not found
# stunserverport = 3478;
-sh: stunserverport: not found
# clirtype = clir_displayname;
-sh: clirtype: not found
# only_one_dialog = no;
-sh: only_one_dialog: not found
# }
-sh: Syntax error: "}" unexpected
# ua2 {
-sh: ua2: not found
# enabled = yes;
-sh: enabled: not found
# username = "xxxxxxxxxxxxxxxxxxxxxxxx";
-sh: username: not found
# authname = "";
-sh: authname: not found
# passwd = "$$$xxxxxxxxxxxxxxxxxxx";
rtp_prio = 0;
dyn_codecs = yes;
rtpstream {
voice_activity_detection {
enabled = no;
vad_threshold = 10000;
}
generate_noise {
on_packetloss = no;
on_capi_underrun = yes;
}
jitter {
auto_on = yes;
in_ms = 50;
in_packets = 0;
passwd }
: Unknown user = tx_packetsize_in_ms = 0;


}
# registrar = "1und1.de";
-sh: registrar: not found
# ttl = 30m;
-sh: ttl: not found
# sipping_enabled = no;
-sh: sipping_enabled: not found
# sipping_interval = 280s;
-sh: sipping_interval: not found
# name = "2xxxxxxxx";
-sh: name: not found
# authenticatemode = authenticate_mode_none;
-sh: authenticatemode: not found
# infodtmfnotsupported = no;
-sh: infodtmfnotsupported: not found
# register_failwaitmax = 30m;
-sh: register_failwaitmax: not found
# stunserver = "";
-sh: stunserver: not found
# stunserverport = 3478;
-sh: stunserverport: not found
# clirtype = clir_displayname;
-sh: clirtype: not found
# only_one_dialog = no;
-sh: only_one_dialog: not found
# }
-sh: Syntax error: "}" unexpected
# ua3 {
-sh: ua3: not found
# enabled = yes;
-sh: enabled: not found
# username = "xxxxxxxxxxxxxxxx";
-sh: username: not found
# authname = "";
-sh: authname: not found
# passwd = "xxxxxxxxxxxxxxxxxxxxxx";
}


// EOF
#
passwd: Unknown user =

# registrar = "freenet.de";
-sh: registrar: not found
# ttl = 30m;
-sh: ttl: not found
# sipping_enabled = no;
-sh: sipping_enabled: not found
# sipping_interval = 280s;
-sh: sipping_interval: not found
# name = "3xxxxxxxxxxxx ";
-sh: name: not found
# authenticatemode = authenticate_mode_allow;
-sh: authenticatemode: not found
# infodtmfnotsupported = no;
-sh: infodtmfnotsupported: not found
# register_failwaitmax = 30m;
-sh: register_failwaitmax: not found
# stunserver = "";
-sh: stunserver: not found
# stunserverport = 3478;
-sh: stunserverport: not found
# clirtype = clir_displayname;
-sh: clirtype: not found
# only_one_dialog = no;
-sh: only_one_dialog: not found
# }
-sh: Syntax error: "}" unexpected
# use_audiocodecs = no;
-sh: use_audiocodecs: not found
# audiocodecs = "PCMA", "PCMU", "G726-32";
-sh: audiocodecs: not found
# verbose = no;
-sh: verbose: not found
# sip_prio = 0;
-sh: sip_prio: not found
# rtp_prio = 0;
-sh: rtp_prio: not found
# dyn_codecs = yes;
-sh: dyn_codecs: not found
# rtpstream {
-sh: rtpstream: not found
# voice_activity_detection {
-sh: voice_activity_detection: not found
# enabled = no;
-sh: enabled: not found
# vad_threshold = 10000;
-sh: vad_threshold: not found
# }
-sh: Syntax error: "}" unexpected
# generate_noise {
-sh: generate_noise: not found
# on_packetloss = no;
-sh: on_packetloss: not found
# on_capi_underrun = yes;
-sh: on_capi_underrun: not found
# }
-sh: Syntax error: "}" unexpected
# jitter {
-sh: jitter: not found
# auto_on = yes;
-sh: auto_on: not found
# in_ms = 50;
-sh: in_ms: not found
# in_packets = 0;
-sh: in_packets: not found
# }
-sh: Syntax error: "}" unexpected
# tx_packetsize_in_ms = 0;
-sh: tx_packetsize_in_ms: not found
# }
-sh: Syntax error: "}" unexpected
# }
-sh: Syntax error: "}" unexpected
#
#
# // EOF
-sh: //: Permission denied
# #

 

[olistudent]

Hi.
Irgendwie ist da wohl was schiefgelaufen?
Kann man ja kaum lesen...
Probier mal den Eintrag dyn_codecs = yes; auf no zu setzen...

/*
 * /var/flash/voip.cfg
 * Mon Jan 17 15:37:02 2005
 */

voipcfg {
        dnsport = 7077;
        rtpport_start = 7078;
        ua1 {
                enabled = yes;
                username = "$$$$";
                authname = "";
                passwd = "$$$$";
                registrar = "1und1.de";
                ttl = 30m;
                sipping_enabled = yes;
                sipping_interval = 280s;
                name = "Internet Rufnummer 1";
                authenticatemode = authenticate_mode_none;
                infodtmfnotsupported = no;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
        }
        ua2 {
                enabled = yes;
                username = "$$$$";
                authname = "";
                passwd = "$$$$";
                registrar = "sip.web.de";
                ttl = 30m;
                sipping_enabled = no;
                sipping_interval = 280s;
                name = "Internet Rufnummer 2";
                authenticatemode = authenticate_mode_none;
                infodtmfnotsupported = no;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
        }
        use_audiocodecs = yes;
        audiocodecs = "G726-40", "PCMA", "PCMU";
        verbose = yes;
        sip_prio = 0;
        rtp_prio = 0;
        dyn_codecs = no;
        rtpstream {
                voice_activity_detection {
                        enabled = yes;
                        vad_threshold = 10000;
                }
                generate_noise {
                        on_packetloss = no;
                        on_capi_underrun = yes;
                }
                jitter {
                        auto_on = yes;
                        in_ms = 50;
                        in_packets = 0;
                }
                tx_packetsize_in_ms = 0;
        }
}


// EOF

MfG Oliver

 

[susanne]

Hallo Oli, wie meinst du schiefgelaufen & was kann man kaum lesen?

Wie genau ändere ich diesen Eintrag?

Danke

 

[olistudent]

Fällt die nix auf, wenn du unsere beiden Posts vergleicht?
Du hast das kopierte wieder eingefügt, und deine Box hat versucht jede Zeile der voip.cfg auszuführen...

Den Eintrag kannst du per Hand mit nvi /var/flash/voip.cfg ändern.
Oder über die Weboberfläche den "bandbreitenblbla" abschalten.
http://192.168.178.1/cgi-bin/../cgi.../menu2.html&var:menu=fon&var:pagename=siplist

MfG Oliver

 

[susanne]

Hatte gerade das Posting von dir über "Bandbreitenblabla" ;-) gefunden.

Mal schauen ob es jetzt fkt., eigenartig ist aber das ich immer noch keinen Server im Netz über die Fritz anpingen kann.

So leider keine Veränderung ein Anruf von aussen zur Fritz zwar möglich, sprich es klingelt -aber man versteht sich nicht.

 

[olistudent]

Liegt vielleicht an der Firmware.
Es gibt wohl ein paar Leute die mit der 3.29 Probleme haben.
Heißt, "man versteht sich nicht", dass du was hörst, es aber total unverständlich ist. Oder hörst du garnix?

 

[susanne]

Ja, ich höre leider gar nichts! :-(

Wie umgehe ich den die Firmwareabfrage, so das ich auch eine ältere Version flashen kann?

 

[humbi007]

jetzt funktioniert es, komisch

Servus,

man glaubt es nicht, und ich weiss immer noch nicht, woran es liegt, aber mit einem Netgear Modem/Route funktioniert das!
Ich hatte vorher ein Teledat 820 Router an einem Teledat 430 Modem dran, und auf dem Router alles frei gegeben, um zu testen. Aber leider wollte die Fritz!Box dahinter keine Telefonate machen.

Ich war schon am Verzweifeln, als ich die Idee hatte, Teledat Modem und Router durch ein Netgear zu ersetzen. Und siehe da, es funktioniert alles wie erwartet. Komisch, oder?

@humbi007
Fangen wir mit der "default route" an. Das sieht doch gut aus. Zur Überprüfung solltest Du mal von der Box aus Deinen Router "pingen":

ping 192.168.0.250 (heisst Dein router in DNS "my.router"?)
Das sollte funktionieren, sonst liegt das Problem bei Deinem Router.

Der nächste Test ist, einen Server (www.suse.de) im Internet per IP Adresse zu "pingen":

ping 195.135.220.3

Wenn das jetzt geht, dann liegt es an der Namensauflösung (das ist meine Vermutung). Die Namensauflösung kannst Du folgendermassen prüfen:

cat /etc/resolv.conf

Als Ergebnis solltest Du die von Dir eingetragenen DNS Server sehen.

Gruss
Markus

 

[susanne]

HAst du am Netgear Ports freigeben müssen, welchen Netgear ist es?

 

[humbi007]

HAst du am Netgear Ports freigeben müssen, welchen Netgear ist es?

Servus,

das ist ein NETGEAR DG834B.
Ja, die vorgeschlagene Ports: 3478, 3479, 5060, 5062, 5070-5072, 7077-7081, 30000-30005

Gruß,
Humbi

 

[susanne]

Liegt vielleicht an der Firmware.
Es gibt wohl ein paar Leute die mit der 3.29 Probleme haben.
Heißt, "man versteht sich nicht", dass du was hörst, es aber total unverständlich ist. Oder hörst du garnix?

So jetzt habe ich mühsam die 23iger Software geflasht & trotzdem ist alles beim alten.
Sprich
Sipgate => Sipgate Anruf kein Problem ....... angerufen werden nicht möglich
1und1 => Festnetz in beiden Richtungen nicht möglich
freenet => Festnetz kein Problem
Festnetz => Freenet klingeln ja, Sprache in beide Richtungen nein!

Woran kann das liegen?

Und nach wie vor das Problem, dass die Box nach relativ kurzer Zeit Ihre Verbindung zu den VOIP Providern verliert.

Noch ein paar Infos: Ping auf der Konsole immer noch nicht möglich, siehe
# ping www.suse.de
No response from turing.suse.de

 

[susanne]

So hatte jetzt Zugriff aufs Router, was kommt den bei default DMZ Server & was bei Server IP-Adress rein?

Und was bedeutet "Respond to Ping on Internet WAN Port"

 

[olistudent]

Hi.
"Respond to Ping on Internet WAN Port" heißt: "Auf Ping am WAN Port antworten".
Wenn das auf NO steht, antwortet dein Router nicht auf Pings aus dem INet.
Was hast du denn für ein Router?
Wenn du die Adresse der Fritz als DMZ Server angibst, werden alle Ports auf die Fritz weitergeleitet.

MfG Oliver

 

[susanne]

Hi.

Wenn du die Adresse der Fritz als DMZ Server angibst, werden alle Ports auf die Fritz weitergeleitet.

MfG Oliver

Und genau da funktionierte es nicht, musste als DMZ Server die IP des Routers eintragen und dann hinter dem jeweiligem Port meine FritzBox IP jetzt funktionierts.... ausser mit Sipgate.

Eigenartig ist, dass das Router -übrigens ein Netgear- ein Auswahlmenü "SECURITY - SERVICES " "Enable Service Blocking " dort kann man eigentlich alle Ports eintragen die man öffnen möchte, aber dies funktionierte nicht.

Hier mal noch der Telnetmitschnitt bei einem Sipgate Anruf
Sep 8 14:01:42 voipd[434]: >>> Status: 200 OK
Sep 8 14:01:42 voipd[434]: disconnected(appl=2 plci=0x104 ncci=0x0 outgoing): l
ocal: 0x0000 (0x0000) - No additional information
Sep 8 14:02:09 voipd[434]: <<< Request: INVITE sip:[email protected]:15522
Sep 8 14:02:09 voipd[434]: audio: 8 (8 PCMA/8000)
Sep 8 14:02:09 voipd[434]: audio: 8 (8 PCMA/8000) => NOT CONFIGURED
Sep 8 14:02:09 voipd[434]: audio: 0 (0 PCMU/8000)
Sep 8 14:02:09 voipd[434]: audio: 0 (0 PCMU/8000) => NOT CONFIGURED
Sep 8 14:02:09 voipd[434]: audio: 3 (3 GSM/8000)
Sep 8 14:02:09 voipd[434]: audio: 3 (3 GSM/8000) => NOT SUPPORTED
Sep 8 14:02:09 voipd[434]: audio: 10 (10 L16/8000)
Sep 8 14:02:09 voipd[434]: audio: 10 (10 L16/8000) => NOT SUPPORTED
Sep 8 14:02:09 voipd[434]: audio: 97 (97 iLBC/8000)
Sep 8 14:02:09 voipd[434]: audio: 97 (97 iLBC/8000) => NOT SUPPORTED
Sep 8 14:02:09 voipd[434]: audio: 18 (18 G729/8000)
Sep 8 14:02:09 voipd[434]: audio: 18 (18 G729/8000) => NOT CONFIGURED
Sep 8 14:02:09 voipd[434]: audio: 2 (2 G726-32/8000)
Sep 8 14:02:09 voipd[434]: audio: 2 (2 G726-32/8000) => NOT CONFIGURED
Sep 8 14:02:09 voipd[434]: audio: 5 (5 DVI4/8000)
Sep 8 14:02:09 voipd[434]: audio: 5 (5 DVI4/8000) => NOT SUPPORTED
Sep 8 14:02:09 voipd[434]: call from <unknown> terminated (0)
Sep 8 14:02:09 voipd[434]: >>> Status: 415 Unsupported Media Type
Sep 8 14:02:09 voipd[434]: <<< Request: ACK sip:[email protected]:15522








Und was immer noch bleibt, ist das sich die Fritz nach einer gewissen zt. bei den Telefonprovidern abmeldet!!!! Wieso

 

[olistudent]

Sep 8 14:02:09 voipd[434]: >>> Status: 415 Unsupported Media Type

Diese Zeile sagt mir, dass kein gemeinsamer Codec vereinbart werden konnte?
Änder mal die Zeile "use_audiocodecs = no;" in der voip.cfg auf yes.
Dann müßte es eigentlich läuten...

Und die Fritz meldet sich nicht bei den Providern ab, sie meldet sich nicht wieder an!
Wie lange dauert das den ca.? 30 min?
Ruf dann mal voipd -R auf, gehts jetzt wieder?

MfG Oliver

 

[susanne]

Sep 8 14:02:09 voipd[434]: >>> Status: 415 Unsupported Media Type

Diese Zeile sagt mir, dass kein gemeinsamer Codec vereinbart werden konnte?
Änder mal die Zeile "use_audiocodecs = no;" in der voip.cfg auf yes.
Dann müßte es eigentlich läuten...

Und die Fritz meldet sich nicht bei den Providern ab, sie meldet sich nicht wieder an!
Wie lange dauert das den ca.? 30 min?
Ruf dann mal voipd -R auf, gehts jetzt wieder?

MfG Oliver

Gibt es da schon was fertiges in Sachen voip.cfg?

Ja, mit voipd -R geht es natürlich, steht ja auch in der Startdatei siehe
"# cat /var/flash/debug.cfg
/usr/sbin/telnetd &
route add default gw 192.168.0.1
voipd -R
echo 8,2>/var/led "

, aber dann schaltet es wieder weg, bis ich voipd -R in die Konsole eingebe oder den Hörer abnehme.

 

[olistudent]

Ja, es gibt was fertiges: http://www.ip-phone-forum.de/forum/viewtopic.php?t=10225