Calling Number not send by Service Provider

Post Reply
FrançoisB

Calling Number not send by Service Provider

Post by FrançoisB »

Hello,

The calling number do appear correctly in ISDN traces but Service Provider replies by sending an error message and the calling number is not send to the destination :

______________________________________________________________________________
| (173458:000005) 1336: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 60 desti: 0 source: 15 cryst: 7 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 6e
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| [9e] Non-locking shift. codeset : 6
| IE:[24] MOD_FNCT_USAGER (l=1) 80
| IE:[6c] CALLING_NUMBER (l=11) -> 01 81 Num : 233883418
| IE:[70] CALLED_NUMBER (l=11) -> 81 Num : 0698240673
| IE:[7d] HLC (l=2) 91 81
| IE:[7e] USER_USER (l=1) 04
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (173460:000007) Concatenated-Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 7 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : STATUS [7d] Call ref : ee
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=4) 82 e3 9e 24 -> [e3]
| INFORMATION ELEMENT NON-EXISTENT OR NOT IMPLEMENTED
| IE:[14] CALL_STATE (l=1) 01
|______________________________________________________________________________

______________________________________________________________________________
| (173463:000008) Concatenated-Physical-Event :
| long: 20 desti: 0 source: 0 cryst: 7 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : ee
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=1) 8a -> T0/S0 : B2 channel exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (173502:000009) Concatenated-Physical-Event :
| long: 21 desti: 0 source: 0 cryst: 7 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : ee
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 84 88
|______________________________________________________________________________

______________________________________________________________________________
| (173553:000010) Concatenated-Physical-Event :
| long: 24 desti: 0 source: 0 cryst: 7 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : ee
|______________________________________________________________________________
|
| IE:[29] DATE (l=5) -> date : 04 / 11 / 16 16:52
|______________________________________________________________________________

______________________________________________________________________________
| (173727:000011) 1336: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 21 desti: 0 source: 15 cryst: 7 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 6e
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 87 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (173728:000012) Concatenated-Physical-Event :
| long: 17 desti: 0 source: 0 cryst: 7 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : ee
|______________________________________________________________________________

______________________________________________________________________________
| (173728:000013) 1336: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 21 desti: 0 source: 15 cryst: 7 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 6e
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 87 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

Thanks for your help
vad
Alcatel Unleashed Certified Guru
Alcatel Unleashed Certified Guru
Posts: 3856
Joined: 23 Sep 2004 06:47

Re: Calling Number not send by Service Provider

Post by vad »

Ask provider - what is the problem exactly. May be your PBX need to send CALLING NUMBER as national (change NPD - NPI/TONE - ISDN National instead of ISDN Unknown).
In this case your PBX will send CALLING_NUMBER (l=11) -> 21 81 Num : ..... instead of CALLING_NUMBER (l=11) -> 01 81 Num : .....
User avatar
alex
Senior Member
Posts: 1498
Joined: 06 Jul 2004 07:27
Contact:

Re: Calling Number not send by Service Provider

Post by alex »

FrançoisB wrote: | [9e] Non-locking shift. codeset : 6
| IE:[24] MOD_FNCT_USAGER (l=1) 80
Which ISDN variant is configured on your side and which one is used by provider?
If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck.
FrançoisB

Re: Calling Number not send by Service Provider

Post by FrançoisB »

Thank you for your repplies.
alex wrote:
FrançoisB wrote: | [9e] Non-locking shift. codeset : 6
| IE:[24] MOD_FNCT_USAGER (l=1) 80
Which ISDN variant is configured on your side and which one is used by provider?
I've try both "RNIS France" and "RNIS All countries" and the result is the same.
User avatar
alex
Senior Member
Posts: 1498
Joined: 06 Jul 2004 07:27
Contact:

Re: Calling Number not send by Service Provider

Post by alex »

FrançoisB wrote: I've try both "RNIS France" and "RNIS All countries" and the result is the same.
Are you sure that you tried "ISDN all countries"? Because there is no IE 0x24 (IE:[24] MOD_FNCT_USAGER) in EDSS1. Also codeset 6 is very rare.
If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck.
haroun
Senior Member
Posts: 1465
Joined: 29 Mar 2010 11:09

Re: Calling Number not send by Service Provider

Post by haroun »

and what about the assoiated NPD ? natioanl or private user, may be your're asking for an unavailable service ,DDO is working well? mean installation N°+DID are correctly sent or inst N° + extension instead .
Post Reply

Return to “Trunk Groups”