kleines problem mit bristuff-0.3.0-PRE-1n

[stinkstiefel]

Ich habe mir eben bristuff-0.3.0-PRE-1n installiert.
zaphfc ist im nt modus
asterisk startet erstaunlicher weise sogar
nun mein kleines problem
rufe ich raus (ein freizeichen kommt schon mal)
kommen folgende Meldungen:

channel.c: No path to translate from SIP/sipgate-1d5d(256) to Zap/2-1(72)
chan_sip.c:Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
channel.c: No path to translate from Zap/2-1(72) to SIP/sipgate-1d5d(256)
app_dial.c: Had to drop call because I couldn't make Zap/2-1 compatible with SIP/sipgate-1d5d

chan_sip.c:Asked erscheint mehrmals untereinander ich hab es der übersicht halbte auf einen eintrag reduziert.

was mir komisch erscheint ist sipgate-1d5d
die zeichen hinter sipgate-
ändern sich auch jedes mal wenn man einen neuen versuch startet
ich verwende noch einträge in sip.conf und extensions.conf für bristuff-0.2.0-RC8n könnte es damit zusammen hängen oder läuft hier etwas ganz anderes gegen den Baum?

Ach ja beim reload kommt auch etwas worauf ich mir keinen reim machen kann.

Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring switchtype
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring pridialplan
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring overlapdial
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring signalling

 

[stinkstiefel]

Wenn keiner eine Idee hat bleibt mir wohl nur auf eine neue Version zu warten.

 

[Nos]

Hi,

Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring switchtype
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring pridialplan
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring overlapdial
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring signalling

Das habe ich auch. Scheint aber trotzdem alles zu funktionieren

Gruß Nos

 

[kombjuder]

channel.c: No path to translate from Zap/2-1(72) to SIP/sipgate-1d5d(256)
app_dial.c: Had to drop call because I couldn't make Zap/2-1 compatible with SIP/sipgate-1d5d

Dein Asterisk hat Probleme mit den Codecs. Du verlangst anscheinend etwas was er nicht kann, z.B g729 nach ulaw. Vergleiche mal erlaubt und verboten bei den entsprechenden Einträgen.

Ach ja beim reload kommt auch etwas worauf ich mir keinen reim machen kann.

Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring switchtype
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring pridialplan
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring overlapdial
Apr 11 17:56:02 WARNING[4846]: chan_zap.c:12414 setup_zap: Ignoring signalling

Das ist normal. Diese Sachen kann Asterisk nur im Rahmen eines restart oder neustarts ändern. Darauf weist er dich mit der Meldung hin. Davon gibt es noch mehr.

 

[stinkstiefel]

Ich verwende in sip.conf
disallow=all
allow=g729
allow=g726
allow=gsm
damit funktioniert es mit der alten Version wunderbar.

 

[kombjuder]

Ich verwende in sip.conf
disallow=all
allow=g729
allow=g726
allow=gsm
damit funktioniert es mit der alten Version wunderbar.

Von deinem Zap kommt nur alaw bzw ulaw. Das heisst, es muß umgerechnet werden.
G729 geht nur mit nicht im Asterisk enthaltenem Code. Der Rest sollte gehen.

Ich habe hier keine Probleme trotz gleicher Bristuff-Version.

 

[stinkstiefel]

richtig sollte gehen geht ja mit der alten version auch
nur mit der neuen halt nicht.
konnte vorhin nach etwas probieren sogar mal erfolgreich rausrufen mal abgesehen von jeder menge meldungen in der cli von chan_sip.c:Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
gut dachte ich rufe ich mich doch gleich mal selbst an das ging dann wieder nicht.

 

[stinkstiefel]

Na also, hat ja nicht lange gedauert bis ich es mit einer neuen Version versuchen kann *g* bristuff-0.3.0-PRE-1o ist online

EDIT:

So nach dem ich mich heut daran gemacht habe die neue Version zu kompilieren geht das erst mal.
Dann hab ich einen angepassten florz patch wie für 1n genommen und das will aber leider nicht so recht.
da spuckt er mir dann aus:

patching file Makefile
patching file zaphfc.c
Hunk #22 FAILED at 772.
Hunk #26 FAILED at 920.
2 out of 26 hunks FAILED -- saving rejects to file zaphfc.c.rej
patching file zaphfc.h

hat schon einer erfolgreich die 1o gepatcht?

 

[stinkstiefel]

Naja der test mit der neuen version verlief nun auch wieder eher ernüchternd.
Wie schon beim letzten mal startet asterisk ganz brav freizeichen ist auch wieder da tja und das war es dann auch schon dann wieder wie gehabt nach dem wählen von 10000 piep piep piep ende.
hier mal ein etwas ausführlicherer logauszug vielleicht mach ich ja doch noch irgend etwas falsch und es sieht hier einer von euch an hand des logs was ich probieren könnte. ulaw und alaw habe ich wie man dem log entnehmen kann diesmal schon aus lauter verzweiflung erlaubt.
Ich denke mal zaphfc will nicht so richtig mit meiner isdn karte, oder was meint ihr?

SIP Debugging enabled
Destroying call '[email protected]'
We're at 89.57.30.69 port 10352
Adding codec 0x100 (g729) to SDP
Adding codec 0x10 (g726) to SDP
Adding codec 0x2 (gsm) to SDP
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
13 headers, 13 lines
Reliably Transmitting (no NAT) to 217.10.79.9:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 89.57.30.69:5060;branch=z9hG4bK2eb55413;rport
From: "1234" <sip:[email protected]>;tag=as5aa8eed2
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Wed, 26 Apr 2006 23:55:11 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 279

v=0
o=root 821 821 IN IP4 89.57.30.69
s=session
c=IN IP4 89.57.30.69
t=0 0
m=audio 10352 RTP/AVP 18 111 3 0 8
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:111 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=silenceSuppff - - - -

---
Apr 27 01:55:11 WARNING[821]: channel.c:2723 ast_channel_make_compatible: No path to translate from SIP/sipgate-22d9(256) to Zap/2-1(72)
Apr 27 01:55:11 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:11 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
Apr 27 01:55:12 WARNING[821]: chan_sip.c:2545 sip_write: Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256)
ipcop*CLI>
<-- SIP read from 217.10.79.9:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 89.57.30.69:5060;branch=z9hG4bK2eb55413;rport=5060
From: "1234" <sip:[email protected]>;tag=as5aa8eed2
To: <sip:[email protected]>;tag=b11cb9bb270104b49a99a995b8c68544.f0f0
Call-ID: [email protected]
CSeq: 102 INVITE
Proxy-Authenticate: Digest realm="sipgate.de", nonce="4450098eb6fd84e085082bcb93cd71ecca18e244"
Server: sipgate ser
Content-Length: 0
Warning: 392 217.10.79.9:5060 "Noisy feedback tells: pid=20154 req_src_ip=89.57.30.69 req_src_port=5060 in_uri=sip:[email protected] out_uri=sip:[email protected] via_cnt==1"


--- (10 headers 0 lines)---
Transmitting (no NAT) to 217.10.79.9:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 89.57.30.69:5060;branch=z9hG4bK2eb55413;rport
From: "1234" <sip:[email protected]>;tag=as5aa8eed2
To: <sip:[email protected]>;tag=b11cb9bb270104b49a99a995b8c68544.f0f0
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0

 

[stinkstiefel]

Kann mir einer von euch sagen welcher codec hinter frame type 8 steckt?
256 ist wohl g729. Um es noch etwas einzugrenzen werd ich wohl einfach mal allow=g729 aus der sip.conf entfernen und schauen was passiert.

EDIT: Tja was soll ich sagen so läuft es jetzt. Verstehe ich zwar nicht aber egal es läuft. Jubel!!!
Jetzt bin ich natürlich noch sehr stark an den Änderungen des Florz Patches interessiert das man ihn auch für bristuff-0.3.0-PRE-1o
verwenden kann um die ab und zu auftretenden meldungen: bchan rx fifo not enough bytes to receive! aus dem log zu verbannen.