[Erledigt] Asterisk-Bug? SIP_HEADER(To) returns nothing @ first call

Friederich

Neuer User
Mitglied seit
1 Feb 2012
Beiträge
22
Punkte für Reaktionen
0
Punkte
0
Hier ein Incoming-Context, der quasi aus der sip.conf angesprungen wird:
Code:
exten => _X.,1,NoOp(ankommend)
   same => n,Set(tmp=${SIP_HEADER(To)})
   same => n,Verbose(1,Schau: ${tmp})
   same => n,Set(tmp=${SIP_HEADER(To)})
   same => n,Verbose(1,Schau: ${tmp})
Ergibt:
Code:
Schau:
Schau: <sip:[email protected]>
SIP_HEADER(To) liefert also beim ersten Aufruf nichts.
Wird vorher ein Wait(x) aufgerufen, liefert auch der erste Aufruf den Headerstring.


Ist das ein Fehler, oder gibt es für das Verhalten sinnvolle Gründe?

Hat das was damit zu tun?
https://issues.asterisk.org/jira/browse/ASTERISK-9239
 
Zuletzt bearbeitet:
Das Verhalten kann ich so nicht bestätigen:

Code:
 _[*#a-zA-Z0-9]! =>      {
                                if ("${CHANNEL(channeltype)}"="SIP") {
                                        NoOp(Call von ${SIPCHANINFO(uri)});
                                        NoOp(Call fuer ${SIP_HEADER(TO)});
                                        Set(MYDEST=${CUT(CUT(CUT(SIP_HEADER(TO),<,2),@,1),:,2)});
                                } else {
                                        Set(MYDEST=${EXTEN});
                                }
                                }

Liefert sowohl unter 1.8.x als auch unter 11.x immer die korrekten Werte. Ohne jetzt abergläubisch sein zu wollen: Was passiert, wenn Du in Deinem Dialplan-Abschnitt statt To TO schreibst (also same => n,Set(tmp=${SIP_HEADER(TO)}) ?
 
Ahh, verdammt. Ich hab den Fehler gefunden. Lag auf meiner Seite. Es gab noch einen include für diese Extension, der "fehlerhaft" war.

Also der Thread hier hat sich definitiv erledigt.

Danke für deine Bemühung.
 
Magst Du dann den Thrad auf Erledigt setzen (1. Beitrag bearbeiten/erweitert)
 
Kostenlos!

Statistik des Forums

Themen
248,856
Beiträge
2,302,982
Mitglieder
378,504
Neuestes Mitglied
Hallo61Hallo