Diederik de Groot

Wie macht features.c so was denn, die machen da doch sicherlich eine app detection, oder ? Unser bridging_masquerade code macht zwa denn check aber weiter nichts damit Diederik On 10/20/2013...

Sent this transfer patch to Matthew Steward, but never got reported back on. As far as i can tell, this worked. ====================== @@ -2047,17 +2043,26 @@ return; } - pbx_source_local_channel...

Moving this to V4.3, nobody seems to be interested in the possible solution at the moment. Matthew Steward never responded

@Ian-morin - There is currently no implementation for that. - There is a flag in the cnf.xml called ```1``` but currently there is nothing implemented to support that to be...

@stergios1 The reason is faulty version detection by the current configure script when asterisk-19 support was added. I will try to resolve this tomorrow (might have to undo the asterisk-19...

@bknv Just like you check the sccpdevice information, can you run: `realtime load sccpline name 1702` `realtime load sccpline name 1623`

If that does generate output like it seems it does, then the registration process should just work. I don't understand why chan-sccp would not be able to find the sccpline...

@bknv The extconfig_custom.conf is wrong ``` [settings] sccpdevice=mysql,sccp,sccpdeviceconfig sccpline= mysql,sccp,sccpline ``` should be: ``` [settings] sccpdevice => mysql, sccp, sccpdeviceconfig sccpline => mysql, sccp, sccpline ``` Notice: asterisk uses "=>"...

Ok closing the issue for now

@bknv Could it be you have two entries for this line, like one in the database and one in the sccp.conf file or something ?