dies ist zwar kein asterisk problem, aber hier wurde mir bereits schon einmal geholfen.
wir haben ein faxserver an einer tk-anlage am rennen mit einer "diva server bri" isdn karte mit hylafax auf einem debian server.
nur ein kunde beklagt keine faxe von deren faxserver an unseren schicken zu können. von allen anderen funktioniert es tadellos.
nun meine frage. liegt es nun an meinem faxserver an unserer tk-anlage oder beim kunden.
auf meinem faxserver gibt es keinerlei einwahlversuche. hab alle capi+hylafax+diva-logfiles durch.
der kunde hat folgenden eintrag in seinem protokoll.
wir haben ein faxserver an einer tk-anlage am rennen mit einer "diva server bri" isdn karte mit hylafax auf einem debian server.
nur ein kunde beklagt keine faxe von deren faxserver an unseren schicken zu können. von allen anderen funktioniert es tadellos.
nun meine frage. liegt es nun an meinem faxserver an unserer tk-anlage oder beim kunden.
auf meinem faxserver gibt es keinerlei einwahlversuche. hab alle capi+hylafax+diva-logfiles durch.
der kunde hat folgenden eintrag in seinem protokoll.
-- 13:28:31.832 - CAPI20_GET(014)
0x0000 01 00 04 82 23 F8 01 04 00 00 D8 34 ....#x....X4 ---
DISCONNECT IND, AppID 0x0001, MsgNr 0xf823 PLCI: 0x00000401 Reason: Incompatible destination
13:28:31.832 - CAPI20_PUT(012) 0x0000 01 00 04 83 23 F8 01 04 00 00 ....#x.... --- DISCONNECT RESP, AppID 0x0001, MsgNr 0xf823 PLCI: 0x00000401
-- 13:29:11.661 - CAPI20_GET(014) 0x0000 01 00 04 82 25 F8 01 01 00 00 90 34 ....%x.....4 --- DISCONNECT IND, AppID 0x0001, MsgNr 0xf825 PLCI: 0x00000101 Reason: Normal call clearing
13:29:11.661 - CAPI20_PUT(012) 0x0000 01 00 04 83 25 F8 01 01 00 00 ....%x.... --- DISCONNECT RESP, AppID 0x0001, MsgNr 0xf825 PLCI: 0x00000101