Acerca de sesardelaisla

sesardelaisla · ‎29-10-2024

Confirmo que hoy tampoco me está pidiendo elegir el perfil. 🙂

sesardelaisla · ‎28-10-2024

Me pregunto a qué usuarios han preguntado para hacer esto o a qué necesidad responde porque opino lo mismo que tú. Creo que lo normal en una vivienda es que el perfil general sea el que se use habitualmente. Yo creo que el comportamiento de antes era mejor. Puedo entender que en los dispositivos móviles interese algo así, pero en los decos del hogar, creo que no tiene sentido este cambio... Quizá alguien de la empresa podría comentarlo, por si hay algún beneficio que se me escape. Sea como sea, está el menú de opciones para implementar estos cambios de forma opcional, y dejar al usuario habilitar o no estas funciones. En cualquier caso, gracias de nuevo por tus respuestas, @JesusLeoBolaños.

sesardelaisla · ‎28-10-2024

¡Gracias por contestar tan rápido! Pues vaya... ¿no hay forma de evitar esto y elegir un perfil por defecto? De hecho, idealmente sería genial tener al menos la opción de hacerlo, y de paso, poder elegir que el deco arrancase directamente en un canal en concreto.

sesardelaisla · ‎28-10-2024

Hola a todos. Desde hace un par de días, cada vez que enciendo el decodificador, me pide elegir alguno de los perfiles que tengo habilitados. El deco ya no elige por defecto el perfil "Hogar", con lo que tengo que pasar por este paso antes de llegar al menú principal, que era el comportamiento del deco hasta ahora. ¿Esto me ocurre a mí solo o es algo generalizado? ¿Alguien más que haya notado este cambio? ¡Saludos!

sesardelaisla · ‎18-12-2023

Buenos días, Desde hace unas semanas me he dado cuenta de que, al encender el decodificador de TV, se reproduce un anuncio que no es posible cancelar de ninguna manera. Esto no pasaba antes, y era posible controlar el deco nada más encenderlo. Considerando el servicio como "premium" (con mi suscripción pago más de 120 euros) no entiendo por qué me obligan a ver publicidad de una forma tan invasiva, sobre todo teniendo en cuenta que los canales ya inserta su propia publicidad y que los menús de la aplicación del deco ya integran publicidad seleccionable. ¿Se podría restaurar el comportamiento inicial del deco, o que al menos fuese posible cerrar ese anuncio de inicio, de forma que el deco no se quede "bloqueado" mientras se reproduce esa publicidad? Saludos.

sesardelaisla · ‎27-07-2023

Me contesto yo mismo después de haberlo resuelto con la ayuda de la comunidad de Asterisk. Finalmente, tenía errores de concepto en el dialplan y en el comando con el que hacía la llamada al teléfono móvil externo. Por si a alguien le sirve de referencia, esta es la configuración final con la que he podido hacer una llamada de prueba. Queda limpiar y optimizar el contenido de los archivos, así como terminar de configurar la forma concreta de hacer la llamada de teléfono para que no sea el audio de los monos enfadados de Asterisk, pero al menos así dejo una configuración funcional desde la que se puede partir: pjsip.conf [general] language=es allowguest=no autodomain=yes domain=telefonica.net sipdomain=telefonica.net [transport-udp] type=transport protocol=udp bind=0.0.0.0 [endpoint_internal](!) type=endpoint context=home direct_media=no allow=g729 allow=ulaw allow=alaw allow=gsm [auth_userpass](!) type=auth auth_type=userpass [aor_dynamic](!) type=aor max_contacts=2 remove_existing=yes [100](endpoint_internal) auth=100 aors=100 mwi_from_user=100 [100](auth_userpass) username=100 password=[PASSWORD] [100](aor_dynamic) [101](endpoint_internal) auth=101 aors=101 mwi_from_user=101 [101](auth_userpass) username=101 password=[PASSWORD] [101](aor_dynamic) [endpoint] 100rel=yes [Movistar_reg] type=registration transport=transport-udp outbound_auth=Movistar_auth server_uri=sip:10.31.255.134:5070 client_uri=sip:949xxxxxx@telefonica.net contact_user=949xxxxxx retry_interval=60 expiration=3600 support_path=yes [Movistar_auth] type=auth auth_type=userpass password=949xxxxxx username=949xxxxxx@telefonica.net realm=telefonica.net [Movistar_aor] type=aor max_contacts=2 contact=sip:949xxxxxx@telefonica.net qualify_frequency=60 qualify_timeout=30 support_path=yes ;send_rpid=yes ;send_pai=yes [Movistar_endpoint] type=endpoint transport=transport-udp context=external-calls disallow=all allow=ulaw allow=alaw allow=gsm allow=g729 outbound_auth=Movistar_auth outbound_proxy=sip:10.31.255.134:5070\;lr aors=Movistar_aor from_user=949xxxxxx from_domain=telefonica.net callerid=asreceived send_pai=yes rewrite_contact=no send_pai=yes send_rpid=yes [Movistar_identify] type=identify endpoint=Movistar_endpoint match=10.31.255.134 extensions.conf [general] static=yes writeprotect=yes autofallthrough=yes extenpatternmatchnew=yes clearglobalvars=yes [external-calls] exten => _[67]XXXXXXXX,1,NoOP(Llamadas a moviles) same => n,Set(CALLERID(all)=949xxxxxx <949xxxxxx>) same => n,NoOp(CALLERID(all)) ;same => n,set(calltime=${STRFTIME(${EPOCH},,%C%y-%m-%d+%H:%M:%S)}) ;same => n,MixMonitor(/var/lib/asterisk/recordings/inside/${calltime}.-.${CALLERID(num)}-${EXTEN}.wav,b) same => n,DBdeltree(lastcallerout) same => n,set(DB(lastcallerout/lastcallerout)=${EXTEN}) same => n,Dial(PJSIP/Movistar_endpoint/sip:${EXTEN}@telefonica.net:5070,60) same => n,1,Hangup(21) Comando para hacer la llamada de teléfono originate Local/686xxxxxx@external-calls application Playback tt-monkeys Espero que le sirva a alguien.

sesardelaisla · ‎27-07-2023

Buenos días, Antes de nada, planteo este tema sabiendo que el soporte oficial no puede ofrecer ayuda tan específica, pero agradecería que me mantengan el post por si alguien puede echar una mano sobre el tema. El caso es que me he montado un servidor de Asterisk en mi vivienda como complemento de un sistema de de automatización para domótica (Home Assistant). El propósito es recibir llamadas en mi teléfono móvil cuando se produzcan ciertas situaciones. La parte de recibir la llamada ya he logrado que funcione correctamente, pero por PJSIP, no por SIP. Lo que no logro es que el teléfono móvil muestre el número de teléfono de la FTTH de la que se está llamando. Me consta que a nivel de red está funcionando correctamente, al menos por SIP, porque hago llamadas desde un cliente virtual para móvil (SessionTalk, que es un cliente VoIP para iPhone) y la llamada se recibe con el número de teléfono sin problemas. También puedo hacerlo desde un adaptador ATA SIP (Grandstream HT802). Está configurado con los datos SIP habituales de Movistar y, al llamar desde un teléfono conectado a él a un teléfono móvil, también se recibe correctamente la llamada con su identificador correspondiente. Todo esto me hace suponer que, a nivel de LAN, no hay ningún problema. El caso es que no entiendo por qué no se envía esta información utilizando PJSIP. Me pregunto si tengo algo (o estoy omitiendo algo) en los archivos pjsip.conf o extensions.conf (dialplan) que estén "machacando" la información relativa a CALLERID. Dicho esto, paso a poner estas configuraciones y la información a nivel de logs que he podido extraer de Asterisk, por si alguien se ha visto en una situación similar y la ha resuelto. Veréis que algunas líneas está comentadas. Esto es porque son opciones que he ido probando a modo de ensayo/error. La información a nivel de números de teléfonos reales y contraseñas la he enmascarado. pjsip.conf [general] language=es allowguest=no autodomain=yes domain=telefonica.net sipdomain=telefonica.net [transport-udp] type=transport protocol=udp bind=0.0.0.0 [endpoint_internal](!) type=endpoint context=home direct_media=no allow=g729 allow=ulaw allow=alaw allow=gsm [auth_userpass](!) type=auth auth_type=userpass [aor_dynamic](!) type=aor max_contacts=2 remove_existing=yes [100](endpoint_internal) auth=100 aors=100 mwi_from_user=100 [100](auth_userpass) username=100 password=[PASSWORD] [100](aor_dynamic) [101](endpoint_internal) auth=101 aors=101 mwi_from_user=101 [101](auth_userpass) username=101 password=[PASSWORD] [101](aor_dynamic) [endpoint] 100rel=yes [Movistar_reg] type=registration transport=transport-udp outbound_auth=Movistar_auth server_uri=sip:10.31.255.134:5070 client_uri=sip:949xxxxxx@telefonica.net contact_user=949xxxxxx retry_interval=60 expiration=3600 support_path=yes [Movistar_auth] type=auth auth_type=userpass password=949xxxxxx username=949xxxxxx@telefonica.net realm=telefonica.net [Movistar_aor] type=aor max_contacts=2 contact=sip:949xxxxxx@telefonica.net qualify_frequency=60 qualify_timeout=30 support_path=yes ;send_rpid=yes ;send_pai=yes [Movistar_endpoint] type=endpoint transport=transport-udp context=external-calls disallow=all allow=ulaw allow=alaw allow=gsm allow=g729 outbound_auth=Movistar_auth aors=Movistar_aor from_user=949xxxxxx from_domain=telefonica.net callerid=asreceived send_pai=yes rewrite_contact=no send_pai=yes send_rpid=yes [Movistar_identify] type=identify endpoint=Movistar_endpoint match=10.31.255.134 extensions.conf [general] static=yes writeprotect=yes autofallthrough=yes extenpatternmatchnew=yes clearglobalvars=yes [external-calls] exten => _[67]XXXXXXXX,1,NoOP(Llamadas a moviles) same => n,set(PJSIP/Movistar_endpoint, ${CALLERID(all)})=949xxxxxx <949xxxxxx> ;same => n,NoOp(CALLERID(all)) ;same => n,Set(CALLERID(all)=949xxxxxx <949xxxxxx>) ;same => n,NoOp(CALLERID(all)) ;same => n,set(calltime=${STRFTIME(${EPOCH},,%C%y-%m-%d+%H:%M:%S)}) ;same => n,MixMonitor(/var/lib/asterisk/recordings/inside/${calltime}.-.${CALLERID(num)}-${EXTEN}.wav,b) same => n,DBdeltree(lastcallerout) same => n,set(DB(lastcallerout/lastcallerout)=${EXTEN}) same => n,Dial(PJSIP/Movistar_endpoint/sip:${EXTEN}@telefonica.net:5070,60) same => n,1,Hangup(21) Endpoint info: Endpoint: <Endpoint/CID.....................................> <State.....> <Channels.> I/OAuth: <AuthId/UserName...........................................................> Aor: <Aor............................................> <MaxContact> Contact: <Aor/ContactUri..........................> <Hash....> <Status> <RTT(ms)..> Transport: <TransportId........> <Type> <cos> <tos> <BindAddress..................> Identify: <Identify/Endpoint.........................................................> Match: <criteria.........................> Channel: <ChannelId......................................> <State.....> <Time.....> Exten: <DialedExten...........> CLCID: <ConnectedLineCID.......> ========================================================================================== Endpoint: Movistar_endpoint Unavailable 0 of inf OutAuth: Movistar_auth/949xxxxxx@telefonica.net Aor: Movistar_aor 2 Contact: Movistar_aor/sip:949xxxxxx@telefonica.net 9def89a196 Unavail nan Transport: transport-udp udp 0 0 0.0.0.0:5060 Identify: Movistar_identify/Movistar_endpoint Match: 10.31.255.134/32 ParameterName : ParameterValue =================================================================================================== 100rel : yes accept_multiple_sdp_answers : false accountcode : acl : aggregate_mwi : true allow : (ulaw|alaw|gsm|g729) allow_overlap : true allow_subscribe : true allow_transfer : true allow_unauthenticated_options : false aors : Movistar_aor asymmetric_rtp_codec : false auth : bind_rtp_to_media_address : false bundle : false call_group : callerid : asreceived callerid_privacy : allowed_not_screened callerid_tag : codec_prefs_incoming_answer : prefer:pending, operation:intersect, keep:all, transcode:allow codec_prefs_incoming_offer : prefer:pending, operation:intersect, keep:all, transcode:allow [Jul 27 12:20:40] e[1;30m -- e[0mRemote UNIX connection disconnected codec_prefs_outgoing_answer : prefer:pending, operation:intersect, keep:all, transcode:allow codec_prefs_outgoing_offer : prefer:pending, operation:union, keep:all, transcode:allow connected_line_method : invite contact_acl : context : external-calls cos_audio : 0 cos_video : 0 device_state_busy_at : 0 direct_media : true direct_media_glare_mitigation : none direct_media_method : invite disable_direct_media_on_nat : false dtls_auto_generate_cert : No dtls_ca_file : dtls_ca_path : dtls_cert_file : dtls_cipher : dtls_fingerprint : SHA-256 dtls_private_key : dtls_rekey : 0 dtls_setup : active dtls_verify : No dtmf_mode : rfc4733 fax_detect : false fax_detect_timeout : 0 follow_early_media_fork : true force_avp : false force_rport : true from_domain : telefonica.net from_user : 949xxxxxx g726_non_standard : false geoloc_incoming_call_profile : geoloc_outgoing_call_profile : ice_support : false identify_by : username,ip ignore_183_without_sdp : false inband_progress : false incoming_call_offer_pref : local incoming_mwi_mailbox : language : mailboxes : max_audio_streams : 1 max_video_streams : 1 media_address : media_encryption : no media_encryption_optimistic : false media_use_received_transport : false message_context : moh_passthrough : false moh_suggest : default mwi_from_user : mwi_subscribe_replaces_unsolicited : no named_call_group : named_pickup_group : notify_early_inuse_ringing : false one_touch_recording : false outbound_auth : Movistar_auth outbound_proxy : outgoing_call_offer_pref : remote_merge overlap_context : pickup_group : preferred_codec_only : false record_off_feature : automixmon record_on_feature : automixmon refer_blind_progress : true rewrite_contact : false rpid_immediate : false rtcp_mux : false rtp_engine : asterisk rtp_ipv6 : false rtp_keepalive : 0 rtp_symmetric : false rtp_timeout : 0 rtp_timeout_hold : 0 sdp_owner : - sdp_session : Asterisk send_aoc : false send_connected_line : yes send_diversion : true send_history_info : false send_pai : true send_rpid : true set_var : srtp_tag_32 : false stir_shaken : off stir_shaken_profile : sub_min_expiry : 0 subscribe_context : suppress_q850_reason_headers : false t38_bind_udptl_to_media_address : false t38_udptl : false t38_udptl_ec : none t38_udptl_ipv6 : false t38_udptl_maxdatagram : 0 t38_udptl_nat : false timers : yes timers_min_se : 90 timers_sess_expires : 1800 tone_zone : tos_audio : 0 tos_video : 0 transport : transport-udp trust_connected_line : yes trust_id_inbound : false trust_id_outbound : false use_avpf : false use_ptime : false user_eq_phone : false voicemail_extension : webrtc : no Asterisk ending (0). Comando utilizado para hacer las llamadas de prueba: originate PJSIP/Movistar_endpoint/sip:686xxxxxx@telefonica.net:5070 application Playback tt-monkeys ¿Alguien puede ayudarme con esto? Gracias por adelantado.

sesardelaisla · ‎02-04-2022

Buenas @Theliel, Gracias por la respuesta tan rápida y, sobre todo, constructiva. Voy a hacer lo propio y a cambiar el switch por uno que tenga cierta capacidad de gestión pero, sobre todo, que tenga IGMP Snooping. Tengo mirado el D-Link DGS-1100-16V2 y, probablemente, vaya adelante con él, salvo que tengas algún consejo que darme, cosa que te agradecería. Pero, en principio, parece que tiene todas las características que necesito: IGMP Snooping y PoE en todos los puertos. Además, permite cierta gestión, aunque no es mi intención complicarme demasiado las cosas, como podría ser la posibilidad de establecer varias VLAN. Tengo Home Assistant en casa instalado en un NUC y bastantes dispositivos controlados. La mayoría (por no decir casi todos) son Zigbee, o sea que no me des caña con el hecho de que encima también inundo el tráfico de la red con dispostivos IoT que vayan por WiFi. 😉 Lo cierto es que creo que no vendría mal hacer un reparto de la parte IoT en una VLAN distinta, y aprovechar ponerme con ese tipo de configuración para también separar la parte multicast en otra VLAN, pero eso implicaría hacer ciertos cambios a nivel de cableado, al menos sin tener que incluir en la red equipamiento adicional, creo... aunque tengo que darle una vuelta porque es posible que pueda llegar a hacerlo sin demasiadas complicaciones, siempre que tenga un buen switch gestionable. De momento, no quiero complicarme las cosas tanto. La idea es optimizar todo lo que pueda según la infraestructura de cableado que tengo actualmente. Esencialmente, creo que será suficiente con cambiar ese switch del que ya he hablado y otro de sobremesa que tengo en un despacho (y quizás el TP-Link que no tiene IGMP Snooping). Es cierto que podría añadir algún switch gestionable en los puntos críticos sin tener que cambiar el cableado (como en la sala de estar, donde tengo el Asus AP al que va conectado el deco, y así poder tener acceso a las VLAN desde cualquier punto de la red), pero prefiero ir poco a poco para ir detectando problemas e irlos corrigiendo. Esto me dará un mejor conocimiento de mi propia red y de seguir aprendiendo. El tiempo dirá si debería hacer algo más, pero así me mantengo entretenido... También podría dar un paso atrás y cambar el router y el AP por equipos que tengan la posibilidad de establecer VLANs, como el Ubiquiti que tengo para la planta alta. En fin... tengo que pensar un poco en todo esto para ver la forma más eficiente de hacer cambios sin llenar la red de un montón de equipos intermedios. ¿Cuadra todo esto que digo? Yo creo que sí, pero cualquier comentario será bienvenido. Y por cierto...sobre tu comentario sobre las redes Mesh: completamente de acuerdo. Para mí, y sin ser especialista en el tema, creo que no sirven para nada, porque siempre es mejor ir a la opción de poner uno o varios APs. Pero tiene que haber productos para todos, y no todo el mundo tiene conocimientos como para hacer las cosas con un mínimo de criterio, y no les queda otro remedio que poder salir del paso. Gracias y buen fin de semana.

sesardelaisla · ‎01-04-2022

Hola @aleph20 , Gracias por tus comentarios. Empiezo por el final de tu post para decirte que has entendido perfectamente cómo tengo la red, salvo por el tema del switch y alguna otra cosa que no he mencionado, pero porque yo no lo había dicho. Ya tengo un switch, pero lo tengo conectado al router, porque es un switch con PoE que uso para alimentar algunos dispositivos, como el Ubiquiti UAC-AP-PRO que tengo en otra planta de la vivienda y un TP-Link EAP110 Exterior que uso para el único propósito de conectar con un videoportero exterior que está un poco lejos de la vivienda). Me has hecho volver a comprobar si ese switch que tengo (un D-Link DGS-1008P no gestionado bastante normalito) soporta IGMP Snooping, y parece que no, o sea que toca cambiarlo. Como nunca he tenido problemas y la red ha sido estable (salvo por los problemas puntuales de la TV), he prestado la justa atención a ciertas cosas, pero voy a aprovechar tus comentarios y los del post que ha puesto @Theliel (¡gracias!) a continuación del tuyo para hacer algunos cambios. Aparte del switch (que además es un elemento importante de la red) consideraré cambiar el TP-Link porque, aunque solo lo use para ese videoportero y tenga su propio SSID, al final tengo todo en la misma red, o sea que toda este ruido al final se va sumando. De todas formas, si cambio el switch por uno que soporte IGMP Snooping y el TP-Link que no lo soporta lo conecto a ese switch, ¿no debería el switch gestionar el tráfico multicast de forma que no lo "lance" a ese AP mientras no haya un cliente conectado a él que haga una solicitud de ese tipo de tráfico? Por lo demás, tengo habilitado IGMP Snooping en el router y todos los APs (salvo el mencionado TP-Link). Cierto es que en el Asus uso, precisamente, el truco que has dicho para la LAN en los APs. Daba por hecho que funciona, porque cuando cambio ese ajuste, el AP hace el típico "drop" momentáneo habitual en estos casos. Lo aprecio en la TV, porque como bien has dicho, lo tengo conectado a un puerto ethernet del Asus AP. De todas formas, investigaré en los foros que has comentado. De nuevo, gracias a ambos.

sesardelaisla · ‎01-04-2022

Pues ha sido meter las rutas del status que aparecen en Device Info > Route correspondientes a la interfaz veip0.2 en el Asus router (LAN > Route) y ya está funcionando perfectamente, algo que ya se explicaba en este post, que pertenece, precisamente, a uno de los hilos que @aleph20 ya había señalado más arrriba, mencionando a @Theliel. Lo único extraño es que ahora el deco tarda mucho en mostrar los canales después de apagarlo de botón trasero (casi 5'). La información de DRM la carga bien, nada más arrancar, pero los canales tardan bastante en aparecer. Pasados esos 4-5', todo fucniona correctamente. No me preocupa porque no suelo apagar el deco, pero estaría bien saber por qué ocurre esto, si es que alguien lo sabe. Aparte de todo esto, el siguiente paso será probar lo del demonio RIP, pero al menos ya tengo claro dónde hay que mirar si esto vuelve a ocurrir a corto plazo. ¡Gracias!

Mis estadísticas

Mis insignias

Mis últimas contribuciones