.titleBar { margin-bottom: 5px!important; }

capibufferoutput ackqueuelen too great

Dieses Thema im Forum "FRITZ!Box Fon: Telefonie" wurde erstellt von Tippfehler, 17 Jan. 2005.

  1. Tippfehler

    Tippfehler IPPF-Promi

    Registriert seit:
    14 Sep. 2004
    Beiträge:
    3,074
    Zustimmungen:
    7
    Punkte für Erfolge:
    38
    Ort:
    AB
    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:
    Code:
    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:
    Code:
    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:2222222@sipgate.de 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:2222222@sipgate.de 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:2222222@sipgate.de 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.
     
  2. Tippfehler

    Tippfehler IPPF-Promi

    Registriert seit:
    14 Sep. 2004
    Beiträge:
    3,074
    Zustimmungen:
    7
    Punkte für Erfolge:
    38
    Ort:
    AB
    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.
     
  3. spongebob

    spongebob Aktives Mitglied

    Registriert seit:
    22 Sep. 2004
    Beiträge:
    1,287
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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...
     
  4. Tippfehler

    Tippfehler IPPF-Promi

    Registriert seit:
    14 Sep. 2004
    Beiträge:
    3,074
    Zustimmungen:
    7
    Punkte für Erfolge:
    38
    Ort:
    AB
    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.
     
  5. haveaniceday

    haveaniceday Aktives Mitglied

    Registriert seit:
    14 Okt. 2004
    Beiträge:
    1,305
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
     
  6. spongebob

    spongebob Aktives Mitglied

    Registriert seit:
    22 Sep. 2004
    Beiträge:
    1,287
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Das glaube ich erst, wenn es einen vergleichbaren Trace mit G.711 gibt ;)
     
  7. Tippfehler

    Tippfehler IPPF-Promi

    Registriert seit:
    14 Sep. 2004
    Beiträge:
    3,074
    Zustimmungen:
    7
    Punkte für Erfolge:
    38
    Ort:
    AB
    Hier die Ausgaben mit PCMA:

    Das geht raus:

    Code:
    # 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:1234567@sipgate.de
    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:1234567@217.236.123.456: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:1234567@sipgate.de 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:1234567@217.236.123.456: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:1234567@217.236.123.456: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:1234567@217.236.123.456: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:1234567@217.236.123.456: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:1234567@217.236.123.456: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:1234567@sipgate.de 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:

    Code:
    # Feb  1 10:54:22 voipd[326]: <<< Request: INVITE sip:1234567@217.236.123.456: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:7654321@sipgate.de 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:1234567@217.236.123.456:5060
    Feb  1 10:54:23 voipd[326]: call from sip:7654321@sipgate.de established
    Feb  1 10:54:23 voipd[326]: <<< Request: ACK sip:1234567@217.236.123.456:5060
    Feb  1 10:54:25 voipd[326]: <<< Request: INFO sip:1234567@217.236.123.456: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:1234567@217.236.123.456: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:1234567@217.236.123.456: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:1234567@217.236.123.456: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:7654321@sipgate.de 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:

    Code:
    # Feb  1 11:10:29 voipd[326]: <<< Request: INVITE sip:7654321@217.236.123.456: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:7654321@sipgate.de 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:7654321@217.236.123.456
    Feb  1 11:10:29 voipd[326]: call from sip:7654321@sipgate.de 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:7654321@217.236.123.456
    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:7654321@sipgate.de 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.
     
  8. Tippfehler

    Tippfehler IPPF-Promi

    Registriert seit:
    14 Sep. 2004
    Beiträge:
    3,074
    Zustimmungen:
    7
    Punkte für Erfolge:
    38
    Ort:
    AB
     
  9. haveaniceday

    haveaniceday Aktives Mitglied

    Registriert seit:
    14 Okt. 2004
    Beiträge:
    1,305
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
     
  10. spongebob

    spongebob Aktives Mitglied

    Registriert seit:
    22 Sep. 2004
    Beiträge:
    1,287
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    bufferget failed

    Ist schon merkwürdig, oder?
     
  11. Tippfehler

    Tippfehler IPPF-Promi

    Registriert seit:
    14 Sep. 2004
    Beiträge:
    3,074
    Zustimmungen:
    7
    Punkte für Erfolge:
    38
    Ort:
    AB
    Das war die Box ohne Wlan.

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

    haveaniceday Aktives Mitglied

    Registriert seit:
    14 Okt. 2004
    Beiträge:
    1,305
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Hmm, ich habe keine weitere Idee. Sorry.
    Speicher sieht für mich bei der WLAN besser aus. Aber wenn es nicht hilft... :-(
     
  13. KiRKman

    KiRKman Aktives Mitglied

    Registriert seit:
    27 Okt. 2004
    Beiträge:
    1,077
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Ä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 ;)
     
  14. paloema

    paloema Mitglied

    Registriert seit:
    18 Sep. 2004
    Beiträge:
    222
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    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?
     
  15. haveaniceday

    haveaniceday Aktives Mitglied

    Registriert seit:
    14 Okt. 2004
    Beiträge:
    1,305
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
     
  16. paloema

    paloema Mitglied

    Registriert seit:
    18 Sep. 2004
    Beiträge:
    222
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    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.
     
  17. haveaniceday

    haveaniceday Aktives Mitglied

    Registriert seit:
    14 Okt. 2004
    Beiträge:
    1,305
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
     
  18. paloema

    paloema Mitglied

    Registriert seit:
    18 Sep. 2004
    Beiträge:
    222
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    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?!?
     
  19. haveaniceday

    haveaniceday Aktives Mitglied

    Registriert seit:
    14 Okt. 2004
    Beiträge:
    1,305
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    ( 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
     
  20. paloema

    paloema Mitglied

    Registriert seit:
    18 Sep. 2004
    Beiträge:
    222
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    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.