problema chiamate in uscita

paoloc · ven 17 dic , 2010 6:58 pm

ciao,
vorrei sottoporvi un problema che non riesco a risolvere:
ho un UCM 7.1 collegato a un router 2811.

sostanzialmente per effettuare una chiamata da interno verso un numero esterno devo tentare un numero N di volte non meglio precisato (mediamente 3-4 volte) prima che la chimata venga instradata correttamente.
banalmente: alzo la cornetta e digito 0212345678 e la linea cade con segnale di occupato veloce. per chiamare devo quindi far ricomporre il numero al telefono fino a che prende la linea.

questo problema non si verifica se la chiamata è diretta verso cellulari. le chiamate verso linea mobile infatti non escono dalle linee ISDN ma tramite dei GSM box.

questo sicuramente circoscrive il problema alla gestione delle porte ISDN collegate al router di fastweb.

con debug voip ccapi inout ho confrontato i log di una chiamata instradata correttamente e una interrotta.

posto solo la parte dove i log differiscono. La prima riga dei due blocchi di log è uguale la seconda presenta nel log della chiamata interrotta il seguente errore: cc_api_call_disconnected:
Cause Value=41

cercando in internet ho trovato che l'errore dovrebbe essere dovuto a un problema di rete ma la cosa mi sembra strana perchè regolarmente dopo 4 tentativi la chiamata viene instradata correttamente.

A qualcuno si accende qualche lampadina?

scusate la lunghezza del post.

seguono i log:

log chiamata interrotta

Codice: Seleziona tutto

Dec 17 16:49:49.089: //72614/7EC123B2AD34/CCAPI/cc_api_modify_tgt_cid_call_active_record:
   Target Trkgrp Route Label=isdn2isdn, tg_label_flag=TRUE, Call Id=0x11BA6
Dec 17 16:49:50.797: //72615/7EC123B2AD34/CCAPI/cc_api_call_disconnected:
   Cause Value=41, Interface=0x48D10190, Call Id=72615
Dec 17 16:49:50.801: //72615/7EC123B2AD34/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=41, Retry Count=0)
Dec 17 16:49:50.801: //72614/xxxxxxxxxxxx/CCAPI/ccCallReleaseResources:
   release reserved xcoding resource.
Dec 17 16:49:50.801: //72615/7EC123B2AD34/CCAPI/ccCallSetAAA_Accounting:
   Accounting=0, Call Id=72615
Dec 17 16:49:50.801: //72615/7EC123B2AD34/CCAPI/ccCallDisconnect:
   Cause Value=41, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=41)
Dec 17 16:49:50.801: //72615/7EC123B2AD34/CCAPI/ccCallDisconnect:
   Cause Value=41, Call Entry(Responsed=TRUE, Cause Value=41)
Dec 17 16:49:50.801: //72615/7EC123B2AD34/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
Dec 17 16:49:50.805: //72615/7EC123B2AD34/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x48D10190, Tag=0x0, Call Id=72615,
   Call Entry(Disconnect Cause=41, Voice Class Cause Code=0, Retry Count=0)
Dec 17 16:49:50.805: //72615/7EC123B2AD34/CCAPI/cc_api_call_disconnect_done:
   tg for this call is isdn2isdn success/fail is 0
Dec 17 16:49:50.805: //72615/7EC123B2AD34/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Dec 17 16:49:50.805: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Dec 17 16:49:50.805: :cc_free_feature_vsa freeing 472C2E10
Dec 17 16:49:50.805: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Dec 17 16:49:50.805:  vsacount in free is 3
Dec 17 16:49:50.809: //72614/7EC123B2AD34/CCAPI/ccCallDisconnect:
   Cause Value=41, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Dec 17 16:49:50.809: //72614/7EC123B2AD34/CCAPI/ccCallDisconnect:
   Cause Value=41, Call Entry(Responsed=TRUE, Cause Value=41)
Dec 17 16:49:50.817: //72614/7EC123B2AD34/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x487FD71C, Tag=0x0, Call Id=72614,
   Call Entry(Disconnect Cause=41, Voice Class Cause Code=0, Retry Count=0)
Dec 17 16:49:50.817: //72614/7EC123B2AD34/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Dec 17 16:49:50.817: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Dec 17 16:49:50.817: :cc_free_feature_vsa freeing 472C2EF0
Dec 17 16:49:50.817: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Dec 17 16:49:50.817:  vsacount in free is 2

log chiamata corretta:

Codice: Seleziona tutto

Dec 17 16:51:42.034: //72616/C2129036AD3A/CCAPI/cc_api_modify_tgt_cid_call_active_record:
   Target Trkgrp Route Label=isdn2isdn, tg_label_flag=TRUE, Call Id=0x11BA8
Dec 17 16:51:47.090: //72617/C2129036AD3A/CCAPI/cc_api_call_proceeding:
   Interface=0x48CF03F4, Progress Indication=NULL(0)
Dec 17 16:51:47.354: //72617/C2129036AD3A/CCAPI/cc_api_call_alert:
   Interface=0x48CF03F4, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1)
Dec 17 16:51:47.354: //72617/C2129036AD3A/CCAPI/cc_api_call_alert:
   Call Entry(Retry Count=0, Responsed=TRUE)
Dec 17 16:51:47.358: //72616/C2129036AD3A/CCAPI/ccCallAlert:
   Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1)
Dec 17 16:51:47.358: //72616/C2129036AD3A/CCAPI/ccCallAlert:
   Call Entry(Responsed=TRUE, Alert Sent=TRUE)
Dec 17 16:51:47.358: //72616/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x4877BE5C, callID1=0x11BA8, callID2=0x11BA9, tag=0x0)
Dec 17 16:51:47.358: //72616/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x4877BE5C, callID1=0x11BA8, gcid=C213C91F-93411E0-AD3DAB68-894B6700, tag=0x0)
Dec 17 16:51:47.358: //72617/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x4877BE5C, callID2=0x11BA9, gcid=C213C91F-93411E0-AD3DAB68-894B6700, tag=0x0)
Dec 17 16:51:47.358: //72616/C2129036AD3A/CCAPI/ccConferenceCreate:
   Conference Id=0x4877BE5C, Call Id1=72616, Call Id2=72617, Tag=0x0
Dec 17 16:51:47.358: //72616/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Dec 17 16:51:47.358: cc_api_get_xcode_stream : 4546
Dec 17 16:51:47.358: //72616/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
   Conference Id=0x132B, Source Interface=0x487FD71C, Source Call Id=72616,
   Destination Call Id=72617, Disposition=0x0, Tag=0x0
Dec 17 16:51:47.358: //72617/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
   Conference Id=0x132B, Source Interface=0x48CF03F4, Source Call Id=72617,
   Destination Call Id=72616, Disposition=0x0, Tag=0xFFFFFFFF
Dec 17 16:51:47.358: //72616/C2129036AD3A/CCAPI/cc_generic_bridge_done:
   Conference Id=0x132B, Source Interface=0x48CF03F4, Source Call Id=72617,
   Destination Call Id=72616, Disposition=0x0, Tag=0xFFFFFFFF
Dec 17 16:51:47.358: //72616/C2129036AD3A/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x132B, Destination Call Id=72617)
Dec 17 16:51:47.362: //72617/C2129036AD3A/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x132B, Destination Call Id=72616)
Dec 17 16:51:47.362: //72617/C2129036AD3A/CCAPI/cc_api_caps_ind:
   Destination Interface=0x487FD71C, Destination Call Id=72616, Source Call Id=72617,
   Caps(Codec=0x1, Fax Rate=0x1, Fax Version:=0, Vad=0x1,
   Modem=0x2, Codec Bytes=20, Signal Type=3)
Dec 17 16:51:47.362: //72617/C2129036AD3A/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
Dec 17 16:51:47.362: //72616/C2129036AD3A/CCAPI/cc_api_caps_ind:
   Destination Interface=0x48CF03F4, Destination Call Id=72617, Source Call Id=72616,
   Caps(Codec=0x4, Fax Rate=0x2, Fax Version:=0, Vad=0x2,
   Modem=0x0, Codec Bytes=20, Signal Type=2)
Dec 17 16:51:47.362: //72616/C2129036AD3A/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
Dec 17 16:51:47.362: //72616/C2129036AD3A/CCAPI/cc_api_caps_ack:
   Destination Interface=0x48CF03F4, Destination Call Id=72617, Source Call Id=72616,
   Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=ON(0x2),
   Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3839)
Dec 17 16:51:47.362: //72617/C2129036AD3A/CCAPI/cc_api_caps_ack:
   Destination Interface=0x487FD71C, Destination Call Id=72616, Source Call Id=72617,
   Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=ON(0x2),
   Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3839)
Dec 17 16:51:47.366: //72616/C2129036AD3A/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x132B, Call Id1=72616, Call Id2=72617
Dec 17 16:51:47.370: //72617/C2129036AD3A/CCAPI/cc_api_voice_mode_event:
   Call Id=72617
Dec 17 16:51:47.370: //72617/C2129036AD3A/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x49A693E0)

[/b]

lorbellu · ven 07 gen , 2011 9:27 am

Ciao,

non so se hai risolto ma senza la configurazione sarà difficile aiutarti.
Trattandosi di ISDN mi verrebbe in mente che il problema stia nella negoziazione del TEI, e probabilmente sarebbe utile aggiungere un debug ISDN Q931 ed uno show isdn status.
Hai provato a staticizzare il TEI a 0?

Saluti

paoloc · ven 07 gen , 2011 12:01 pm

Anzitutto grazie infinite per la risposta lorbellu!

Ho eseguito i comandi che mi hai indicato ed ecco i risultati:

debug ISDN Q931: telefonata interrotta con segnale occupato veloce

Codice: Seleziona tutto

Jan  7 10:25:28.928: ISDN BR0/0/0 Q931: Applying typeplan for sw-type 0x1 is 0x0 0x1, Calling num 407
Jan  7 10:25:28.928: ISDN BR0/0/0 Q931: Sending SETUP  callref = 0x004E callID = 0x8253 switch = basic-net3 interface = User
Jan  7 10:25:28.928: ISDN BR0/0/0 Q931: TX -> SETUP pd = 8  callref = 0x4E
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0x8A
                Exclusive, B2
        Calling Party Number i = 0x0181, '407'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '023659xxx'
                Plan:ISDN, Type:Unknown
Jan  7 10:25:28.964: ISDN BR0/0/0 Q931: RX <- SETUP_ACK pd = 8  callref = 0xCE
        Channel ID i = 0x8A
                Exclusive, B2
Jan  7 10:25:33.976: ISDN BR0/0/0 Q931: RX <- CALL_PROC pd = 8  callref = 0xCE
Jan  7 10:25:34.040: ISDN BR0/0/0 Q931: RX <- DISCONNECT pd = 8  callref = 0xCE
        Cause i = 0x82A9 - Temporary failure
Jan  7 10:25:34.040: ISDN BR0/0/0 Q931: TX -> RELEASE pd = 8  callref = 0x4E
        Cause i = 0x80A9 - Temporary failure
Jan  7 10:25:34.064: ISDN BR0/0/0 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xCE

debug ISDN Q931: telefonata effettuata correttamente

Codice: Seleziona tutto

Jan  7 10:30:18.763: ISDN BR0/0/1 Q931: Applying typeplan for sw-type 0x1 is 0x0 0x1, Calling num 407
Jan  7 10:30:18.767: ISDN BR0/0/1 Q931: Sending SETUP  callref = 0x004F callID = 0x8254 switch = basic-net3 interface = User
Jan  7 10:30:18.767: ISDN BR0/0/1 Q931: TX -> SETUP pd = 8  callref = 0x4F
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0x89
                Exclusive, B1
        Calling Party Number i = 0x0181, '407'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '023659xxx'
                Plan:ISDN, Type:Unknown
Jan  7 10:30:18.803: ISDN BR0/0/1 Q931: RX <- SETUP_ACK pd = 8  callref = 0xCF
        Channel ID i = 0x89
                Exclusive, B1
Jan  7 10:30:23.819: ISDN BR0/0/1 Q931: RX <- CALL_PROC pd = 8  callref = 0xCF
Jan  7 10:30:24.195: ISDN BR0/0/1 Q931: RX <- ALERTING pd = 8  callref = 0xCF
        Progress Ind i = 0x8188 - In-band info or appropriate now available
Jan  7 10:30:24.803: ISDN BR0/0/1 Q931: RX <- CONNECT pd = 8  callref = 0xCF
        Channel ID i = 0x89
                Exclusive, B1
Jan  7 10:30:24.807: %ISDN-6-CONNECT: Interface BRI0/0/1:1 is now connected to 0236595xxx N/A
Jan  7 10:30:24.807: ISDN BR0/0/1 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x4F
Jan  7 10:30:28.195: %ISDN-6-DISCONNECT: Interface BRI0/0/1:1  disconnected from 0236595xxx , call lasted 3 seconds
Jan  7 10:30:28.195: ISDN BR0/0/1 Q931: TX -> DISCONNECT pd = 8  callref = 0x4F
        Cause i = 0x8090 - Normal call clearing
Jan  7 10:30:28.219: ISDN BR0/0/1 Q931: RX <- RELEASE pd = 8  callref = 0xCF
        Cause i = 0x8290 - Normal call clearing
Jan  7 10:30:28.223: ISDN BR0/0/1 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x4F

show isdn status

Codice: Seleziona tutto

Global ISDN Switchtype = basic-net3
ISDN BRI0/0/0 interface
        dsl 0, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 0 CCBs = 0
    The Free Channel Mask:  0x80000003
ISDN BRI0/0/1 interface
        dsl 1, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 1 CCBs = 0
    The Free Channel Mask:  0x80000003
ISDN BRI0/1/0 interface
        dsl 4, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 4 CCBs = 0
    The Free Channel Mask:  0x80000003
ISDN BRI0/1/1 interface
        dsl 5, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 5 CCBs = 0
    The Free Channel Mask:  0x80000003
ISDN BRI0/2/0 interface
        dsl 8, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        DEACTIVATED
    Layer 2 Status:
        Layer 2 NOT Activated
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 8 CCBs = 0
    The Free Channel Mask:  0x80000003
ISDN BRI0/2/1 interface
        dsl 9, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        DEACTIVATED
    Layer 2 Status:
        Layer 2 NOT Activated
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 9 CCBs = 0
    The Free Channel Mask:  0x80000003
    Total Allocated ISDN CCBs = 0

Le ultime due ISDN sono collegate a dei GSM-box e le chiamate tramite queste porte vengono sempre instradate correttamente.

Segue la configurazione delle ISDN: posto solo la config. della prima porta che è identica anche per le altre porte ISDN.

Codice: Seleziona tutto

interface BRI0/0/0
 no ip address
 carrier-delay 5
 isdn switch-type basic-net3
 isdn overlap-receiving
 isdn tei-negotiation first-call
 isdn point-to-point-setup
 isdn incoming-voice voice
 isdn map address .* plan isdn type unknown
 isdn send-alerting
 isdn static-tei 0
 trunk-group isdn2isdn

da configurazione direi che il TEI è già configurato statico con valore 0

Se può essere d'aiuto, il router 2811 è collegato ad un secondo router 2800 series di fastweb.

Se servono altri pezzi di configurazione, fammi sapere.

Grazie ancora per il tempo che mi stai dedicando!!

Paolo

lorbellu · sab 08 gen , 2011 12:35 pm

Se quindi non ho capito male, tu hai il tuo PBX CME connesso non ad una borchia ISDN ma ad una BRI NT/TE presente su un router fastweb che ti porta in Voip le numerazioni terminandole localmente in ISDN.
Per come la vedo io la configurazione non é ottimale:

Codice: Seleziona tutto

interface BRI0/0/0
 no ip address
 carrier-delay 5
 isdn switch-type basic-net3
 isdn overlap-receiving
 isdn tei-negotiation first-call
 isdn point-to-point-setup
 isdn incoming-voice voice
 isdn map address .* plan isdn type unknown
 isdn send-alerting
 isdn static-tei 0
 trunk-group isdn2isdn

1) Non capisco perchè tu immetta un delay sulla BRI, il comando carrier-delay io lo toglierei a meno che non sia una richiesta da parte Fastweeb
2) isdn tei-negotiation first-call - Questo indica la negoziazione del TEI
3) isdn static-tei 0 - Questo forza il TEI a 0
Come evidenziato dallo show isdn status allegato il tei statico a 0 vince ma non si capisce eprchè allora tu abbia messo la negoziazione.
Personalmente lascierei negoziare il TEI in quantoé probabile che fastweb abbia impostato il TEI a 0 sulla BRI e questo potrebbe essere un ottimo motivo del perchè tu continui ad avere problemi.
4) Stai utilizzando un trunk group isdn, questo é ottimo per risolvere il problema delle doppie dial-peer, tuttavia mi sa che sei proprio vittima del trunk group.
Se guardi al debug isdn q931 noterai che le chiamate NON escono dalla BRI 0/0/0 mentre escono regolarmente dalla BRI0/0/1.
Questo é il tipico comportamento per un trunk group.
In pratica la dial-peer assegna la chiamata al gruppo, immagino che tu abbia lasciato lo schema di impegno risorse di default, senza assegnazione di una priorità. Questo fa si che la chiamata venga assegnata alla risorsa libera con indice più basso, quindi la BRI 0/0/0, magari per il discorso sul TEI fatto sopra o magari per un difetto nella scheda (forse quella del router fastweb o una malconfigurazione dello stesso), la chiamata fallisce sulla BRI0/0/0 di conseguenza, non essendo il trunk group forzato a fare l'hunting delle risorse, fa cadere la chiamata.
Una tantum, la chiamata viene assegnata al gruppo alla BRI 0/0/1 (quella "buona") e quindi tutto fila liscio.
Per evitare il problema devi creare una voice class che coinvolga la disconnect cause 41 (temporary failure) e "leghi" la voice class al trunk group, indicando così al router di routare la chiamata su altra risorsa in caso di problema indicato nel voice class.
ad esempio:

Codice: Seleziona tutto

voice class cause-code 1
 no-circuit
 temp-fail
 no-channel
trunk group isdn2isdn
 max-retry 3
 voice-class cause-code 1

per quanto riguarda lo svincolo della chiamata prova a mettere il TEI in negoziazione e ad invertire le BRI, in questo modo almeno capisci se é un problema di TEI e se la BRI funziona correttamente

Saluti

paoloc · lun 10 gen , 2011 5:47 pm

lorbellu sei un mito!
pare proprio che tu abbia centrato il problema!!

La BRI 0/0/0 non funziona correttamente.
Facendo diverse prove di chiamata, i messaggi di debug hanno confermato la tua ipotesi, infatti tutte le chiamate instradate tramite la BRI 0/0/0 fallivano.
Con la nuova configurazione del trunk group il problema è stato aggirato:

Codice: Seleziona tutto

trunk group isdn2isdn
 max-retry 3
 voice-class cause-code 1
 hunt-scheme longest-idle

(come da configurazione si nota la gestione della priorità, configurazione che, dati i problemi della BRI 0/0/0, porta sempre a scegliere proprio la BRI 0/0/0 per chiamare perchè risulta essere sempre quella con il longest-idle maggiore per i problemi suddetti).

Ora non mi resta che appurare il motivo del malfunzionamento della BRI 0/0/0. Appena possibile faccio il cambio di cavo tra le prime due BRI così la verifica sarà immediata.
Nel frattempo però le telefonate funzionano PERFETTAMENTE!!!

Per completezza aggiungo due dettagli:
togliendo dalla configurazione delle BRI il delay e lo static-tei, come mi hai suggerito, non sono più riuscito ad effettuare chiamate e quelle che ricevevo cadevano dopo alcuni secondi. Non ho avuto tempo di verificare se è colpa di uno o dell'altro parametro o di entrambi per la fretta di riattivare le linee.
A ora la configurazione delle BRI è rimasta invariata da quella del post precedente anche se come dici non è ottimale. Magari toglierò il comando di negoziazione del TEI visto che rimuovendo la configuraizione statica si sono verificati problemi.

Appena riesco ti aggiorno sul problema della BRI 0/0/0.

intanto
GRAZIE MILLE!!!

lorbellu · lun 10 gen , 2011 6:10 pm

La prima cosa che farei é scambiare i cavi delle BRI per vedere se hai un problema sull'interfaccia o meno

Saluti

paoloc · gio 13 gen , 2011 5:42 pm

Ciao Lorbellu,
oggi ho invertito i cavi tra la BRI 0/0/0 e la BRI 0/0/1 e fatto un po' di test.
Risultato: a cavi invertiti funzionano entrambe le porte.
Se chiamo un numero interno passando dalla linea esterna, in diversi casi la chimata è stata avviata con la BRI 0/0/0 e ricevuta sulla BRI 0/0/1. Che dire, meglio così che non si presentano ulteriori complicazioni.

Probabilmente la BRI 0/0/0 si era in qualche modo "incartata" (che gergo tecnico). La cosa però mi lascia un po' perplesso, più volte avevo riavviato il router nei giorni precedenti e la BRI aveva comunque sempre presentato il medesimo problema. Per cui non mi spiego perchè solo invertendo i cavi, le cose si siano sistemate. Controllerò il router per vedere il comportamento futuro.

Nel frattempo da tutte le BRI ho tolto la negoziazione del TEI preferendo la configurazione statica con valore 0, come anticipato nel post precedente.

problema chiamate in uscita

Login • Iscriviti