Problem "solved".

I had added Alice as trusted for oser1 and using directly the IP of
oser2 to call Bob (no DNS yet :( ). Using the onsip config files, the
forwarding section within is_uri_host_local does not contain any line
for solving NAT of Alice's UA and this info was lost in the way to
oser2....who added oser1's IP as the contact when using
fix_nated_contact.

So,..for all those people using onsip config file be aware of this
fact if you want to forward to other proxies....

Sam.

2006/1/25, samuel <[EMAIL PROTECTED]>:
> I think it is a configuration "problem" as usual :P
> I guess some info about nating is lost when forwarding from one ser to
> the other....I have to dig into logs....maybe I find out the problem
> soon.
>
> Don't worry about your openser instances...
>
> Samuel.
>
>
> 2006/1/25, Klaus Darilion <[EMAIL PROTECTED]>:
> > samuel wrote:
> > > Hi all,
> > >
> > > Might be related to the mail I just sent about the username in the
> > > record-route or to another problem but the thing is that I can not
> > > close the session from the callee side...i'll try to explain:
> > >
> > > There are two users registered to two different openser instances. In
> > > the session initiation, the record route headers contain the usernames
> > > of both users and are therefore stored in the end points.
> > > When the caller sends the BYE, the callee's openser receives the BYE
> > > and rewrites the URI with the record-route (shouldn't it consider the
> > > request for itself and check the Req-URI instead??).
> > >
> > > NExt is the diagram and some more info...
> > >
> > >       Alice   oser1   oser2    Bob
> > >        |        |       |       |
> > >        |--F1---> |--F2--->|--F3-->|
> > >        |        |       |       |
> > >        |        |       |       |
> > >        |        |       |       |
> > >        |--F4-->  |--F5-->|--F6--> |
> > >        |        |       |       |
> > >        |        |       |       |
> > >        |        |       |       |
> > >        |        |<--F8---|<--F9--|
> >
> > guess F9 should be F7
> >
> > >
> > > F1: INVITE [EMAIL PROTECTED]
> > >
> > > F2: INVITE [EMAIL PROTECTED]
> > >     Record-Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>
> > >
> > > F3: INVITE [EMAIL PROTECTED]
> > >     Record-Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>
> > >     Record-Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>
> > >
> > >
> > > OK,ACK not shown..
> > >
> > > F4: BYE [EMAIL PROTECTED]
> > >     Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>,<sip:[EMAIL 
> > > PROTECTED];nat=yes;lr=on>
> > >
> > > F5: BYE [EMAIL PROTECTED]
> > >     Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>
> >
> > This should be
> >       Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>
> >
> > >
> > > F6: BYE [EMAIL PROTECTED]
> > > Everything ok, session closed.
> > >
> > > But, and here comes the problem:
> > > F7: BYE [EMAIL PROTECTED]
> > >     Route:<sip:[EMAIL PROTECTED];nat=yes;lr=on>,<sip:[EMAIL 
> > > PROTECTED];nat=yes;lr=on>
> >
> > strange, I never had any problems. Can you dump the full messages F7 and
> > F8 and the looping requests?
> >
> > regards
> > klaus
> >
> >
> > > When this message arrives to ser1, it sees the route header and, make
> > > a strict routing process and rewrites the header in the Req-URI to
> > > [EMAIL PROTECTED]
> > > oser1 resends itself the message, and when it receives it again looks
> > > for use Bob in the local bindings which obviously does not exists (Bob
> > > is in oser2).
> > > Log:
> > >
> > > Jan 25 13:17:07 localhost openser[25501]: is_preloaded: No
> > > Jan 25 13:17:07 localhost openser[25501]: grep_sock_info - checking if
> > > host==us: 13==13 &&  [ip_oser1]== [ip_oser1]
> > > Jan 25 13:17:07 localhost openser[25501]: grep_sock_info - checking if
> > > port 5060 matches port 5060
> > > Jan 25 13:17:07 localhost openser[25501]: after_strict: Next hop:
> > > 'sip:[EMAIL PROTECTED];nat=yes;lr=on' is loose router
> > > Jan 25 13:17:07 localhost openser[25501]: parse_headers: 
> > > flags=ffffffffffffffff
> > > Jan 25 13:17:07 localhost openser[25501]: DEBUG: get_hdr_body : 
> > > content_length=0
> > > Jan 25 13:17:07 localhost openser[25501]: found end of header
> > > Jan 25 13:17:07 localhost openser[25501]: rewrite_uri: Rewriting
> > > Request-URI with 'sip:[EMAIL PROTECTED]:5060;nat=yes;lr=o
> > > n'
> > > Jan 25 13:17:07 localhost openser[25501]: after_strict: The last route
> > > URI: 'sip:[EMAIL PROTECTED]:5060;nat=yes;lr=on'
> > > Jan 25 13:17:07 localhost openser[25501]: DEBUG: has_totag: totag found
> > > Jan 25 13:17:07 localhost openser[25501]: DEBUG: t_newtran: msg id=12
> > > , global msg id=11 , T on entrance=0xffffffff
> > > Jan 25 13:17:07 localhost openser[25501]: parse_headers: 
> > > flags=ffffffffffffffff
> > > Jan 25 13:17:07 localhost openser[25501]: parse_headers: flags=78
> > > Jan 25 13:17:07 localhost openser[25501]: t_lookup_request: start
> > > searching: hash=3891, isACK=0
> > > Jan 25 13:17:07 localhost openser[25501]: DEBUG: RFC3261 transaction
> > > matching failed
> > > Jan 25 13:17:07 localhost openser[25501]: DEBUG: t_lookup_request: no
> > > transaction found
> > >
> > >
> > > Thanks a lot!!!
> > >
> > > Sam.
> > >
> > > _______________________________________________
> > > Users mailing list
> > > [email protected]
> > > http://openser.org/cgi-bin/mailman/listinfo/users
> > >
> > >
> >
> >
>

_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users

Reply via email to