capibufferoutput ackqueuelen too great

[Tippfehler]

Hallo,

Callthrough geht bei mir leider nur, wenn ich es mit X-Lite benutze, von einer Fritzbox auf die andere wird immer während der Pinabfrage abgebrochen.

Vielleicht kann Jemand diese Zeilen deuten:
(Ich habe mal die Pin auf 0000 gestellt.)
Sendebox:

Jan 17 18:11:10 voipd[433]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11 1111111@meine-IP <- 0
Jan 17 18:11:10 voipd[433]: >>> Request: INVITE sip:1111111@meine-IP
Jan 17 18:11:10 voipd[433]: dns: .....: query
Jan 17 18:11:10 voipd[433]: dns: ....: meine-IP ttl=60 from 192.168.180.1.
Jan 17 18:11:10 voipd[433]: <<< Status: 180 Ringing
Jan 17 18:11:10 voipd[433]: <<< Status: 200 OK
Jan 17 18:11:10 voipd[433]: audio: 2 (2 G726-32/8000)
Jan 17 18:11:10 voipd[433]: audio: 2 (2 G726-32/8000) => (2 (2 G726-32/8000))
Jan 17 18:11:10 voipd[433]: audio: 2 (2 G726-32/8000)
Jan 17 18:11:10 voipd[433]: audio: 2 (2 G726-32/8000) => (2 (2 G726-32/8000))
Jan 17 18:11:10 voipd[433]: audio: 8 (8 PCMA/8000)
Jan 17 18:11:10 voipd[433]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Jan 17 18:11:10 voipd[433]: audio: 0 (0 PCMU/8000)
Jan 17 18:11:10 voipd[433]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Jan 17 18:11:10 voipd[433]: audio: 101 (101 telephone-event/8000)
Jan 17 18:11:10 voipd[433]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Jan 17 18:11:10 voipd[433]: audio: 13 (13 CN/8000)
Jan 17 18:11:10 voipd[433]: audio: 13 (13 CN/8000) => (13 (13 CN/8000))
Jan 17 18:11:10 voipd[433]: payload >>> 2
Jan 17 18:11:10 voipd[433]: payload >>> 2
Jan 17 18:11:10 voipd[433]: payload >>> 8
Jan 17 18:11:10 voipd[433]: payload >>> 0
Jan 17 18:11:10 voipd[433]: payload >>> 101
Jan 17 18:11:10 voipd[433]: payload >>> 13
Jan 17 18:11:10 voipd[433]: >>> Request: ACK sip:1111111@meine-IP
Jan 17 18:11:10 voipd[433]: meine-IP 7078 - 7078 audio 2(G726-32)
Jan 17 18:11:10 voipd[433]: Codec G726-32 (2) - audio
Jan 17 18:11:10 voipd[433]: rtp_start_session(video): no session definition
Jan 17 18:11:10 voipd[433]: bridgelimit: nConnections=1
Jan 17 18:11:10 voipd[433]: bridge lan set to max 30 packets/100ms
Jan 17 18:11:10 voipd[433]: call to sip:1111111@meine-IP established
Jan 17 18:11:10 voipd[433]: plci_connected(appl=2 plci=0x204 ncci=0x0 incoming)
Jan 17 18:11:10 voipd[433]: connected(appl=2 plci=0x204 ncci=0x10204 incoming) NCPIlen=0
Jan 17 18:11:12 voipd[433]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Jan 17 18:11:12 voipd[433]: >>> Request: INFO sip:1111111@meine-IP
Jan 17 18:11:13 voipd[433]: <<< Status: 200 OK
Jan 17 18:11:14 voipd[433]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Jan 17 18:11:14 voipd[433]: >>> Request: INFO sip:1111111@meine-IP
Jan 17 18:11:14 voipd[433]: <<< Status: 200 OK
Jan 17 18:11:15 voipd[433]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Jan 17 18:11:15 voipd[433]: >>> Request: INFO sip:1111111@meine-IP
Jan 17 18:11:15 voipd[433]: <<< Status: 200 OK
Jan 17 18:11:16 voipd[433]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Jan 17 18:11:16 voipd[433]: >>> Request: INFO sip:1111111@meine-IP
Jan 17 18:11:16 voipd[433]: <<< Status: 200 OK
Jan 17 18:11:21 voipd[433]: disconnected(appl=2 plci=0x204 ncci=0x10204 incoming): remote: 0x3490 (0x3301) - Normal call clearing
Jan 17 18:11:21 voipd[433]: ocfree: fail 0 normal 0 small 4 large 376
Jan 17 18:11:21 voipd[433]:         underrun 0 max_ackqueuelen 7
Jan 17 18:11:21 voipd[433]:         small packets merged 0, output 0 and consumed from CNG 0
Jan 17 18:11:21 voipd[433]:         capiqueue[0]: 1 (  0.2%)
Jan 17 18:11:21 voipd[433]:         capiqueue[1]: 1 (  0.2%)
Jan 17 18:11:21 voipd[433]:         capiqueue[2]: 1 (  0.2%)
Jan 17 18:11:21 voipd[433]:         capiqueue[3]: 3 (  0.7%)
Jan 17 18:11:21 voipd[433]:         capiqueue[4]: 10 (  2.6%)
Jan 17 18:11:21 voipd[433]:         capiqueue[5]: 358 ( 94.2%)
Jan 17 18:11:21 voipd[433]:         capiqueue[6]: 6 (  1.5%)
Jan 17 18:11:21 voipd[433]:         capiqueue[7]: 0 (  0.0%)
Jan 17 18:11:22 voipd[433]: Codec - (-) - audio
Jan 17 18:11:22 voipd[433]: bridgelimit: nConnections=0
Jan 17 18:11:22 voipd[433]: bridge lan set to full speed
Jan 17 18:11:22 voipd[433]: >>> Request: BYE sip:1111111@meine-IP
Jan 17 18:11:22 voipd[433]: <<< Status: 200 OK
Jan 17 18:11:22 voipd[433]: 1111111: BYE complete
Jan 17 18:11:22 voipd[433]: call to sip:1111111@meine-IP terminated (200)
Jan 17 18:11:22 voipd[433]: Packets sent: 371 voice, 0 silence, 0 CN

Jan 17 18:11:22 voipd[433]: rtpsession packets 376 bytes 49632 drop_tooshort 0
Jan 17 18:11:22 voipd[433]:            drop_toolate 0 drop_nobuffer 0 drop_nonaudio 0 wrong_seq 0
Jan 17 18:11:22 voipd[433]:            packets lost 0 consumed from NG 0

Auf der Empfänger-Box sieht das so aus:

Jan 17 18:11:10 voipd[406]: <<< Request: INVITE sip:1111111@meine-IP
Jan 17 18:11:10 voipd[406]: audio: 2 (2 G726-32/8000)
Jan 17 18:11:10 voipd[406]: audio: 2 (2 G726-32/8000) => (2 (2 G726-32/8000))
Jan 17 18:11:10 voipd[406]: audio: 102 (102 G726-32/8000)
Jan 17 18:11:10 voipd[406]: audio: 102 (102 G726-32/8000) => (102 (102 G726-32/8000))
Jan 17 18:11:10 voipd[406]: audio: 8 (8 PCMA/8000)
Jan 17 18:11:10 voipd[406]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Jan 17 18:11:10 voipd[406]: audio: 0 (0 PCMU/8000)
Jan 17 18:11:10 voipd[406]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Jan 17 18:11:10 voipd[406]: audio: 99 (99 G726-24/8000)
Jan 17 18:11:10 voipd[406]: audio: 99 (99 G726-24/8000) => NOT CONFIGURED
Jan 17 18:11:10 voipd[406]: audio: 101 (101 telephone-event/8000)
Jan 17 18:11:10 voipd[406]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Jan 17 18:11:10 voipd[406]: audio: 13 (13 CN/8000)
Jan 17 18:11:10 voipd[406]: audio: 13 (13 CN/8000) => (13 (13 CN/8000))
Jan 17 18:11:10 voipd[406]: payload >>> 2
Jan 17 18:11:10 voipd[406]: payload >>> 2
Jan 17 18:11:10 voipd[406]: payload >>> 8
Jan 17 18:11:10 voipd[406]: payload >>> 0
Jan 17 18:11:10 voipd[406]: payload >>> 101
Jan 17 18:11:10 voipd[406]: payload >>> 13
Jan 17 18:11:10 voipd[406]: call from sip:[email protected] to 1 (sip1:2222222)
Jan 17 18:11:10 voipd[406]: >>> Status: 180 Ringing
Jan 17 18:11:10 voipd[406]: plci_connected(appl=2 plci=0x104 ncci=0x0 outgoing)
Jan 17 18:11:10 voipd[406]: connected(appl=2 plci=0x104 ncci=0x20104 outgoing) NCPIlen=0
Jan 17 18:11:10 voipd[406]: meine-andere-IP 7078 - 7078 audio 2(G726-32)
Jan 17 18:11:10 voipd[406]: Codec G726-32 (2) - audio
Jan 17 18:11:10 voipd[406]: rtp_start_session(video): no session definition
Jan 17 18:11:10 voipd[406]: bridgelimit: nConnections=1
Jan 17 18:11:10 voipd[406]: number of bridge interfaces 1
Jan 17 18:11:10 voipd[406]: >>> Status: 200 OK
Jan 17 18:11:10 voipd[406]: <<< Request: ACK sip:1111111@meine-IP
Jan 17 18:11:10 voipd[406]: call from sip:[email protected] established
Jan 17 18:11:12 voipd[406]: <<< Request: INFO sip:1111111@meine-IP
Jan 17 18:11:12 voipd[406]: rcvinfo: application/dtmf-relay
Jan 17 18:11:12 voipd[406]: capiconn_dtmf_send (0=0)
Jan 17 18:11:12 voipd[406]: >>> Status: 200 OK
Jan 17 18:11:14 voipd[406]: <<< Request: INFO sip:1111111@meine-IP
Jan 17 18:11:14 voipd[406]: rcvinfo: application/dtmf-relay
Jan 17 18:11:14 voipd[406]: capiconn_dtmf_send (0=0)
Jan 17 18:11:14 voipd[406]: >>> Status: 200 OK
Jan 17 18:11:14 voipd[406]: capibufferoutput ackqueuelen too great
Jan 17 18:11:14 voipd[406]: capibufferoutput ackqueuelen too great
Jan 17 18:11:15 voipd[406]: <<< Request: INFO sip:1111111@meine-IP
Jan 17 18:11:15 voipd[406]: rcvinfo: application/dtmf-relay
Jan 17 18:11:15 voipd[406]: capiconn_dtmf_send (0=0)
Jan 17 18:11:15 voipd[406]: >>> Status: 200 OK
Jan 17 18:11:15 voipd[406]: capibufferoutput ackqueuelen too great
Jan 17 18:11:16 voipd[406]: <<< Request: INFO sip:1111111@meine-IP
Jan 17 18:11:16 voipd[406]: rcvinfo: application/dtmf-relay
Jan 17 18:11:16 voipd[406]: capiconn_dtmf_send (0=0)
Jan 17 18:11:16 voipd[406]: >>> Status: 200 OK
Jan 17 18:11:16 voipd[406]: capibufferoutput ackqueuelen too great
Jan 17 18:11:16 voipd[406]: capibufferoutput ackqueuelen too great
Jan 17 18:11:16 voipd[406]: capibufferoutput ackqueuelen too great
Jan 17 18:11:22 voipd[406]: <<< Request: BYE sip:1111111@meine-IP
Jan 17 18:11:22 voipd[406]: Codec - (-) - audio
Jan 17 18:11:22 voipd[406]: bridgelimit: nConnections=0
Jan 17 18:11:22 voipd[406]: number of bridge interfaces 1
Jan 17 18:11:22 voipd[406]: ocfree: fail 0 normal 0 small 74 large 365
Jan 17 18:11:22 voipd[406]:         underrun 0 max_ackqueuelen 8
Jan 17 18:11:22 voipd[406]:         small packets merged 0, output 0 and consumed from CNG 0
Jan 17 18:11:22 voipd[406]:         capiqueue[0]: 1 (  0.2%)
Jan 17 18:11:22 voipd[406]:         capiqueue[1]: 5 (  1.1%)
Jan 17 18:11:22 voipd[406]:         capiqueue[2]: 68 ( 15.4%)
Jan 17 18:11:22 voipd[406]:         capiqueue[3]: 69 ( 15.7%)
Jan 17 18:11:22 voipd[406]:         capiqueue[4]: 2 (  0.4%)
Jan 17 18:11:22 voipd[406]:         capiqueue[5]: 44 ( 10.0%)
Jan 17 18:11:22 voipd[406]:         capiqueue[6]: 31 (  7.0%)
Jan 17 18:11:22 voipd[406]:         capiqueue[7]: 219 ( 49.8%)
Jan 17 18:11:22 voipd[406]: call from sip:[email protected] terminated (200)
Jan 17 18:11:22 voipd[406]: Packets sent: 382 voice, 0 silence, 0 CN

Jan 17 18:11:22 voipd[406]: rtpsession packets 371 bytes 48972 drop_tooshort 0
Jan 17 18:11:22 voipd[406]:            drop_toolate 0 drop_nobuffer 0 drop_nonaudio 0 wrong_seq 0
Jan 17 18:11:22 voipd[406]:            packets lost 0 consumed from NG 0
Jan 17 18:11:22 voipd[406]: >>> Status: 200 OK
Jan 17 18:11:22 voipd[406]: disconnected(appl=2 plci=0x104 ncci=0x20104 outgoing): local: 0x0000 (0x3301) - No additional information

Ich sehe immer nur:
capibufferoutput ackqueuelen too great

Es ist übrigens egal, welchen Codec ich einstelle.

 

[Tippfehler]

Bin ich denn der Einzige, bei dem kein Callthrouh geht?

Das war übrigens schon seit Firmware 3.22 so und hat sich auch mit der 3.29 nicht verbessert.

-Hinzugefügt -

Übrigens kommt die capibuffer-Meldung auch andauernd, wenn ich mit X-Lite anrufe. Daran kann es also nicht liegen, dass kein Callthrough geht.

 

[spongebob]

Ich würde sagen, dass Du die Box mit den vielen Traces derart ausbremst, dass ihr einfach die ISDN Buffer überlaufen. Schalte mal die Tracerei aus. Und "Codec G726-32 (2) - audio" scheint mir im ISDN auch etwas problematisch...

 

[Tippfehler]

Wie kann man das abstellen?
Wenn ich mit telnet anmelde, kommen die Meldungen von ganz alleine.

Wenn ich nicht mit telnet angemeldet bin, funktioniert callthrough auch nicht. Das hat auch nichts mit den Codecs zu tun, denn ich habe schon alle einzeln durchprobiert.

 

[haveaniceday]

Hallo Tippfehler,

Hast du mal ein "ps aux" und ein "cat /proc/meminfo" von deiner Box ?
Wenn es ein Speicherproblem ist kannst du den Webserver mal abschalten:
"websrv -s"

Der Start geht dann mit "websrv" wieder. Das könnte Speicherprobleme verringern.

Haveaniceday

 

[spongebob]

Das hat auch nichts mit den Codecs zu tun, denn ich habe schon alle einzeln durchprobiert.

Das glaube ich erst, wenn es einen vergleichbaren Trace mit G.711 gibt

 

[Tippfehler]

Hier die Ausgaben mit PCMA:

Das geht raus:

# Feb  1 10:54:22 voipd[299]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11 1234567 <- 1
Feb  1 10:54:22 voipd[299]: >>> Request: INVITE sip:[email protected]
Feb  1 10:54:22 voipd[299]: <<< Status: 100 trying -- your call is important to us
Feb  1 10:54:23 voipd[299]: <<< Status: 200 OK
Feb  1 10:54:23 voipd[299]: audio: 8 (8 PCMA/8000)
Feb  1 10:54:23 voipd[299]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Feb  1 10:54:23 voipd[299]: audio: 101 (101 telephone-event/8000)
Feb  1 10:54:23 voipd[299]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Feb  1 10:54:23 voipd[299]: audio: 13 (13 CN/8000)
Feb  1 10:54:23 voipd[299]: audio: 13 (13 CN/8000) => (13 (13 CN/8000))
Feb  1 10:54:23 voipd[299]: payload >>> 8
Feb  1 10:54:23 voipd[299]: payload >>> 101
Feb  1 10:54:23 voipd[299]: payload >>> 13
Feb  1 10:54:23 voipd[299]: >>> Request: ACK sip:[email protected]:5060
Feb  1 10:54:23 voipd[299]: 217.10.123.456 58984 - 7078 audio 8(PCMA)
Feb  1 10:54:23 voipd[299]: Codec PCMA (8) - audio
Feb  1 10:54:23 voipd[299]: rtp_start_session(video): no session definition
Feb  1 10:54:23 voipd[299]: bridgelimit: nConnections=1
Feb  1 10:54:23 voipd[299]: number of bridge interfaces 1
Feb  1 10:54:23 voipd[299]: call to sip:[email protected] established
Feb  1 10:54:23 voipd[299]: plci_connected(appl=2 plci=0x204 ncci=0x0 incoming)
Feb  1 10:54:23 voipd[299]: bufferget failed
Feb  1 10:54:23 voipd[299]: connected(appl=2 plci=0x204 ncci=0x10204 incoming) NCPIlen=0
Feb  1 10:54:23 voipd[299]: <<< Status: 200 OK
Feb  1 10:54:23 voipd[299]: >>> Request: ACK sip:[email protected]:5060
Feb  1 10:54:25 voipd[299]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Feb  1 10:54:25 voipd[299]: >>> Request: INFO sip:[email protected]:5060
Feb  1 10:54:25 voipd[299]: <<< Status: 200 OK
Feb  1 10:54:26 voipd[299]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Feb  1 10:54:26 voipd[299]: >>> Request: INFO sip:[email protected]:5060
Feb  1 10:54:26 voipd[299]: <<< Status: 200 OK
Feb  1 10:54:27 voipd[299]: dtmf_reveived(appl=2 plci=0x204 ncci=0x10204 incoming): 1 "0"
Feb  1 10:54:27 voipd[299]: >>> Request: INFO sip:[email protected]:5060
Feb  1 10:54:27 voipd[299]: <<< Status: 200 OK
Feb  1 10:54:29 voipd[299]: disconnected(appl=2 plci=0x204 ncci=0x10204 incoming): remote: 0x3490 (0x3301) - Normal call clearing
Feb  1 10:54:29 voipd[299]: ocfree: fail 0 normal 0 small 8 large 207
Feb  1 10:54:29 voipd[299]:         underrun 0 max_ackqueuelen 7
Feb  1 10:54:29 voipd[299]:         small packets merged 0, output 0 and consumed from CNG 0
Feb  1 10:54:29 voipd[299]:         capiqueue[0]: 1 (  0.4%)
Feb  1 10:54:29 voipd[299]:         capiqueue[1]: 2 (  0.9%)
Feb  1 10:54:29 voipd[299]:         capiqueue[2]: 2 (  0.9%)
Feb  1 10:54:29 voipd[299]:         capiqueue[3]: 6 (  2.7%)
Feb  1 10:54:29 voipd[299]:         capiqueue[4]: 10 (  4.6%)
Feb  1 10:54:29 voipd[299]:         capiqueue[5]: 23 ( 10.6%)
Feb  1 10:54:29 voipd[299]:         capiqueue[6]: 171 ( 79.5%)
Feb  1 10:54:29 voipd[299]:         capiqueue[7]: 0 (  0.0%)
Feb  1 10:54:29 voipd[299]: bufferget failed
Feb  1 10:54:29 voipd[299]: Codec - (-) - audio
Feb  1 10:54:29 voipd[299]: bridgelimit: nConnections=0
Feb  1 10:54:29 voipd[299]: number of bridge interfaces 1
Feb  1 10:54:29 voipd[299]: >>> Request: BYE sip:[email protected]:5060
Feb  1 10:54:29 voipd[299]: <<< Status: 200 OK
Feb  1 10:54:29 voipd[299]: 7654321: BYE complete
Feb  1 10:54:29 voipd[299]: call to sip:[email protected] terminated (200)
Feb  1 10:54:29 voipd[299]: Packets sent: 201 voice, 0 silence, 0 CN

Feb  1 10:54:29 voipd[299]: rtpsession packets 209 bytes 52668 drop_tooshort 0
Feb  1 10:54:29 voipd[299]:            drop_toolate 0 drop_nobuffer 2 drop_nonaudio 0 wrong_seq 0
Feb  1 10:54:29 voipd[299]:            packets lost 0 consumed from NG 0

Das kommt an:

# Feb  1 10:54:22 voipd[326]: <<< Request: INVITE sip:[email protected]:5060
Feb  1 10:54:22 voipd[326]: audio: 8 (8 PCMA/8000)
Feb  1 10:54:22 voipd[326]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Feb  1 10:54:22 voipd[326]: audio: 101 (101 telephone-event/8000)
Feb  1 10:54:22 voipd[326]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Feb  1 10:54:22 voipd[326]: audio: 13 (13 CN/8000)
Feb  1 10:54:22 voipd[326]: audio: 13 (13 CN/8000) => (13 (13 CN/8000))
Feb  1 10:54:22 voipd[326]: payload >>> 8
Feb  1 10:54:22 voipd[326]: payload >>> 101
Feb  1 10:54:22 voipd[326]: payload >>> 13
Feb  1 10:54:22 voipd[326]: call from sip:[email protected] to 2 (sip2:7654321)
Feb  1 10:54:22 voipd[326]: >>> Status: 180 Ringing
Feb  1 10:54:22 voipd[326]: plci_connected(appl=2 plci=0x104 ncci=0x0 outgoing)
Feb  1 10:54:22 voipd[326]: connected(appl=2 plci=0x104 ncci=0x20104 outgoing) NCPIlen=0
Feb  1 10:54:22 voipd[326]: 217.10.123.456 58982 - 7078 audio 8(PCMA)
Feb  1 10:54:22 voipd[326]: Codec PCMA (8) - audio
Feb  1 10:54:22 voipd[326]: rtp_start_session(video): no session definition
Feb  1 10:54:22 voipd[326]: bridgelimit: nConnections=1
Feb  1 10:54:22 voipd[326]: number of bridge interfaces 1
Feb  1 10:54:22 voipd[326]: >>> Status: 200 OK
Feb  1 10:54:22 dsld[309]: 4 Packets
Feb  1 10:54:23 voipd[326]: >>> Status: 200 OK
Feb  1 10:54:23 dsld[309]: 5 Packets
Feb  1 10:54:23 voipd[326]: <<< Request: ACK sip:[email protected]:5060
Feb  1 10:54:23 voipd[326]: call from sip:[email protected] established
Feb  1 10:54:23 voipd[326]: <<< Request: ACK sip:[email protected]:5060
Feb  1 10:54:25 voipd[326]: <<< Request: INFO sip:[email protected]:5060
Feb  1 10:54:25 voipd[326]: rcvinfo: application/dtmf-relay
Feb  1 10:54:25 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 10:54:25 voipd[326]: >>> Status: 200 OK
Feb  1 10:54:26 voipd[326]: <<< Request: INFO sip:[email protected]:5060
Feb  1 10:54:26 voipd[326]: rcvinfo: application/dtmf-relay
Feb  1 10:54:26 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 10:54:26 voipd[326]: >>> Status: 200 OK
Feb  1 10:54:26 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 10:54:27 voipd[326]: <<< Request: INFO sip:[email protected]:5060
Feb  1 10:54:27 voipd[326]: rcvinfo: application/dtmf-relay
Feb  1 10:54:27 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 10:54:27 voipd[326]: >>> Status: 200 OK
Feb  1 10:54:27 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 10:54:27 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 10:54:29 voipd[326]: <<< Request: BYE sip:[email protected]:5060
Feb  1 10:54:29 voipd[326]: Codec - (-) - audio
Feb  1 10:54:29 voipd[326]: bridgelimit: nConnections=0
Feb  1 10:54:29 voipd[326]: number of bridge interfaces 1
Feb  1 10:54:29 voipd[326]: ocfree: fail 0 normal 0 small 73 large 198
Feb  1 10:54:29 voipd[326]:         underrun 0 max_ackqueuelen 8
Feb  1 10:54:29 voipd[326]:         small packets merged 0, output 0 and consumed from CNG 0
Feb  1 10:54:29 voipd[326]:         capiqueue[0]: 1 (  0.3%)
Feb  1 10:54:29 voipd[326]:         capiqueue[1]: 5 (  1.8%)
Feb  1 10:54:29 voipd[326]:         capiqueue[2]: 67 ( 24.7%)
Feb  1 10:54:29 voipd[326]:         capiqueue[3]: 68 ( 25.0%)
Feb  1 10:54:29 voipd[326]:         capiqueue[4]: 25 (  9.2%)
Feb  1 10:54:29 voipd[326]:         capiqueue[5]: 4 (  1.4%)
Feb  1 10:54:29 voipd[326]:         capiqueue[6]: 30 ( 11.0%)
Feb  1 10:54:29 voipd[326]:         capiqueue[7]: 71 ( 26.1%)
Feb  1 10:54:29 voipd[326]: call from sip:[email protected] terminated (200)
Feb  1 10:54:29 voipd[326]: Packets sent: 214 voice, 0 silence, 0 CN

Feb  1 10:54:29 voipd[326]: rtpsession packets 201 bytes 50652 drop_tooshort 0
Feb  1 10:54:29 voipd[326]:            drop_toolate 0 drop_nobuffer 0 drop_nonaudio 0 wrong_seq 0
Feb  1 10:54:29 voipd[326]:            packets lost 0 consumed from NG 0
Feb  1 10:54:29 voipd[326]: >>> Status: 200 OK
Feb  1 10:54:29 voipd[326]: disconnected(appl=2 plci=0x104 ncci=0x20104 outgoing): local: 0x0000 (0x3301) - No additional information

Das kommt bei einem Anruf von X-Lite an:

# Feb  1 11:10:29 voipd[326]: <<< Request: INVITE sip:[email protected]:5060
Feb  1 11:10:29 voipd[326]: audio: 0 (0 pcmu/8000)
Feb  1 11:10:29 voipd[326]: audio: 0 (0 pcmu/8000) => (0 (0 pcmu/8000))
Feb  1 11:10:29 voipd[326]: audio: 8 (8 pcma/8000)
Feb  1 11:10:29 voipd[326]: audio: 8 (8 pcma/8000) => (8 (8 pcma/8000))
Feb  1 11:10:29 voipd[326]: audio: 3 (3 gsm/8000)
Feb  1 11:10:29 voipd[326]: audio: 3 (3 gsm/8000) => NOT SUPPORTED
Feb  1 11:10:29 voipd[326]: audio: 98 (98 iLBC/8000)
Feb  1 11:10:29 voipd[326]: audio: 98 (98 iLBC/8000) => NOT SUPPORTED
Feb  1 11:10:29 voipd[326]: audio: 97 (97 speex/8000)
Feb  1 11:10:29 voipd[326]: audio: 97 (97 speex/8000) => NOT SUPPORTED
Feb  1 11:10:29 voipd[326]: audio: 101 (101 telephone-event/8000)
Feb  1 11:10:29 voipd[326]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))
Feb  1 11:10:29 voipd[326]: payload >>> 8
Feb  1 11:10:29 voipd[326]: payload >>> 0
Feb  1 11:10:29 voipd[326]: payload >>> 101
Feb  1 11:10:29 voipd[326]: call from sip:[email protected] to 2 (sip2:7654321)
Feb  1 11:10:29 voipd[326]: >>> Status: 180 Ringing
Feb  1 11:10:29 voipd[326]: plci_connected(appl=2 plci=0x104 ncci=0x0 outgoing)
Feb  1 11:10:29 voipd[326]: connected(appl=2 plci=0x104 ncci=0x20104 outgoing) NCPIlen=0
Feb  1 11:10:29 voipd[326]: 217.10.123.45660438 - 7078 audio 8(PCMA)
Feb  1 11:10:29 voipd[326]: Codec PCMA (8) - audio
Feb  1 11:10:29 voipd[326]: rtp_start_session(video): no session definition
Feb  1 11:10:29 voipd[326]: bridgelimit: nConnections=1
Feb  1 11:10:29 voipd[326]: number of bridge interfaces 1
Feb  1 11:10:29 voipd[326]: >>> Status: 200 OK
Feb  1 11:10:29 voipd[326]: <<< Request: ACK sip:[email protected]
Feb  1 11:10:29 voipd[326]: call from sip:[email protected] established
Feb  1 11:10:33 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:33 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:34 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 11:10:35 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 11:10:37 voipd[326]: capiconn_dtmf_send (0=0)
Feb  1 11:10:37 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:37 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:37 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:37 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:37 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:37 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capibufferoutput ackqueuelen too great
Feb  1 11:10:38 voipd[326]: capiconn_dtmf_send (1=1)
Feb  1 11:10:39 voipd[326]: capiconn_dtmf_send (2=2)
Feb  1 11:10:40 voipd[326]: capiconn_dtmf_send (3=3)
Feb  1 11:10:40 voipd[326]: capiconn_dtmf_send (4=4)
Feb  1 11:10:41 voipd[326]: capiconn_dtmf_send (5=5)
Feb  1 11:10:44 voipd[326]: <<< Request: BYE sip:[email protected]
Feb  1 11:10:44 voipd[326]: Codec - (-) - audio
Feb  1 11:10:44 voipd[326]: bridgelimit: nConnections=0
Feb  1 11:10:44 voipd[326]: number of bridge interfaces 1
Feb  1 11:10:44 voipd[326]: ocfree: fail 0 normal 153 small 1102 large 0
Feb  1 11:10:44 voipd[326]:         underrun 0 max_ackqueuelen 8
Feb  1 11:10:44 voipd[326]:         small packets merged 0, output 0 and consumed from CNG 0
Feb  1 11:10:44 voipd[326]:         capiqueue[0]: 1 (  0.0%)
Feb  1 11:10:44 voipd[326]:         capiqueue[1]: 743 ( 59.2%)
Feb  1 11:10:44 voipd[326]:         capiqueue[2]: 43 (  3.4%)
Feb  1 11:10:44 voipd[326]:         capiqueue[3]: 179 ( 14.2%)
Feb  1 11:10:44 voipd[326]:         capiqueue[4]: 238 ( 18.9%)
Feb  1 11:10:44 voipd[326]:         capiqueue[5]: 9 (  0.7%)
Feb  1 11:10:44 voipd[326]:         capiqueue[6]: 8 (  0.6%)
Feb  1 11:10:44 voipd[326]:         capiqueue[7]: 34 (  2.7%)
Feb  1 11:10:44 voipd[326]: call from sip:[email protected] terminated (200)
Feb  1 11:10:44 voipd[326]: Packets sent: 502 voice, 0 silence, 0 CN

Feb  1 11:10:44 voipd[326]: rtpsession packets 538 bytes 64456 drop_tooshort 0
Feb  1 11:10:44 voipd[326]:            drop_toolate 0 drop_nobuffer 0 drop_nonaudio 0 wrong_seq 0
Feb  1 11:10:44 voipd[326]:            packets lost 0 consumed from NG 0
Feb  1 11:10:44 voipd[326]: >>> Status: 200 OK
Feb  1 11:10:44 voipd[326]: disconnected(appl=2 plci=0x104 ncci=0x20104 outgoing): local: 0x0000 (0x3301) - No additional information

Hier funktioniert die Durchwahl, es klingelt beim anzurufenden Teilnehmer mit der Rufnummer 12345, dann habe ich abgebrochen.

 

[Tippfehler]

PID Uid VmSize Stat Command
1 root 252 S init
2 root SW [keventd]
3 root RWN [ksoftirqd_CPU0]
4 root SW [kswapd]
5 root SW [bdflush]
6 root SW [kupdated]
7 root SW [mtdblockd]
8 root SW [tffsd_mtd3]
195 root 208 S ledcfg -c -d -f /etc/Fritz_Box_FON.led.conf
222 root SW [capitransp]
252 root 1124 S N ctlmgr
257 root 1084 S N websrv
262 root 1160 S igdd
263 root 1160 S igdd
264 root 1160 S igdd
265 root 1160 S igdd
266 root 1084 S N websrv
267 root 1084 S N websrv
268 root 1084 S N websrv
274 root 1020 S multid
282 root 1336 S < dsld -i -n
294 root 584 S telefon a127.0.0.1
300 root 180 S /bin/run_clock -c /dev/tffs/mtd3 -d
309 root 176 S /usr/sbin/telnetd
338 root 288 S /usr/sbin/crond
344 root 232 S /usr/sbin/dropbear
353 root 392 S -sh
439 root 1612 S < voipd
440 root 396 S /usr/sbin/dropbear
441 root 416 S -sh
507 root 316 R ps aux

total: used: free: shared: buffers: cached:
Mem: 15028224 14675968 352256 0 204800 6500352
Swap: 0 0 0
MemTotal: 14676 kB
MemFree: 344 kB
MemShared: 0 kB
Buffers: 200 kB
Cached: 6348 kB
SwapCached: 0 kB
Active: 5548 kB
Inactive: 4404 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 14676 kB
LowFree: 344 kB
SwapTotal: 0 kB
SwapFree: 0 kB

 

[haveaniceday]

Hallo Tippfehler,

dass sieht nach einem Speicherengpass aus.
Wenn das deine WLAN sein sollte ist der Falsche Bootloader drauf ( 16 MB only )

Die folgenden Aussagen sind "Vermutungen". Ich könnte mich aber auch täuschen.
Mem:
Total: 15028224
Used: 14675968
Free: 352256
Buffers: 204800
cached: 6500352

=> Cached: wird bestimmt vom Linux benötigt um das squashfs zu lesen.
=> free: Prozess könnte evtl mehr anfordern: "capibufferoutput ackqueuelen too great"

Versuch A: ohne websrv probieren ( "websrv -s" )
Versuch B: Auf der WLAN probieren
Versuch C: crond + (dropbear oder telnetd) stoppen.

Haveaniceday

 

[spongebob]

bufferget failed

Ist schon merkwürdig, oder?

 

[Tippfehler]

Das war die Box ohne Wlan.

Bei der Wlan-Version sieht das so aus, funktioniert aber genau so wenig:

PID Uid VmSize Stat Command
1 root 336 S init
2 root SW [keventd]
3 root RWN [ksoftirqd_CPU0]
4 root SW [kswapd]
5 root SW [bdflush]
6 root SW [kupdated]
7 root SW [mtdblockd]
8 root SW [tffsd_mtd3]
197 root 212 S ledcfg -c -d -f /etc/Fritz_Box_WLAN.led.conf
225 root SW [capitransp]
265 root 1256 S N ctlmgr
284 root 1032 S N websrv
289 root 1256 S igdd
290 root 1256 S igdd
291 root 1256 S igdd
292 root 1256 S igdd
293 root 1032 S N websrv
294 root 1032 S N websrv
295 root 1032 S N websrv
300 root 1172 S multid
309 root 1648 S < dsld -i -n
321 root 636 S telefon a127.0.0.1
326 root 1788 S < voipd
328 root 184 S /bin/run_clock -c /dev/tffs/mtd3 -d
336 root 240 S /usr/sbin/telnetd
362 root 336 S /usr/sbin/crond
368 root 316 S /usr/sbin/dropbear
408 root 412 S -sh
499 root 344 S wpa_authenticator
505 root 456 S /usr/sbin/dropbear
506 root 416 S -sh
572 root 316 R ps aux

total: used: free: shared: buffers: cached:
Mem: 31559680 30494720 1064960 0 2633728 17231872
Swap: 0 0 0
MemTotal: 30820 kB
MemFree: 1040 kB
MemShared: 0 kB
Buffers: 2572 kB
Cached: 16828 kB
SwapCached: 0 kB
Active: 4744 kB
Inactive: 17956 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 30820 kB
LowFree: 1040 kB
SwapTotal: 0 kB
SwapFree: 0 kB

 

[haveaniceday]

Hmm, ich habe keine weitere Idee. Sorry.
Speicher sieht für mich bei der WLAN besser aus. Aber wenn es nicht hilft... :-(

 

[KiRKman]

Ähh, "capibufferoutput ackqueuelen too great" kommt bei mir während eines VoIP-Telefonates volle Kanne am laufenden Band! Der Bildschirm ist ruckzuck durchgelaufen und dann wird diese Fehlermeldung seitenweise ausgegeben. Das rasselt in einem durch! Und das hört auch erst auf, wenn ich auflege. Hab' mir bisher nichts dabei gedacht. Ich halte dies für einen Buffer-Underrun wegen zu wenig zur Verfügung stehender Bandbreite. Meine Leitungen brutzeln ja auch immer wie Hölle, weil das Traffic Shaping bei mir nicht funktioniert. Aber das ist eine andere Geschichte

 

[paloema]

Dieses capibufferout kommt auch bei mir beim Telefonieren ohne Ende. Liegen die Verbindungsprobleme denn nun daran? Kann man da irgendwie Abhilfe schaffen? Was meint das mit dem Abschalten des Webservers?

 

[haveaniceday]

Hi paloema,

Abschalten Webserver: auf der Box läuft ein Webserver. Der Prozess heisst websrv.
Über diesen Server kommst du an die Konfiguration und den Status.
=> Es sollte den laufenden Betrieb nicht stören, wenn er aus ist.

Aber inzwischen glaube ich nicht so recht das ein Speichermangel der Grund dafür ist.
( Hab da irgend etwas in einem anderen Thread in Erinnerung.)

Solange VoIP trotzdem geht stört mich die Meldung nicht weiter.

Haveaniceday

 

[paloema]

Naja, gehen tut es schon, aber wie gesagt sehr schlecht. Ich telefoniere mittlerweile im Alltagsbetrieb nur noch über Festnetz, nur ab und an zum testen über VoIP.

 

[haveaniceday]

Hi paloema,

wenn du das Problem mit original Firmware und original Codesreihenfolge
auch hast, telnet zum Anmelden stört ja nicht, sollte AVM dabei helfen
können.

Hast du das schon mal versucht ?

Haveaniceday

 

[paloema]

Nach den Aussagen hier im Forum habe ich es gleich gelassen, da ja die Lösungsangebote meist im "bitte neue Firmware aufspielen" oder "Werksreset durchführen" geendet haben.
Seit heute morgen habe ich die Firmware .29 und die Codecs G726-32_G729.tar drauf.
Eben ein 1-Stunden-Gespräch geführt: Anfangs leichtes Knacken, dann alles bestens. Kein Echo, keine Verzögerung...toitoitoi...hoffentlich bleibt das so.
Die Fehlermeldung mit capibufferoutput kam zwar noch, aber wesentlich seltener als vorher. Vielleicht hängt das wirklich damit zusammen?!?

 

[haveaniceday]

( Ich bin ein ziemlicher VoIP-Laie, Aussage mit Vorsicht betrachten )

Vielleicht kommt dieser Fehler bei einer schlechten langsamen Verbindung
zwischen den Teilnehmern.
Bei irgend einem Provider habe ich auch gelesen, dass der IP-Traffic
nicht direkt zwischen den Teilnehmern sondern über den Provider ging.
War hier im Forum. Aber wo....
Aber wie gesagt: diese Aussage kann zu 99 % falsch sein. Ist nur eine
Idee für eine Vermutung ;-)

Haveaniceday

 

[paloema]

Wenn du ein Laie bist (siehe deine Codecs), was bin ich dann??? ;-)
Ich habe ja weiter unten einen eigenen Thread für mein Problem eröffnet. Leider hat noch niemand geantwortet. Mein Provider ist 1und1. Habe das Problem sowohl bei reinem VoIP als auch bei VoIP zu Festnetz.