• Hola Visitante
  • Mostrar mensajes no leídos desde la última visita.
  • Mostrar nuevas respuestas a tus mensajes.

    • Mensajes recientes

    Páginas: [1] 2 3 ... 10
    1
    Alcatel Lucent / Re:Optimal Optical Power
    « Último mensaje por ivimail en 21 de Mayo de 2020, 03:35:28 »
    La potencia anda algo escasa aunque no se si puede ser la causa de tus problemas. Lo mas normal sería medir con un medidor en el prt-o de tu casa y en la cto de la calle para comprobar los valores y descartar un problema en la vertical a tu domicilio.

    Al ser neba, si no recuerdo mal, hasta el ptr-o es responsabilidad de telefonica, por lo que vodafone deberá abrir avería a tesa para que revisen por potencia baja.
    2
    Alcatel Lucent / Optimal Optical Power
    « Último mensaje por Kasiano en 19 de Mayo de 2020, 11:08:40 »
    Hola:
            Tengo fibra de 100/100 Mb con Vodafone con una ONT Alcatel-Lucent G-010G-P a traves de Movistar (NEBA). La lecturas de van desde -24 dBm hasta -26,4 dBm.
            De vez en cuando los niveles de fluctuación suben hasta 845 ms con un ping de 85ms lo cual hace imposible navegar. Tengo que resetear tanto la ONT como el Router.

           El técnico de Vodafone comenta que la ONT admite valores -30dBm y no pueden tocar nada de la acometida de Movistar.
             
           ¿ Sabe alguien cuales serian los valores correctos en este caso y la de las compañias con sus correspondientes equipamientos ?

                                                        Gracias.
         

           

           
    3
    Orange / Re:Posibilidad de cambiar router Jazztel
    « Último mensaje por ivimail en 06 de Abril de 2020, 03:34:01 »
    pues sin saber a que "contraseña de la conexión" te refieres, es dificil. supongo que te refieres al ont id, eso solo sirve para ti, para que el router (u ont) sepa que información que circula por la fibra a la que estás conectado es para él (por explicarlo de manera simple)
    4
    Orange / Posibilidad de cambiar router Jazztel
    « Último mensaje por iero79 en 04 de Abril de 2020, 11:46:35 »
    Hola gente, hace unos meses, tuve un problema con mi conexión fibra de Jazztel.
    Después de diversas pruebas y varios días sin internet, al final, optaron por darme la contraseña de mi conexión para ver si, haciendo lo que ellos me decían (que ahora no recuerdo que fue), la cosa fue bien.
    En su momento intenté extraer claves sips y demás para cambiar el router, pero parece que después de cierta actualización no es posible.
    Bien, ahora que dispongo de dicha contraseña, es posible hacer algo con dicha contraseña, en este sentido?.
    Yo diría que si, pero necesito que los que sabéis me digan algo.
    De todos modos, no se si me interesa, porque estuve mirando routers y la verdad, es que los que merecen la pena son bastante caros (más de 400, aunque igual no miré lo suficiente).

    Lo dicho, si alguien me dice si le puedo sacar partido, que me comente, y me diga más o menos como, o de un enlace con tutorial.

    Gracias, y saludos.
    5
    Orange / Re:Imposible configurar IPTV Orange VLAN
    « Último mensaje por polijaime en 22 de Marzo de 2020, 23:09:42 »
    Lo llegaste a solucionar? Si es así indica como. Gracias!
    6
    Orange / Re:Configuración de Asterisk con SIP de Orange
    « Último mensaje por ivimail en 12 de Marzo de 2020, 02:20:23 »
    +1
    7
    Orange / Re:Configuración de Asterisk con SIP de Orange
    « Último mensaje por fiberont en 10 de Marzo de 2020, 23:41:28 »
    Hola,

    Por lo visto , Orange ahora en febrero de 2020 y debido a su obsesion manicatica con el control de los temidos telefonos SIP y Datos SIP, Cuestion que me parece totalmente subrealista cada dia.

    Ha implementado nuevas mendidas para evitar el uso de telefonos SIP

    De primeras han dejado caidos todos sus anteriores servidores VOIP y los han cambiado a estas IP en base a los actuales servidores VOIP.

    proxy2.sip.orange.es

    "data": "85.62.240.173"
       
    "data": "85.62.244.113"

    Por otra parte han implementado alguna personalizaron mas porque desde la semana pasada solo puedo recibir llamadas no realizalas. cuando lo intento recibo el siguiente error.

    chan_sip.c: Received response: "Forbidden" from '<sip:[email protected]:5160>;tag=asXXXXXXXX'

    Alguien sabe que pueden haber implementado nuevo? yo sigo mirando pero por el momento nada de nada.

    Me parece de chiste lo que hace Orange, esque aun no comprendo el panico que tienen a que los usuarios tengas telefonos SIP en su casa, es un miedo totalmente irracional ademas de totalmente absurdo ofrecer VOIP hasta el router y luego convertirlo a Telefono tradicional. Es como si los pusieras fibra hasta casa y de la roseta al router fuera ADSL ....es totalmente precolombino.

    Operadores como Movistar ofrecen los datos SIP sin problema y no se les ha acabado el mundo. Yo esto de jugar al perro y al gato que hace Orange enmede en centrarse en mejorar la calidad del servicio del cliente es perder el tiempo en mi opinión.

    Creo que ganarían mas si consiguieran que la comunidad participara en proyectos open source al abrir sus router y software a la colaboración que invirtiendo tiempo y recursos en evitar que usemos un simple telefono IP.
    8
    Orange / Re:Extraer datos SIP del Livebox Fibra
    « Último mensaje por relentizador en 06 de Febrero de 2020, 17:12:26 »
    Hola buenas, aqui otro mas a la espera de que se puedan extraer los datos sip, no me queda claro si todavia se puede hacer mediante el scrip de java, decir que mi liveboxfibra no es un arkadia, es un sagem 5656 no se si esto tiene que ver en la manera de extraer los datos o hay que tener alguna consideracion dependiendo la marca del router aunque la web del router parezca el mismo, agradeceria cuaquier informacion al respecto y los manuales del scrip java paso a paso para ver si me dejo algo, gracias de antemano
    9
    Orange / Re:Livebox como ATA usando Asus merlin
    « Último mensaje por karvis en 03 de Febrero de 2020, 21:53:50 »
    Solo dar las gracias a @flautero y a @rianos por el excelente aporte!!
    Sin vuestra ayuda todavia estaría hablando con Orange y dándome cabezazos contra la pared para conseguir tener telefono fijo e internet a la vez;)
    Gracias!!!
    10
    Orange / Conectar Livebox 2019 como ATA con router ASUS
    « Último mensaje por alex905 en 01 de Febrero de 2020, 10:27:04 »
    Hola tengo el router Asus RT-AX92U y he conseguido hacer que funcione el internet.

    Ahora quiero conectar el router Livebox al Asus y así poder conectarle el teléfono fijo

    He intentado seguir este tutorial (https://lafibra.info/index.php?topic=307.0) del compañero rianos pero no consigo hacerlo funcionar

    El problema está en que en el tutorial se usa el comando robocfg, que no está incluido en el modelo de router que yo tengo.

    En su lugar se utilizan los comandos ethctl y vlanctl

    A ver si alguien puede decir como se usan estos comandos para completar los pasos del tutorial

    Si necesitáis realizar cualquier prueba no me importa realizarla sobre mi router.
    A ver si entre todos conseguimos hacerlo funcionar

    Si lo consigo hacer funcionar, voy a hacer un tutorial con imágenes de todo para explicarlo mejor.

    Por si sirve de algo, dejo la ayuda que proporcionan los comandos

    Código: [Seleccionar]
    [email protected]:/tmp/home/root# ethctl
    Interface specific commands:
    Usage: ethctl <interface> <command> [arguments...]

      media-type : Set/Get media type
      ethctl <interface> media-type [option] [port <sub_port#> ]
        [option]: auto - auto select
                  10000FD - 10Gb, Full Duplex
                  2500FD - 2.5Gb, Full Duplex
                  1000FD - 1000Mb, Full Duplex
                  1000HD - 1000Mb, Half Duplex
                  100FD - 100Mb, Full Duplex
                  100HD - 100Mb, Half Duplex
                  10FD  - 10Mb,  Full Duplex
                  10HD  - 10Mb,  Half Duplex
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      phy-reset : Soft reset the transceiver
      ethctl <interface> phy-reset [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      phy-crossbar : Get/Move <interface> crossbar phys
      ethctl <interface> phy-crossbar [port <sub_port#>]
        [port <sub_port#>]: assign <sub_port#> to <interface>
      ethctl bcmsw phy-crossbar: list all port phy mapping


      reg : Set/Get port mii register
      ethctl <interface> reg <[0-31]> [0xhhhh] [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      phy-power : Phy power up/down control
      ethctl <interface> phy-power <up|down> [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      eee : Get/Set local phy EEE (Energy Efficient Ethernet) status/<on|off>
      ethctl <interface> eee [<on|off>] [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      eee-resolution : Get phy EEE (Energy Efficient Ethernet) resolution status
      ethctl <interface> eee-resolution [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      apd : Get/Set local phy APD (Auto Power Down) status/<on|off>
      ethctl <interface> apd [<on|off>] [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath


      vport : Enable/disable/query Switch for VLAN port mapping
      ethctl <interface> vport <enable|disable|query>

      stats : Display software stats
      ethctl <interface> stats

      [email protected] : Enable/Disable [email protected]
      ethctl <interface> [email protected] <show|enable|disable> [port <sub_port#>]
        [port <sub_port#>]: required if <interface> has Crossbar or Trunk port underneath



    Common commands:
    Usage: ethctl <command> [arguments...]

      tx_iudma : Set/Get number of Tx iuDMA channels
      ethctl tx_iudma <[1-4]>

      rx_iudma : Set/Get number of Rx iuDMA channels
      ethctl rx_iudma <[1-4]>


      phy : Phy Access
      ethctl phy int|ext|extsw|ext32 <phy_addr> <reg> [<value|reg2> [no_read_back]] [-d]
      ethctl phy i2c <bus_num> <reg> [<value|reg2> [no_read_back]] [-d]
          <reg>: 0-0x1f: CL22 IEEE register; 0x1f-0xffff: Broadcom Extended Registers.
                 0x1,0000-0x1f,ffff: CL45 IEEE Register, DeviceAddress + 2 byte Registers.
                 0x20,ffff-0xffff,ffff: Broadcom PHY 32bit address.
          <ext32>: Force to access Broadcom phy 32bit address.
          <bus_num>: I2C Bus Number:  0: 2.5G SFP Module
      ethctl phy serdespower <phy_addr> [<power_mode>]
          [<power_mode>]: 0 - Non power saving mode; for loop back, inter connection
                          1 - Basic power saving mode; default mode
                          2 - Device Forced Off
      ethctl phy 10gserdes 0 <reg> [<value|reg2>] [-d]
      ethctl phy 10gpcs 0 <reg> [<value|reg2>] [-d]
          Read/Write 10G Serdes/PCS registers
          <reg>: 10G AE register address including higher 16bits total 32bits
             Higher 16 Bit definitions:
                 DEVID_0:0x0000, DEVID_1: 0x0800; PLL_0: 0x0000, PLL_1: 0x0100
                 LANE_0-3: 0x0000-0x0003, LANE_BRDCST: 0x00FF
          -d: Dump registers started from <reg> to <reg2>.


      phy-map : Display PHY to Kernel Net Device mapping information

    Código: [Seleccionar]
    [email protected]:/tmp/home/root# vlanctl


    VLAN Control Utility:

    ::: Usage:

    vlanctl

            --if <if_name> Sets the target Interface of a composite vlanctl command to <if_name>.

            --rx Sets the direction of a composite vlanctl command to RECEIVE

            --tx Sets the direction of a composite vlanctl command to TRANSMIT

            --tags <nbr_of_tags> Sets the number of tags of a composite vlanctl command to <nbr_of_tags>

            --if-create <real_if_name> <if_index> Creates a new VOPI named <real_if_name>.v<if_index> and attaches it to the real device
             <real_if_name>. For instance, if this command were executed for the eth0 real interface and the VOPI interface index were
             set to 3, the resulting interface would have been named eth0.v3.

            --if-create-name <real_if_name> <vlan_if_name> Creates a new VOPI named <vlan_if_name> and attaches it to the real device

            --if-delete <vlan_if_name> Destroy the VOPI named <vlan_if_name>.

            --rule-append Inserts a new Tagging Rule as the last rule of the specified Tagging Rule Table. Dependencies: --if, --rx or
             --tx, and --tags.

            --rule-insert-before <rule-id> Inserts a new Tagging Rule before the Tagging Rule whose identifier matches <rule-id> in the
            specified Tagging Rule Table. Dependencies: --if, --rx or --tx, and --tags.

            --rule-insert-after <rule-id> Inserts a new Tagging Rule after the Tagging Rule whose identifier matches <rule-id> in the
            specified Tagging Rule Table. Dependencies: --if, --rx or --tx, and --tags.

            --rule-remove <rule-id> Removes the Tagging Rule that matches <rule-id> from the specified Tagging Rule Table. Dependencies:
            --if, --rx or --tx, and --tags.

            --rule-remove-all <real_if_name> <vlan_if_name> Removes all the Tagging Rules for the vlan device.

            --show-table Lists all Tagging Rules stored in the specified Tagging Rule Table. Dependencies: --if, --rx or --tx, and
            --tags.

            --rule-dump-all Lists all Tagging Rules

            --default-tpid <tpid> Sets the default TPID value of a tagging rule table to <tpid>. When a table is created, its default
            TPID value is set to 0x8100. Dependencies: --if, --rx or --tx, and --tags.

            --default-pbits <pbits> Sets the default PBITS value of a tagging rule table to <pbits>. When a table is created, its
            default PBITS value is set to 0. Dependencies: --if, --rx or --tx, and --tags.

            --default-cfi <cfi> Sets the default CFI value of a tagging rule table to <cfi>. When a table is created, its default CFI
            value is set to 0. Dependencies: --if, --rx or --tx, and --tags.

            --default-vid <vid> Sets the default VID value of a tagging rule table to <vid>. When a table is created, its default VID
            value is set to 1 (as per IEEE 802.1Q). Dependencies: --if, --rx or --tx, and --tags.

            --cfg-dscp2pbits <dscp> <pbits> Programs the entry number <dscp> of the DSCP-TO-PBITS translation table of a Real Device to
            the value specified by <pbits>. When a tagging rule table is created, the default values of the DSCP-TO-PBITS table are
            set by copying the lowest 3 bits of each DSCP value as the PBITS value, for each entry in the table. For instance, the
            following entries are programmed by default: DSCP=5:PBITS=5, DSCP=15:PBITS=7, etc. The DSCP-TO-PBITS translation table
            has 64 entries. Dependencies: --if.

            --show-dscp2pbits Lists the values programmed in the DSCP-TO-PBITS table of the specified Real Device. Dependencies:
            --if.

            --cfg-tpid <tpid0> <tpid1> <tpid2> <tpid3> Configures the TPID Table entries of a given Real Interface. The configured
            TPID values are used to identify VLAN Headers of packets received from and transmitted to the VOPIs created for a given
            Real Interface. Four values must always be specified. The default TPID values are 0x8100, 0x8100, 0x8100, and 0x8100.
            Dependencies: --if.

            --show-tpid Lists the values programmed in the TPID Table of the specified Real Device. Dependencies: --if.

            --local-stats <vlan_if_name> Shows the statistics counters maintained for the VOPI named <vlan_if_name>. These counters
            are complimentary to the standard counters maintained for the device, which can be read via the Linux ifconfig
            command.

            --filter-ethertype <ethertype> Match the Ethertype field in the Ethernet Header of incoming frames against <ethertype>.

            --filter-pbits <pbits> <tag_nbr> Match the PBITS value of VLAN Header number <tag_nbr> of incoming frames against
            <pbits>.

            --filter-cfi <cfi> <tag_nbr> Match the CFI bit of VLAN Header number <tag_nbr> of incoming frames against <cfi>.

            --filter-vid <vid> <tag_nbr> Match the VID value of VLAN Header number <tag_nbr> of incoming frames against <vid>.

            --filter-tag-ethertype <ethertype> <tag_nbr> Match the Ethertype field of the VLAN Header number <tag_nbr> of incoming
            frames against <ethertype>.

            --filter-dscp <dscp> Match the DSCP value in the IPv4 header of incoming frames against <dscp>.
            --filter-rxif <real_if_name> Match the rx VOPI of the transmitting packet against <real-if-name>. This filter can be used to bind a Tagging
            Rule to a specific rx VOPI on the TRANSMIT direction. This filter is not applicable for rules in the RECEIVE direction.

            --filter-txif <vlan_if_name> Match the transmitting VOPI against <vlan-if-name>. This filter can be used to bind a Tagging
            Rule to a specific VOPI on the TRANSMIT direction. This filter is not applicable for rules in the RECEIVE direction.
            TRANSMIT rules without this filter will apply to all frames transmitted from all VOPIs attached to the Real Device.

            --filter-skb-prio <priority> Match the SKB priority of incoming frames against <priority>.

            --filter-skb-mark-flowid <flowid> Match the Flow ID subfield of the SKB Mark field against <flowid>. The SKB Mark Flow ID
            subfield can be used as a way to correlate packet classification made by other Linux modules (such as ebtables and
            iptables) with Tagging Rules. A possible usage for this filter would be to direct packets generated by an application to
            a specific port of a real interface (such as a GPON port) based on layer 3 filters. In this example a socket would be
            created on a VOPI,IP Tables rules would be created to identify flows and set Flow IDs, and Tagging rules would be
            created to match on such Flow IDs and apply treatments, such as setting the destination GEM Port and Queue.

            --filter-skb-mark-port <port> Match the Port subfield of the SKB Mark field against <port>. This filter can be used to bind
             certain Tagging Rules with a specific Real Interface port (for instance a GPON Port).

            --filter-vlan-dev-mac-addr <ignore_if_multicast> Match the recv frame dest MAC addr against the recv virtual interface.
             Set <ignore_if_multicast> to 0 to apply filter on all recv frames.
             Set <ignore_if_multicast> to 1 to apply filter on unicast frames only.
             This filter is not applicable for rules in the TRANSMIT direction.

            --pop-tag Remove the outermost VLAN tag. If multiple tags are to be removed, this treatment should be specified for each
            VLAN tag to be removed.

            --push-tag Add the default VLAN tag of the corresponding Tagging Rule Table as the new outer tag. The default TPID value
            will be used as the new Ethertype value in the Ethernet header, the existing Ethertype of the Ethernet Header will be used
            as the Tag Ethertype field of the new tag, and the default PBITS, CFI and VID will be used as the TCI of the new tag. If
            multiple tags are to be inserted, this treatment must be specified for each VLAN tag to be inserted.

            --set-ethertype <ethertype> Set the Ethertype value of the Ethernet Header to <ethertype>.

            --set-pbits <pbits> <tag_nbr> Set the PBITS value of the VLAN Header number <tag_nbr> to <pbits>.

            --set-cfi <cfi> <tag_nbr> Set the CFI bit of the VLAN Heade number <tag_nbr> to <cfi>.

            --set-vid <vid> <tag_nbr> Set the VID of the VLAN Header number <tag_nbr> to <vid>.

            --set-tag-ethertype <ethertype> Set the Ethertype field of the VLAN Header number <tag_nbr> to <ethertype>.

            --set-dscp <dscp> Set the IPv4 DSCP value of the matching frame to <dscp>.

            --copy-pbits <from_tag_nbr> <to_tag_nbr> Copy the PBITS value from VLAN Header number <from_tag_nbr> to VLAN Header number
            <to_tag_nbr>.

            --copy-cfi <from_tag_nbr> <to_tag_nbr> Copy the CFI value from VLAN Header number <from_tag_nbr> to VLAN Header number
            <to_tag_nbr>.

            --copy-vid <from_tag_nbr> <to_tag_nbr> Copy the VID value from VLAN Header number <from_tag_nbr> to VLAN Header number
            <to_tag_nbr>.

            --copy-tag-ethertype <from_tag_nbr> <to_tag_nbr> Copy the Ethertype value from VLAN Header number <from_tag_nbr> to VLAN
            Header number <to_tag_nbr>.

            --dscp2pbits <tag_nbr> Translate the IPv4 DSCP into a PIBTS value, and write the translated PBITS value in the VLAN Header
            number <tag_nbr>. The DSCP-To-PBITS table of the respective Real Device is used for translation.

            --set-rxif <vlan_if_name> Forward frames in the RECEIVE direction that match this rule to the VOPI specified in
            <vlan_if_name>. If not specified, the frame will be forwarded to a randomly chosen VOPI. Using this treatment in the
            TRANSMIT direction has no effect.

            --set-if-mode-ont Set real device mode to ONT.

            --set-if-mode-rg  Set real device mode to RG.

            --drop-frame Drop the matching frame.
            --set-skb-prio <priority> Set the SKB priority to <priority>.

            --set-skb-mark-port <port> Set the Port subfield of the SKB Mark field to <port>. The SKB Mark Port subfield is used by
            the Broadcom device drivers to send a frame to a specific port within a Real Interface. For instance, a GPON Real
            Interface may have been configured with multiple GEM Ports. When a packet is sent to that interface, the driver uses
            the SKB Mark Port subfield as the GEM Port to which the packets will be transmitted.

            --set-skb-mark-queue <queue> Set the Queue subfield of the SKB Mark field to <queue>. The SKB Mark Queue subfield is used
            by the Broadcom device drivers to determine the queue to which transmit a frame.

            --set-skb-mark-queue-by-pbits Set the Queue subfield of the SKB Mark field based on the packet pbits value.

            --set-skb-mark-flowid <flowid> Set the Flow ID subfield of the SKB Mark field to <flowID>. The SKB Mark Flow ID subfield
            can be used as a way to correlate packet classification made by Tagging Rules with other Linux modules (such as
            ebtables and iptables).

            --rule-type <type> set the type of rule. 0: flow; 1: qos;

            --create-flows <rx_vlan_ifname> <tx_vlan_ifname> Setup vlan flows for the path (rx_vlan_ifname->tx_vlan_ifname).

            --delete-flows <rx_vlan_ifname> <tx_vlan_ifname> Remove vlan flows for the path (rx_vlan_ifname->tx_vlan_ifname).

            --drop-precedence <0:US|1:DS> <dp_code> Configure drop precedence code.
            dp_code value can be none(0)|internal(1)|dei(2)|8p0d(3)|7p1d(4)|6p2d(5)|5p3d(6)|dscp(7).
    Páginas: [1] 2 3 ... 10
Esta web utiliza 'cookies' propias y de terceros para ofrecerte una mejor experiencia y servicio. Al navegar o utilizar nuestros servicios, aceptas el uso que hacemos de ellas.