filtrofibra

Curiosità.. Regolando il keep-alive interval nel menù advanced options a 55 secondi e attivando il impostando anche il Keep-Alive su NO nel menù FXS port... ti funziona ?

filtrofibra Comunque ho fatto un'altra prova. Ho collegato un altro tp-link e fatto le prove con keep-alive, niente da fare, con i tp-link con va.

Magari perchè sono modelli con il voip integrato e bloccano la 5060 sulla wan per loro. Alcuni router lo fanno.

Ma perchè passare dal tim hub a quei modelli ?😅 Capisco che il tim hub è un po' castrato... ma non è neanche un salto di qualità.

    Technetium Curiosità.. Regolando il keep-alive interval nel menù advanced options a 55 secondi e attivando il impostando anche il Keep-Alive su NO nel menù FXS port... ti funziona ?

    su quale modem mi stai chiedendo di provare?

    Technetium Magari perchè sono modelli con il voip integrato e bloccano la 5060 sulla wan per loro. Alcuni router lo fanno.

    quindi imposto la 5061?

      filtrofibra
      No il server TIM risponde solo sulla 5060.

      filtrofibra su quale modem mi stai chiedendo di provare?

      Sull'unico dove ti funziona il keep-alive... 😉 Il tim hub.

        Technetium Sull'unico dove ti funziona il keep-alive... 😉 Il tim hub.

        Va bene provo.

        Technetium Magari perchè sono modelli con il voip integrato e bloccano la 5060 sulla wan per loro. Alcuni router lo fanno.

        Saresti così gentile da spiegarmi meglio questo tuo ragionamento? Non lo riesco a capire appieno.

        Technetium Curiosità.. Regolando il keep-alive interval nel menù advanced options a 55 secondi e attivando il impostando anche il Keep-Alive su NO nel menù FXS port... ti funziona ?

        Si, funziona. Perchè proprio a 55 secondi? E perchè su "NO"?

          filtrofibra Perchè proprio a 55 secondi? E perchè su "NO"?

          55 secondi > del minimo 40 secondi per TIM, maggiore dei 53 secondi che ho guardato è il tempo che l'HT poi effettivamente usa per trasmettere i keep alive (vedi msg precedenti), minore dei 60 secondi che diversi riportano essere il tempo minimo per non avere una deregistrazioni o problemi (?) con il server voip di TIM ("almeno 60 secondi" altrimenti si cade in un ban temporaneo.. ma mi sembra strano che abbiano alzato tanto l'asticella dell'intervallo di keep alive).

          NO -> per vedere se come dicono TIM preferisce, da almeno un anno, il keep-alive vuoto che richiede molte meno risorse.

          Se mandi "options" deve essere elaborato un messaggio sip e data una risposta sip.
          Se mandi un keep-alive vuoto non viene elaborato nulla. Il server tipicamente (per TIM non lo so), si limita a contattare periodicamente per dare una risposta entro 180 secondi. (Che però da RFC dovrebbe essere entro i 2 minuti visto che suggerisce un Timeout UDP per streaming con risposta di minimo 2 minuti... ma diversi provider usano valori attorno ai 150-160 secondi... che sono più di 2 minuti)

          Con una cattura pacchetti si potrebbe vedere come si comporta il server.

          filtrofibra Saresti così gentile da spiegarmi meglio questo tuo ragionamento? Non lo riesco a capire appieno.

          Alcuni router hanno già sul firmware il vizio di riservare sulla wan le porte dedicate al protocollo sip es. 5060 e qualche intervallo di porte RTP. Stanno scomparendo... ma è difficile indagare su cosa faccia il Tplink. Bisognerebbe metterlo dietro un router che cattura i pacchetti in uscita sulla wan per vedere cosa entra e cosa esce.
          Magari è un problema di firewall che interpreta erroneamente alcuni pacchetti e non li fa passare..

            Technetium ma è difficile indagare su cosa faccia il Tplink. Bisognerebbe metterlo dietro un router che cattura i pacchetti in uscita sulla wan per vedere cosa entra e cosa esce.
            Magari è un problema di firewall che interpreta erroneamente alcuni pacchetti e non li fa passare..

            Il mio TP-Link supporta il Port Mirror, e posso scegliere tra le diverse LAN e come interfaccia WAN tra DSL e Ethernet.
            Per piacere, clicca su questo link, pagina 145:
            https://static.tp-link.com/upload/manual/2023/202301/20230131/1910020937_VX230v(EU)_UG_REV1.0.0.pdf

            mi dici se è possibile fare qualcosa.

              filtrofibra
              Si.. tecnicamente puoi catturare tutti i pacchetti della WAN (facendo il mirror della wan su una LAN) e poi vanno filtrati 😅 (Non sapevo avessero questa possibilità)
              È meno mirato.. ma così si capisce cosa esce.
              Il problema è che al contempo bisogna sapere cosa entra in lan.. quindi cosa trasmette l'ATA.

              Dalla differenza si vede cosa viene "filtrato" (?) dal router.

                Technetium Ti rispondo che ciò che ti ho mandato l'altra volta è stato catturato attraverso il Port Mirroring.
                Ciò che ti ho catturato l'ho fatto in questo modo (e l'ho fatto anche per l'assistenza Grandstream):

                1) In interfaccia LAN ho selezionato la LAN che va dal pc al modem tp-link
                2) In interfccia WAN ho selezionato DSL

                se queste selezioni che ho effettuato sono giuste vuol dire che ciò che ti ho mandato è già corretto.

                Technetium Non sapevo avessero questa possibilità

                Si, è un'ottima cosa, i modelli TP-Link ad avere questa possibilità sono pochissimi, forse due o tre, non di più.

                  filtrofibra Ti rispondo che ciò che ti ho catturato è stato attraverso il Port Mirroring.
                  Ciò che ti ho catturato l'ho fatto in questo modo (e l'ho fatto anche per l'assistenza Grandstream):

                  1) In interfaccia LAN ho selezionato la LAN che va dal pc al modem tp-link
                  2) In interfccia WAN ho selezionato DSL

                  se queste selezioni che ho effettuato sono giuste vuol dire che ciò che ti ho mandato è già corretto

                  Come da manuale... Questa è la cattura dei pacchetti solo sulla WAN. Il tplink supporta solo quello.

                  Per capire cosa arriva dall'ata e cosa esce bisogna catturare da entrambi i lati. Quel dispositivo non lo fa. Altrimenti come fai a sapere quale pacchetto non è passato ?

                  filtrofibra se queste selezioni che ho effettuato sono giuste vuol dire che ciò che ti ho mandato è già corretto.

                  Corretto si.. ma sono altre condizioni.

                  Ero curioso di vedere come si comportava il keep-alive che è molto meglio di aprire le porte (manualmente o con upnp).

                  Prosegui nella prova e vedi se rimane registrato. Direi che è la modalità migliore di connessione al server VOIP.
                  Poi il resto mi pare chiaro, è un problema dei router tplink che hai.

                    Technetium Corretto si.. ma sono altre condizioni.

                    Capito

                    Technetium Poi il resto mi pare chiaro, è un problema dei router tplink che hai.

                    Il fatto è che due modem tp-link si comportano allo stesso modo, e sono due modelli completamente diversi. Ci sarà qualche impostazione da modificare, vedo se riesco a trovare qualcosa.

                      filtrofibra Il fatto è che due modem tp-link si comportano allo stesso modo, e sono due modelli completamente diversi. Ci sarà qualche impostazione da modificare, vedo se riesco a trovare qualcosa.

                      Contatta l'assistenza TPlink sul sito.
                      @TP-Link_Italia_Support (chissà se il rappresentante sul forum legge ancora)

                      Potrebbe essere qualche impostazione del firewall... l'unica idea che mi viene è di provare, temporaneamente, a disattivarlo e vedere se va.
                      Altrimenti magari è qualcosa del firmware che solo loro possono toccare.

                      P.s. Provato ora una linea voip con keep alive su modem 4G (cgnat operatore) -> fritzbox -> mikrotik -> ATA
                      Funziona perfettamente.😉

                      filtrofibra

                      Come va con il keep-alive ?
                      Tutto funzionante ?

                        Technetium Si, funziona, ma io non so se va via per qualche ora, perchè io passo molto tempo fuori casa.
                        C'è un modo per sapere se ogni tanto perde la registrazione, la linea, attraverso un log?

                        P.S. Ho contattato l'assistenza TP-Link, vediamo cosa mi rispondono.

                          filtrofibra C'è un modo per sapere se ogni tanto perde la registrazione, la linea, attraverso un log?

                          Purtroppo quegli ata non hanno un log. (Anche perchè hanno a malapena la ram per funzionare 😅)
                          Non so sulla versione nuova (V2) se l'abbiano implementato...ma non credo non c'è neanche sulle basi dect.

                          L'unica è un'esportazione continua del syslog verso un syslog server... e analizzandolo si vede se ci sono eventi di registrazione e de-registrazione.

                          filtrofibra Si, funziona, ma io non so se va via per qualche ora, perchè io passo molto tempo fuori casa.

                          Per ora.. magari continua la prova. Se non ci sono problemi, ragionevolmente si può ritenere che funzioni.
                          Poi nel caso posta la config che stai usando.

                          E vediamo se l'assistenza TPLink dice qualcosa.

                            Technetium Non so sulla versione nuova (V2) se l'abbiano implementato...ma non credo non c'è neanche sulle basi dect.

                            Hanno fatto qualcosa di molto utile e carino, non so se può servirmi (CDR Records, e SIP Messages):

                            Technetium vediamo se l'assistenza TPLink dice qualcosa.

                            Gli ho mandato tutto, speriamo rispondino a breve.

                              filtrofibra
                              Interessante.
                              Allora si.. può essere utile.
                              Il messaggio SIP register è il rinnovo della registrazione. Dovresti vederlo di rado. Idealmente ogni 24 ore.
                              I messaggi invite invece sono per le telefonate.

                              Poi ci sono altri messaggi di stato e "options"... in teoria, l'options dovresti vederlo entro 180 secondi l'uno dall'altro.

                              CDR invece è il registro delle chiamate.

                                Technetium CDR invece è il registro delle chiamate.

                                Quindi questo lo tolgo davanti, non ci interessa.

                                Technetium Il messaggio SIP register è il rinnovo della registrazione. Dovresti vederlo di rado. Idealmente ogni 24 ore.
                                I messaggi invite invece sono per le telefonate.

                                Quindi il valore che dovrei tenere d'occhio per capire se il tutto funziona in maniera continuativa o ad intermittenza qual'è? O quali sarebbero?

                                  filtrofibra
                                  I messaggi register. Dovrebbero essere molto pochi. Idealmente ogni 24 ore con TIM.
                                  O ad ogni riconnessione/connessione del modem.

                                    Technetium Il messaggio Register vuol dire che perde la linea ogni 24 ore, o che semplicemente "mantiene la registrazione"? Se la mantiene soltanto o invece la perde, il messaggio è lo stesso o sono diversi?

                                      filtrofibra
                                      Il messaggio register viene inviato ogni volta che si registra sul server voip.
                                      Quindi o sta rinnovando la registrazione per scadenza del tempo o l'aveva persa per altri motivi.

                                      Idealmente, se non cade la linea, tim richiede una nuova registrazione per scadenza sessione ogni 24 ore.

                                      filtrofibra Se la mantiene soltanto o invece la perde, il messaggio è lo stesso o sono diversi?

                                      Il messaggio è sempre lo stesso.

                                        Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈
                                        P.I. IT16712091004 - info@fibraclick.it

                                        ♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile