Új hozzászólás Aktív témák

• #708 instantwater addikt sipi25 #707

  Új Válasz 2014-07-08 09:14:28 #708

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz sipi25 #707 üzenetére

  Megtalaltam

  Incoming call logged as to be to different trunk (wrong DID?)

  Itt AdHominem user Dec '11 kommentje irja le ezt a problemat.

  The behavior you are describing is normal, especially for trunks that use insecure=very (or insecure=invite).

  When a SIP call comes into Asterisk, it makes several evaluations. One of the first evaluations is whether the call is coming from a valid Trunk.

  It does this by comparing the IP address where the call is coming from with the host=IP addresses of the Trunks you have set-up. Ordinarily, it would also ensure that the originating port and the username and password are correct as well. However, if you have insecure=very (or port,invite) set (as you do) in a trunk, then Asterisk makes no effort to match the username/password/port on incoming calls. Rather, as long as the host matches, then Asterisk accepts the call as coming in on that trunk. Trunks are compared in alphanumeric order, so if you have several trunks set up to the same host, every incoming call will match to the trunk with the lowest alphanumic name, i.e. 1111 before 2222, and aaaa before bbbb.

  If the call matches ANY of your trunks, that's good enough for Asterisk, and it moves the call on to the next level of processing, which is to compare the DID sent with the call with your inbound routes. It appears to process then in alphanumeric order, so whichever Trunk matches first will end up listed in the CDR.

  Alatta roberto2 pedig:
  This is a low-cost provider from central Europe, who gives out SIO accounts/phone numbers automatically. Once I require a new number, IP+login+psw comes by e-mail in a few seconds.
  Valszeg NeoPhone

  Tehat a problema:
  Tobb azonos hostnev eseten (valoszinuleg az "insecure=very" parameterrel osszefuggesben) az elso trunk configjaban megadott contextre ugrik.

  Ez volt a megoldas:
  [link]

  Ez alapjan amit tenned kell tobb, ugyanazon szolgaltatotol szarmazo fiok egyuttes hasznalatahoz:

  MINDEN AZONOS HOST/IP cimu fiokhoz (minden neo fiokhoz) allits be mondjuk egy neo-selector contextet, igy minden neotol jovo hivas ebbe a contextbe fog erkezni, ahol el tudod donteni, mit ortenjen a hivassal.
  A contextet tedd mondjuk az extensions.conf fajlba,es nagyjabol igy nezzen ki:

  [neo-selector]
  
  exten => 0621bejovoszam,1,Dial(SIP/Client1, 30)
  same => n,Hangup()
  
  exten => 0621masikbejovo,1,Dial(SIP/Client2, 30)
  same => n,Hangup()
  
  exten => _X.,1,Goto(disa-request,${EXTEN},1)
  same => n,Hangup()

  Az tortenik, hogy ide iranyitottal minden neos hivast a sip_providers.conf bol, itt pedig hivott szam alapjan el tudod donteni, hogy mi tortenjen.
  Tehat ha stimmel valamelyik 0621 es szam akkor az tortenik, ha nem stimmel egyik sem, akkor a _X. minta illeszkedig minden numerikus ertekre, es igy az fut le.
  Fontos, hogy a _X. minta az utolso legyen a listaban.

  Remelem segit

  [ Szerkesztve ]

Új hozzászólás Aktív témák