Caller id + patton

**fmorelle** · 04/02/2011, 10h27

Bonjour,

En Belgique les numéros sont à 9 chiffres.

Je me suis renseigné chez l'opérateur (Belgacom) pour m'assurer qu'il n'avait pas forcé le masquage de leur coté, ce qui n'est pas le cas.

D'autres idées ?

Merci

François

**Kriss** · 09/12/2011, 09h28

Hello ici,

je me permet de rouvrir le sujet car j'ai exactement le même problème :
Asterisk derrière une patton Smartnode 5 Bri, Je cherche à afficher des SDA mais sort invariablement avec la tête de ligne.
Les T0 sont chez France Telecom

Niveau versions, je suis en Asterisk 1.8.5.0, et Patton R5.6 (J'ai essayé avec la 5.8 et même chose, je suis revenu à la 5.6 car j'ai des installs en 5.6 sans aucun problème de CID).

J'ai essayé de set mon CallerID a toutes les valeurs imaginables, 10, 11, 4 digit ...

Par ailleurs, mes logs semblent être normaux..

Sur l'* :

Code:

Set(CALLERID(all)=0494445799)

dans la CLI asterisk

Donne, coté Patton :

Code:

22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Network -> GW_SIP/192.168.1.250
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: E164-Number -> 0494445799
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: URI -> sip:0494445799@192.168.1.203
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Type-Of-Number -> Unknown
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Numbering-Plan -> Unknown
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Presentation-Indicator -> Presentation allowed
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Name -> 0494445799
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Screening-Indicator -> User provided, not screened
22:37:11  CC    > [EP IF_SIP-00a5dd28/active] Set call-leg property: Supports Overlap-Sending -> true

Et impossible d'afficher mon 0494445799 en sortie.

Pensez-vous que le "souci" puisse être chez FT ? Je les ai appelés mais très dur d'avancer avec eux : c'est un problème autocom dans 99,999999% des cas.

Si quelqu'un à avancé sur la question, ou aurait une idée, n’importe laquelle, je suis preneur.

D'avance merci,

Kriss

**jean** · 09/12/2011, 15h13

fais un telnet sur la patton, et lance les cmdes:
enable
configure
debug context sip-gateway transport detail 1
debug context sip-gateway signaling detail 1
debug ccisdn signaling

la derniere ligne te permettra de voir ce qui est exactement balancé à FT

**Kriss** · 09/12/2011, 16h18

Hello Jean et merci pour ton message.
Je viens de faire l'essai avec :

Code:

192.168.1.250>enable
192.168.1.250#configure
192.168.1.250(cfg)#debug context sip-gateway transport detail 1
192.168.1.250(cfg)#debug context sip-gateway signaling detail 1
192.168.1.250(cfg)#debug ccisdn signaling

Par contre je ne vois pas grand chose qui puisse m'aider dans les logs qu'il en ressort, a part qu'on voit bien un Calling party number : 0494445799 :

Code:

192.168.1.250(cfg)#05:33:39  SIP_TR> [STACK] < Stack: INVITE sip:06581392xx@192.168.1.250 SIP/2.0
05:33:39  SIP_SI> [GW GW_SIP] Received INVITE request
05:33:39  SIP_SI> [EP IF_SIP-00a5f7a8 SES 0xa6efb0] < Stack: INVITE <sip:06581392xx@192.168.1.250>
05:33:39  SIP_SI> [EP IF_SIP-00a5f7a8 SES 0xa6efb0]          From:                "0494445799" <sip:0494445799@192.168.1.203                                                                                                                 >
05:33:39  SIP_SI> [EP IF_SIP-00a5f7a8 SES 0xa6efb0]          To:                  <sip:06581392xx@192.168.1.250>
05:33:39  SIP_SI> [EP IF_SIP-00a5f7a8 SES 0xa6efb0]          P-Asserted-Identity:
05:33:39  SIP_TR> [STACK] < Stack: INVITE sip:06581392xx@192.168.1.250 SIP/2.0
05:33:39  ICC   > [IF_ISDN_0] Added endpoint IF_ISDN_0-00cfbe68
05:33:39  ICC   > [IF_ISDN_0] NEW CALL. Allocated Endpoint IF_ISDN_0-00cfbe68
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] do not reroute because: service invoked
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] AOC-S User << Call Setup
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] AOC-D User << Call Setup
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] AOC-E User << Call Setup
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] >> [080005]
SETUP (DSS1 User)
  [04039090A3]
  Bearer capability : 3.1kHz Audio - CCITT
    circuit mode - 64kBit/s - G.711 A-law
  [1E028583]
  Progress indicator : origination address is non-ISDN
    private network serving remote user - CCITT
  [6C0C408030343934343435363839]
  Calling party number : 0494445799
    subscriber number - unknown numbering plan
    presentation allowed - user provided not screened
  [700B8030363538313339323338]
  Called party number : 06581392xx
    unknown number - unknown numbering plan

05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] Set state to CALL INITIATED
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] State: CALL INITIATED, Event: PEER CONNECTED
05:33:39  ICC   > [EP IF_ISDN_0-00cfbe68] Hold State: IDLE, Hold Event: PEER CONNECTED
05:33:39  SIP_TR> [STACK] < Stack: INVITE sip:06581392xx@192.168.1.250 SIP/2.0
05:33:39  SIP_TR> [STACK] > Stack: SIP/2.0 100 Trying
05:33:39  SIP_TR> [STACK] > Stack: SIP/2.0 100 Trying
05:33:40  ICC   > [IF_ISDN_0] << Message: primitive=38
05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] << [08000D]
SETUP ACKNOWLEDGEMENT (DSS1 User)
  [180189]
  Channel id : 1 - exclusive
    basic rate interface - is not d-channel - CCITT - b-channel units

05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] State: CALL INITIATED, Event: TERMINAL MORE INFO IND
05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] Set state to OVERLAP SENDING
05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] Sending additional user info ''
05:33:40  ICC   > [IF_ISDN_0] << Message: primitive=43
05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] << [080002]
CALL PROCEEDING (DSS1 User)
  [180189]
  Channel id : 1 - exclusive
    basic rate interface - is not d-channel - CCITT - b-channel units

05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] State: OVERLAP SENDING, Event: TERMINAL PROCEEDING IND
05:33:40  ICC   > [EP IF_ISDN_0-00cfbe68] Set state to OUTGOING PROCEEDING
05:33:40  SIP_SI> [EP IF_SIP-00a5f7a8 SES 0xa6efb0] > Stack: 183 Session Progress
05:33:40  SIP_TR> [STACK] > Stack: SIP/2.0 183 Session Progress
05:33:44  ICC   > [IF_ISDN_0] << Message: primitive=31
05:33:44  ICC   > [EP IF_ISDN_0-00cfbe68] << [080001]
ALERTING (DSS1 User)

05:33:44  ICC   > [EP IF_ISDN_0-00cfbe68] State: OUTGOING PROCEEDING, Event: TERMINAL ALERTING IND
05:33:44  ICC   > [EP IF_ISDN_0-00cfbe68] Set state to CALL DELIVERED
05:33:44  SIP_SI> [EP IF_SIP-00a5f7a8 SES 0xa6efb0] > Stack: 180 Ringing
05:33:44  SIP_TR> [STACK] > Stack: SIP/2.0 180 Ringing
05:33:44  SIP_TR> [STACK] < Stack: OPTIONS sip:192.168.1.250 SIP/2.0
05:33:44  SIP_SI> [GW GW_SIP] Received OPTIONS request
05:33:44  SIP_SI> [PR IF_SIP] On Options Received
05:33:44  SIP_SI> [PR IF_SIP] ISipGenericMgr EvRequest handle incoming request
05:33:44  SIP_SI> [PR IF_SIP] ISipGenericMgr EvRequestOptions handle incoming request
05:33:44  SIP_SI> [PR IF_SIP]          OPTIONS
05:33:44  SIP_SI> [PR IF_SIP] > Stack: 200 OK
05:33:44  SIP_TR> [STACK] > Stack: SIP/2.0 200 OK
no debug all
192.168.1.250(cfg)#

**jean** · 09/12/2011, 17h43

Code:

SETUP (DSS1 User)
  [04039090A3]
  Bearer capability : 3.1kHz Audio - CCITT
    circuit mode - 64kBit/s - G.711 A-law
  [1E028583]
  Progress indicator : origination address is non-ISDN
    private network serving remote user - CCITT
  [6C0C408030343934343435363839]
  Calling party number : 0494445799
    subscriber number - unknown numbering plan
    presentation allowed - user provided not screened
  [700B8030363538313339323338]
  Called party number : 06581392xx
    unknown number - unknown numbering plan

seule piste, essayer de présenter un numbering plan national, ca peut jouer

sinon, si c'est bien toi qui a mis XX à la fin du no appelant, alors y'a un soucis avec FT.

**Kriss** · 09/12/2011, 18h12

Yes, j'ai mis les "xx".
Je vais regarder pour ta piste, mais hélas je pense moi aussi de plus en plus à FT, d'autant que j'ai répliqué la conf trait pour trait sur une maquette de test : de l'éxtension à la Patton en passant par le trunk SIP, sur un autre T0.. et là l'écriture de CID fonctionne bien...

Merci d'avoir pris le temps en tout cas.

**jean** · 09/12/2011, 19h34

Envoyé par Kriss

Merci d'avoir pris le temps en tout cas.

bonne question= bonnes réponses....

le numbering plan inconnu peut rendre le numero incomprehensible par FT, et si ils ont une version de switch différent de ton install qui marche, ca peut faire foirer...

essaie aussi de jouer avec le chmap from de la patton, menu call router/ interface / sip / outgonig call address / from en spécificant un numero de ton choix

Discussion: Caller id + patton

Outils de la discussion

Rechercher dans la discussion

Affichage

Règles de messages