OctoBriCard / Anlagenschluss / Alle Leitungen besetzt -> Nummer ungültig

[turricum]

Hallo zusammen

Ich habe eine OctoBri Karte mit einem Anlagenanschluss unter Debian. Soweit läuft alles

Ich habe zwei NTBA's und die Kabel gehen direkt zur QuadBri Karte. Wenn alle ISDN Leitungen besetzt sind und jemand möchte von aussen anrufen kommt "Kein Anschluss unter dieser Nummer".

Lässt sich diese Ansage irgendwie in ein Besetztzeichen "umwandeln"?

Merci und mit besten Grüssen
turricum

 

[laureen]

das kommt gar nicht bis zu deiner asterisk durch, diese ansage kommt vom provider, der dir die isdn leitung(en) zur verfügung stellt, ein anruf an der hotline des providers wird dir zeigen, ob dieser das umstellen kann.

grüße,
laureen

 

[turricum]

das war die Antwort die ich nicht hören wollte ;-)

Bevor ich mich durch den Dschungel der T-Com Hotline durchschlage: wie
lösen das andere? Anstatt ein Besetztzeichen kommt ja Nummer nicht gültig. Das kann doch nicht sein das meine Geschäftsleitung die einzigen sind die sowas nicht schön finden?

Ja die Leitungen sind besetzt, doch es gibt ja noch D-Kanal. Hat der damit nicht auch noch irgendetwas zu tun?

mfg
turricum

 

[wpfundstein]

Hallo,

das ist kein Problem des Providers sondern ein Problem vom Bristuff.

Grüße

 

[laureen]

@wpfundstein: wäre schön, wenn du uns auch verraten könntest, welches problem und bei welcher version das auftritt...

 

[wpfundstein]

Sorry,

ich verwende 1.2.19. Ich habe halt genau das gleiche Problem und habe lange nach einer Lösung gesucht. Bei der Suche habe ich erfahren dass Bristuff bei 2 B-Channels in Use und 3. Anruf nicht den D-Channel bemüht bzw. keinen Pseudo Channel aufbaut. Angeblich soll es mit chan_capi funktionieren.

Es wäre halt super wenn sich Leute finden würden die dieses Problem im Source beheben könnten. Es reicht ja wenn beim 3. Anruf einfach ein Besetzt gemeldet wird.

Grüße

 

[laureen]

wenn das wirklich angesprochenes problem ist, macht es nur sinn, dass kpj von junghanns das im sourcecode löst, da er ja den bristuff wartet.

 

[turricum]

Ich verwende Bristuff "0.3.0-PRE-1y-j". Es gibt in der Zwischeneit 9 neuere Versionen. Doch anhand des ChangeLog sehe ich nicht ob es gefixt ist und einfach so die neue Version kompilieren will ich auch nicht.

Ich habe unten die Changes aufgeführt und keine lösung gesehen. Vielleicht habe ich es auch übersehen ....

mfg
turricum

0.3.0-PRE-1y-s
- updated to asterisk 1.2.29, zaptel 1.2.26, libpri 1.2.7

0.3.0-PRE-1y-r
- calling_party_numner, called_party_number, call_reference, accountcode are now preserved
when a channel is masqueraded
- added module parameter "baudrate" to ztgsm (19200 is default)
- added AT commands for SIM card selection to ztgsom (AT+SIM=0 (onboard) AT+SIM=1 (external))
- added AT commands for shutting down / starting GSM modules to ztgsm (AT+POWER=0 , AT+POWER=1)
- added sip.conf (global/peer/user) option "calleridupdate=never|info" to update the callerid
after an attended transfer. The default is "never" because some SIP devices do not like to
receive a SIP INFO during the call and will hang up.

0.3.0-PRE-1y-q
- modified chan_sip hangup behaviour, before a normal hangup on a not yet connected
sip call would result in a "603 Declined", now it results in a "480 Temporarily Unavailable"
- fixed segmentation fault in cdr_manager (introduced by cdr modifications)
- fixed duoBRI miniPCI detection in qozap
- added "preferredid" setting to set up "P-Preferred-Identity" Header in chan_sip
- fixed "call reference exceeds 127 on BRI spans" bug in libpri which caused a deadlock in chan_zap
(this is currently "fixed" with a workaround as the bug needs more analysis)
- reduced ztgsm baudrate (serial interface to gsm modules) to be more robust against irq misses
in loaded systems
- improved ztgsm serial debug output

0.3.0-PRE-1y-p
- modified cdr handling to suplly calling_party_number, called_party_number and call_reference
for every call (even for those created by originate or pbx_spool)
currently only chan_sip and chan_iax2 have support for this
- fixed duration/billsec for pbx_spooled/orignated channels
- fixed cwain bug (sprintf buffer overflow)
- fixed priindication=passthrough related deadlock in chan_zap
- added proper caller ID handling for attended transfers (chan_sip, snom)

0.3.0-PRE-1y-o
- fixed segmentation fault in app_userevent (caused by multiline body patch)

0.3.0-PRE-1y-n
- updated to asterisk 1.2.26
- updated to zaptel 1.2.22.1
- reintegrated anti-glare patch (digium bug 8957)
- added patch to unlock channel list earlier when calling channel_free
- added uniqueid support for SetVar, GetVar, Status AMI commands
- fixed segfault in asterisk 1.2.26 (caused by chan_iax2 fix for issue #1119)
- fix for sms sending in libgsmat (0.0.3)
- bristuff is now again api-compatible with digium asterisk

0.3.0-PRE-1y-m
- asterisk patch split into 25 seperate quilted patches (and counting...)
- chan_capi is now optional

0.3.0-PRE-1y-l
- updated to zaptel 1.2.22
- updated to asterisk 1.2.25
- new Makefiles for qozap,zaphfc,cwain,ztgsm
- updated drivers for pci and irq deprecation changes (e.g. SuSE 10.3)
- slightly (very slightly) improved the INSTALL file

0.3.0-PRE-1y-k
- updated to asterisk 1.2.24
- fixed app_pickup bug introduces in 0.3.0-PRE-1y-j
- fixed priindication=passthrough bug (for failed outgoing calls)
- added support for detection of data calls (redirection to "data" extension)
when datadetect=yes in zapata.conf
- added support for receiving ISDN network time into channel variable ${PRI_NETWORK_TIME}