Neu: bristuff-0.3.0-PRE-1y-f/g/h

[Netview]

für asterisk-1.2.18, zaptel 1.2.17.1 und libpri 1.2.4.

 

[Jonny]

Und weil bisher nicht angegeben, das CHANGELOG:

0.3.0-PRE-1y-f
- updated to asterisk 1.2.18
- updated to zaptel 1.2.17.1
- fixed cardID detection of quadBRI PCI ISDN 2.0
- fixed LED support on quadBRI PCI ISDN 2.0 and quadBRI miniPCI ISDN
- added dialplan options to chan_sip
- added "rtpip=" setting to chan_sip

 

[kombjuder]

Hallo,

hat dafür jemand einen angepassten Florz-Patch?

 

[speedy1980]

Hat jemand eine Ahnung, was rtpip genau tut? Ich meine man kann sich ja einiges beim Namen denken, aber wozu baut Junghanns das ein? Wenns wichtig wäre hätten es die Asterisk-Leute doch schon längst integriert. Was tut rtpip also genau für chan_sip, was die Variable ourip nicht kann, und was in der Standard-Asterisk Version bisher niemand brauchte? Gehts vielleicht um RTP Proxies? Jemand mit Hintergrundinfos hier?

Edit: Hinweis gefunden.

;rtpip=192.168.1.1			; if RTP should go to asterisk you can configure the
					; used IP address here (for multihomed machines)

 

[Netview]

@kombjuder:

Da sich am zaphfc-treiber nichts getan hat kannst du folgenden für 1y-e angepassten florz-patch nehmen (läuft bei mir absolut stabil):

http://www.ip-phone-forum.de/showpost.php?p=839262&postcount=21

 

[Netview]

Edit: Hinweis gefunden.

;rtpip=192.168.1.1			; if RTP should go to asterisk you can configure the
					; used IP address here (for multihomed machines)

Ich hab's nur leider nicht ganz kapiert!

Hast du herausgefunden was Junghanns damit bezweckt?

 

[speedy1980]

Meine Vermutung: Hat man eine Asterisk-Kiste mit 2 IP-Adressen aus dem gleichen Subnetz, so ist nicht klar, mit welcher von beiden die RTP Ströme gesendet werden sollen. Mit rtpip legt man also fest, welche IP-Adresse Asterisk für RTP benutzt.
</Spekuliermodus>

 

[kombjuder]

(läuft bei mir absolut stabil):

http://www.ip-phone-forum.de/showpost.php?p=839262&postcount=21

Das File scheint defekt zu sein, denn beim Einspielen kommt

patching file zaphfc.h
patch unexpectedly ends in middle of line
patch unexpectedly ends in middle of line

Ich habe es neu heruntergeleaden, der Fehler bleibt.

 

[Netview]

Ich habe das Ganze mal fix und fertig gepatched (du musst nur noch das Makefile anpassen!)

Gruss

Netview

Edit: da sich im zaphfc-Kerneltreiber des 'bristuff-0.3.0-PRE-1y-g' gegenüber 'bristuff-0.3.0-PRE-1y-f' keine Änderungen ergaben, kann diese Version weiterhin verwendet werden!

 

[kombjuder]

Ich habe das Ganze mal fix und fertig gepatched

Danke für deine Arbeit!

Hilft mir leider im Moment nicht weiter, den jetzt erzählt mir der Compiler:

internal compiler error: Segmentation fault

Verwendet: Suse 10.2 Kernel 2.6.18.8-0.3

Kommt auch ohne Florz. Scheint ein Suse-Problem zu sein. Muß das am Wochenende mal mit einer anderen Distri probieren.

 

[Netview]

hmm. Ich habe den zaphfc-Treiber für kernel 2.6.16.27 und 2.4.32 erstellt und hatte damit keine Probleme - seltsam!

 

[vWalter]

... mit Kernel 2.6.16.27 unter Suse 10.1 läufts auch bei mir prima.
Ich hab den (lediglich umbenannten) 0.4er Patch direkt von Florz's Homepage genommen.



Gruss
Walter



.

 

[Netview]

Stimmt - zaphfc für * 1.2.17/18 und für die 1.4.x-Version unterscheiden sich nicht (gute Idee)!

Edit: Ich habe den Anhang/Patch weiter oben mal in dieser Form erstellt und auch bei mir eingesetzt - läuft tadellos!

 

[kombjuder]

... mit Kernel 2.6.16.27 unter Suse 10.1 läufts auch bei mir prima.

Hallo Walter,

was hast für eine CPU? Nachdem das ein Kompilerfehler (nicht kompilierfehler) ist, kann das auch mit der CPU zusammenhängen.

Ich setz das mal auf dem Reserve-Rechner auf, da ist eine Intel drin.

 

[vWalter]

AMD Sempron Mobile auf einem Asus-MB mit VIA-Chipsatz


Gruss Walter









.

 

[vWalter]

Ich habe hier den Standard-Kernel im Einsatz, also keinen selbstgebackenen.



.

 

[kombjuder]

AMD Sempron Mobile auf einem Asus-MB mit VIA-Chipsatz

Auf einem Pentium 500 mit 9.1 lief es jetzt auch durch.

Auf dem anderen Rechner wohl die Suse nochmal neu installieren, aber heute nicht mehr.

.

 

[Netview]

Neu: bristuff-0.3.0-PRE-1y-g

changelog:

0.3.0-PRE-1y-g
    - fixed layer 1 problems of duoBRI cards introduced by 0.3.0-PRE-1y-f (sorry...)

Es wurde imho nur das modul 'qozap.c' geändert und natürlich im 'asterisk.patch' die Versionsbezeichnung '1y-f' durch '1y-g' ersetzt!

 

[kombjuder]

Es wurde imho nur das modul 'qozap.c' geändert und natürlich im 'asterisk.patch' die Versionsbezeichnung '1y-f' durch '1y-g' ersetzt!

Achtung!

Die Pfandangabe zu Asterisk-1.2.18 in der Datei download.sh ist fehlerhaft. Es fehlt /asterisk-1.2.18/ im Pfad.

 

[kombjuder]

Die Pfandangabe zu Asterisk-1.2.18 in der Datei download.sh ist fehlerhaft.

Kam gerade von Junghanns.NET rein:

danke für Ihren Hinweis.
Link wurde korrigiert.