 |
|
|
|
| Autor |
Nachricht |
therealfafnir
Anmeldungsdatum: 28.07.2010
Beiträge: 7
|
 Verfasst am:
Di 17 Aug, 2010 18:53 |
  |
|
Hallo,
ich habe das schomal im Board für das Gerät (1724 Voip) gepostet, und bemerkt das für LANCAPI dieses Board hier evtl. das richtigere wäre, also nochmal (Bitte um Verzeihung):
Hallo,
die CONNECT_IND Message vom (LAN?)CAPI Dienst des Lancom 1724 (Win32) vergisst offensichtlich die Second Calling Party Number, zu übermitteln, obwohl diese lt. CAPI 2.0 Spec, der letzte Parameter der obig genannten Message sein sollte.
Auszug aus der Spec:
| Code:
|
Parameter Type Comment
-----------------------------------------------------------------------------------------
PLCI dword Physical Link Connection Identifier
CIP Value word Compatibility Information Profile
Called party number struct Called party number
Calling party number struct Calling party number
Called party subaddress struct Called party subaddress
Calling party subaddress struct Calling party subaddress
BC struct Bearer capability
LLC struct Low Layer Compatibility
HLC struct High Layer Compatibility
Additional Info struct Additional information elements
Calling party number struct Second calling party number (see ETS 300-092 Annex B)
|
Ich hab mir mal die Payload der Message mal mitgeloggt:
In diesem Besipiel ist die Called Party Number = "45" (2 Zeichen) und der Caller hat die "#43" (mit der Raute am Anfang, 3 Zeichen)
Die Length entspricht der "Total message lenght", also weniger der 8 Byte für den Header sinds 25 Byte (im Raw Payload Dump unten abzuzählen). Second calling party number fehlt halt...
| Code:
|
Length: 33
App Id: 2
Number: 32822
Command: 02
Sub Command: 82
Description: CONNECT_IND : Indicates an incoming physical connection
Raw Payload:
------------
01 01 00 00 04 00 03 81 : .......
34 35 05 41 80 23 34 33 : 45.A€#43
00 00 03 90 90 A3 00 00 : ...£..
00 : .
Parameters
----------
PLCI: 257
CIP Value: 3.1 Khz audio, i.e. Analog telephone
Called Party Number: 45
Calling Party Number: #43
|
Bin am überlegen die 2nd Calling party number einfach zu ignorieren (da ja eh nicht vorhanden, und diese sowieso am schluss steht), und stehts mit der User-Provided zu arbeiten (die aber von jedem TE selbst gesetzt werden könnte, also nicht unbedingt verlässlich ist, oder?)...
Rat?? |
Zuletzt bearbeitet von therealfafnir am Mi 18 Aug, 2010 18:49, insgesamt einmal bearbeitet |
|
   |
|
Guest
|
| Verfasst am:
|
|
|
|
|
|
MoinMoin
Moderator
Anmeldungsdatum: 12.11.2004
Beiträge: 870
|
| Verfasst am:
Mi 18 Aug, 2010 11:13 |
|
|
Moin, moin!
CAPI-Nachrichten sind so definiert, daß neuere Standards ältere erweitern können. Entscheidend ist die Länge der Nachricht. Alle Elemente, gemäß dieser Längenangabe enthalten sind, können benutzt werden, alle anderen sind zu ignorieren. Die LANCAPI von LANCOM übermittelt nur eine CallingPartyNumber.
Ob die Rufnummer verlässlich ist, kannst du am "presentation and screening indicator" sehen.
CIao, Georg |
|
|
|
|
therealfafnir
Anmeldungsdatum: 28.07.2010
Beiträge: 7
|
| Verfasst am:
Mi 18 Aug, 2010 18:49 |
|
|
Danke Vielmals!!!
hab das in der Spec überlesen:
In order to facilitate future extensions, messages containing more parameters than defined shall be treated as valid messages. COMMON-ISDN-API implementations and applications shall ignore all such additional parameters.
und auch für den Hinweis auf den Screending indicator (verified and passed z.b.).
Gruss
Markus |
|
|
|
|
|
|
|
|
| |
|
|
